PWA ou application native : lorsqu’un projet web commence à prendre une véritable dimension applicative, cette question finit souvent par se poser. Faut-il conserver une technologie web capable de proposer une expérience proche d’une application, ou développer une application spécifiquement pensée pour l’environnement mobile ?
Dans notre précédent article, nous avons vu comment une PWA peut améliorer l’expérience client lorsqu’un site internet devient un outil utilisé régulièrement. Installation sur l’écran d’accueil, fonctionnement partiel hors connexion, notifications ou gestion avancée du cache permettent notamment d’aller plus loin qu’une expérience web responsive classique.
Mais une Progressive Web App ne répond pas nécessairement à tous les projets. À l’inverse, développer une application mobile native n’est pas systématiquement nécessaire dès lors que l’on souhaite proposer une expérience applicative.
Les deux approches possèdent leurs avantages, leurs contraintes et surtout leurs cas d’usage. Le choix dépend de nombreux paramètres : fonctionnalités attendues, appareils utilisés, accès aux capacités du terminal, distribution, maintenance, connexion réseau ou encore fréquence d’utilisation.
La véritable question n’est donc pas de déterminer quelle technologie est la meilleure, mais laquelle répond le plus précisément aux usages du projet.
Les points essentiels à retenir
Avant d’aller plus loin, voici les principaux enseignements de cet article :
- Une fois le visiteur converti en client, les enjeux du site évoluent. L’acquisition laisse progressivement davantage de place à l’expérience, à l’usage et à la fidélisation.
- Une PWA et une application native peuvent proposer une expérience applicative, mais reposent sur des approches techniques différentes. La première conserve les caractéristiques fondamentales du web tandis que la seconde s’intègre davantage à l’environnement mobile.
- Une PWA reste accessible directement depuis une URL et peut être installée lorsque l’environnement le permet. Une application mobile est généralement distribuée et installée via les stores.
- L’application native offre généralement un accès plus étendu aux fonctionnalités du terminal et du système. Les capacités d’une PWA dépendent davantage des API web disponibles, du navigateur et du système d’exploitation.
- Une application native n’est pas systématiquement nécessaire pour proposer une excellente expérience mobile. Un espace client, un extranet ou une application métier peuvent parfaitement correspondre à une architecture PWA.
- Le choix entre PWA et application native doit commencer par l’analyse des usages. Les fonctionnalités, les utilisateurs, les appareils et les contraintes du projet doivent guider la décision technologique.
PWA et application native : deux approches différentes du développement d’applications
Pour comprendre la différence entre une PWA et une application native, il faut d’abord revenir sur leur architecture.
Une Progressive Web App reste avant tout une application web. Elle utilise les technologies du web et reste accessible depuis une URL à travers un navigateur. Selon sa conception et l’environnement utilisé, elle peut ensuite proposer différentes fonctionnalités habituellement associées aux applications installées.
Une PWA peut notamment disposer d’une icône sur l’écran d’accueil, s’ouvrir dans une fenêtre dédiée, utiliser des stratégies avancées de cache, fonctionner partiellement hors connexion ou envoyer certaines notifications.
L’utilisateur conserve néanmoins l’un des principaux avantages du web : il peut accéder directement au service depuis un lien. Il n’est pas nécessaire de passer systématiquement par un store avant de commencer à utiliser l’application.
Une application native suit une logique différente. Elle est conçue pour fonctionner dans l’environnement d’un système d’exploitation mobile et est généralement distribuée via une plateforme comme l’App Store d’Apple ou Google Play.
Cette proximité avec le système permet notamment d’accéder de manière plus étendue aux capacités proposées par l’appareil et à certains mécanismes propres à la plateforme.
Il existe par ailleurs différentes manières de développer une application mobile. Le développement peut être spécifique à chaque plateforme ou s’appuyer sur des technologies multiplateformes permettant de mutualiser une partie importante du développement. Opposer simplement « web » et « deux applications entièrement différentes » serait donc trop réducteur.
La distinction essentielle se situe ailleurs : une PWA s’appuie sur la plateforme web et ses API, tandis qu’une application mobile bénéficie généralement d’une intégration plus poussée avec l’environnement applicatif du système.
PWA vs application native : quelles sont les principales différences ?
Comparer une PWA à une application native uniquement sur leurs apparences peut être trompeur. Une interface bien conçue peut offrir dans les deux cas une expérience fluide et parfaitement adaptée au mobile.
Les différences deviennent plus visibles lorsqu’on s’intéresse à la distribution, aux mises à jour, à l’accès aux fonctionnalités du terminal ou encore au fonctionnement hors connexion.
Ce tableau montre surtout qu’aucune des deux technologies ne domine systématiquement l’autre. Leur pertinence dépend du besoin auquel elles doivent répondre.
Une PWA conserve notamment la simplicité de distribution du web. Un utilisateur peut recevoir un lien et commencer immédiatement à utiliser le service. Les évolutions de l’interface peuvent également être déployées côté serveur sans demander systématiquement à chaque utilisateur d’installer manuellement une nouvelle version.
Une application native dispose en revanche généralement d’une intégration plus profonde avec le système et les fonctionnalités de l’appareil. Cette différence peut devenir déterminante pour certains projets très dépendants de l’environnement mobile.
Quand le développement d’une PWA est-il particulièrement pertinent ?
Le développement d’une PWA devient particulièrement intéressant lorsque le web répond déjà à l’essentiel des besoins fonctionnels du projet et que l’objectif consiste à proposer une expérience plus applicative, notamment pour des utilisateurs récurrents.
Un espace client constitue un excellent exemple. Le client peut avoir besoin de consulter des documents, suivre un dossier, transmettre une information ou retrouver l’historique de ses échanges. Il doit pouvoir accéder facilement au service depuis son ordinateur comme depuis son smartphone.
Dans cette situation, la possibilité d’utiliser une même application web sur différents appareils tout en proposant une installation sur les environnements compatibles peut représenter un avantage important.
La même logique peut s’appliquer à un extranet, un portail documentaire, un outil de réservation, une plateforme interne ou certaines applications métier utilisées par des collaborateurs sur le terrain.
Réduire les frictions avant même la première utilisation
L’un des avantages du web reste son accessibilité immédiate. Un lien peut être envoyé dans un e-mail, intégré à un espace documentaire, ouvert depuis un moteur de recherche ou partagé directement entre deux utilisateurs.
Cette caractéristique peut sembler secondaire, mais elle devient importante lorsque l’entreprise souhaite favoriser l’adoption de son outil.
Chaque étape supplémentaire avant l’utilisation constitue une friction : trouver l’application dans un store, vérifier qu’il s’agit de la bonne, la télécharger puis l’ouvrir avant de pouvoir commencer à l’utiliser.
Avec une PWA, l’utilisateur peut d’abord accéder au service comme à n’importe quelle application web, puis choisir de l’installer si son usage devient régulier et si son environnement le permet.
Conserver une architecture web lorsque les besoins le permettent
Une autre question importante concerne la complexité technique réellement nécessaire.
Si une application doit principalement afficher et modifier des données, communiquer avec une API, gérer un espace personnel, centraliser des documents ou permettre différentes actions métier, les technologies web peuvent répondre à de nombreux besoins.
Développer une application native uniquement parce que le projet doit être utilisé sur smartphone n’est donc pas automatiquement justifié.
Lorsque le web couvre déjà les fonctionnalités attendues, une PWA peut permettre de conserver une architecture cohérente tout en améliorant fortement l’expérience mobile.
C’est précisément l’approche développée par DBNC STUDIO dans ses projets de développement d’applications web PWA : analyser les usages et les contraintes métier avant de déterminer les fonctionnalités et l’architecture réellement nécessaires.
Quand une application native devient-elle plus adaptée ?
Reconnaître les avantages d’une PWA ne signifie pas qu’elle constitue la réponse idéale à tous les projets. Certaines contraintes peuvent rendre une application native plus pertinente.
C’est notamment le cas lorsque le fonctionnement du produit dépend fortement d’une intégration poussée avec l’appareil ou le système d’exploitation.
Les navigateurs donnent aujourd’hui accès à de nombreuses capacités matérielles et logicielles, et ces possibilités continuent d’évoluer. Cependant, leur disponibilité peut varier selon le navigateur, le système d’exploitation et la version utilisée.
Il faut donc éviter les affirmations trop générales du type « une PWA ne peut pas accéder aux fonctionnalités du téléphone ». La réalité technique est plus nuancée : certaines fonctionnalités sont disponibles sur le web, d’autres partiellement prises en charge, et certaines restent davantage adaptées au développement natif.
Lorsque les capacités du terminal deviennent centrales dans le projet
Une application nécessitant une interaction très poussée avec certaines fonctions matérielles, des traitements spécifiques en arrière-plan ou une intégration étroite avec l’écosystème du système peut justifier une approche native.
La différence n’est plus alors une question d’apparence. Elle concerne la capacité de l’architecture à exploiter durablement les fonctions dont dépend le produit.
Une analyse technique précise est indispensable, car deux applications apparemment similaires peuvent avoir des contraintes radicalement différentes derrière leur interface.
Lorsque la présence dans les stores fait partie de la stratégie
La distribution peut également influencer la décision.
Dans certains projets, être présent sur l’App Store ou Google Play constitue une composante importante du produit : habitudes du public ciblé, stratégie de distribution, visibilité de la marque ou modèle économique peuvent rendre cette présence particulièrement pertinente.
À l’inverse, un outil exclusivement destiné aux clients existants ou aux collaborateurs d’une entreprise n’a pas nécessairement besoin d’être découvert dans un store.
La question n’est donc pas simplement de savoir s’il est possible de publier une application, mais si ce mode de distribution apporte réellement quelque chose au projet.
Choisir entre PWA et application mobile commence par l’analyse des usages
Comparer des listes de fonctionnalités constitue un bon point de départ, mais cela ne suffit pas pour décider entre PWA ou application native.
Un projet applicatif devrait commencer par une analyse beaucoup plus concrète de ses futurs utilisateurs.
Qui utilisera l’application ? Des clients, des collaborateurs, des techniciens, le grand public ? À quelle fréquence ? Principalement depuis un smartphone ou également depuis un ordinateur ? Dans quelles conditions de connexion ? Quelles actions seront effectuées quotidiennement ? Quelles données devront être disponibles ?
Ces questions sont souvent plus importantes que le choix du framework ou du langage utilisé pour développer l’application.
Identifier les fonctionnalités réellement indispensables
Il faut ensuite distinguer les fonctionnalités indispensables de celles qui seraient simplement intéressantes.
Le fonctionnement hors connexion est-il réellement nécessaire ? Si oui, quelles données doivent rester disponibles ? Les notifications sont-elles essentielles au fonctionnement du service ? L’application doit-elle utiliser intensivement certaines capacités matérielles ? Une présence dans les stores est-elle stratégique ?
Cette analyse permet d’éviter deux erreurs opposées : sous-dimensionner l’architecture et découvrir trop tard qu’une fonctionnalité essentielle est difficile à implémenter, ou surdimensionner le projet en choisissant une solution beaucoup plus complexe que les usages ne l’exigent.
Penser également au système d’information derrière l’application
L’interface visible par l’utilisateur n’est qu’une partie du projet.
Une application peut devoir communiquer avec un CRM, un logiciel métier, une base documentaire, une solution de paiement, un système d’authentification ou différentes API. Elle doit également gérer les droits utilisateurs, la sécurité des données et parfois la synchronisation entre plusieurs environnements.
Une excellente expérience utilisateur repose aussi sur une architecture invisible capable de faire circuler correctement les informations.
Le choix entre PWA et application native doit donc être intégré à une réflexion plus globale sur le fonctionnement du produit numérique et son intégration dans l’écosystème de l’entreprise.
Il faut enfin considérer son évolution. Les fonctionnalités nécessaires aujourd’hui ne seront pas forcément celles attendues dans deux ou trois ans. Une architecture pertinente doit répondre au besoin actuel tout en laissant suffisamment de latitude pour accompagner les évolutions prévisibles du projet.
Conclusion
PWA ou application native ne constitue pas un duel entre une technologie moderne et une technologie dépassée. Ce sont deux approches capables de répondre à des besoins différents et parfois proches.
La PWA conserve les avantages fondamentaux du web : accès par URL, distribution simple, compatibilité avec différents appareils et déploiement centralisé de nombreuses évolutions. Elle peut être particulièrement adaptée aux espaces clients, extranets et applications métier lorsque les capacités du web couvrent les besoins fonctionnels.
L’application native devient quant à elle particulièrement intéressante lorsque l’intégration avec l’environnement mobile constitue une composante centrale du produit ou lorsque son mode de distribution et ses contraintes fonctionnelles justifient cette architecture.
Dans les deux cas, commencer directement par la technologie revient à prendre le problème à l’envers. Les utilisateurs, leurs usages, les fonctionnalités indispensables et l’environnement dans lequel l’application doit fonctionner devraient être analysés en premier.
Une bonne application ne commence pas par le choix d’une technologie. Elle commence par la compréhension de l’usage.
