PWA vs application native : comprendre la différence qui compte

La question « PWA ou natif ? » apparaît au début de presque tous les projets numériques et reçoit presque toujours une mauvaise réponse : comme s’il y avait un gagnant universel. Il y a ceux qui jurent que les autochtones sont toujours supérieurs. Certains pensent que PWA a rendu le natif obsolète. Les deux positions sont fausses pour la même raison.

Le choix entre PWA et application native n'est pas une contestation de qualité technique. Il s'agit de décider quel type de produit vous construisez, pour qui, avec quelles ressources et avec quels objectifs. La bonne réponse pour une entreprise est la mauvaise réponse pour une autre.

Ce texte s'adresse à ceux qui commencent à comprendre le sujet. Je ne vais pas recommander une technologie dans l'abstrait. J'expliquerai ce qui différencie chaque approche et pourquoi cette différence doit être lue sous l'angle de la stratégie, et pas seulement de l'ingénierie.

Qu'est-ce que chacun, vraiment

Une application native est conçue spécifiquement pour une plateforme, avec les outils et les langages de ce système. Il est téléchargé depuis un magasin, installé sur l'appareil et s'exécute directement sur le système d'exploitation. Vous avez un accès complet aux ressources de l'appareil.

Une PWA est, à la base, un site Web. Il utilise les technologies Web modernes pour se comporter comme une application : il s'ouvre rapidement, fonctionne hors ligne, peut être installé sur l'écran d'accueil et envoie des notifications. Mais il fonctionne au-dessus du navigateur et est diffusé via le Web et non via un magasin.

Cette différence de nature explique presque toutes les autres. Le natif vit à l’intérieur du système d’exploitation ; PWA réside au-dessus du navigateur. Tout ce que chacun fait mieux ou moins bien vient de cette origine.

La thèse : la bonne question n'est pas "qu'est-ce qui est le mieux"

Je soutiens que la question « qu’est-ce qui est le meilleur ? » doit être abandonné. Il n’y a pas de réponse car cela présuppose une échelle unique, et il n’y a pas d’échelle unique. Il y a de l'adéquation.

La question productive est la suivante : « Que doit faire mon produit et quelle approche lui permet d’obtenir le meilleur équilibre entre coût, portée et expérience ? » Ainsi reformulée, la discussion quitte le terrain religieux, où chacun défend ses préférences, pour entrer dans le terrain stratégique, où se pèsent les véritables arbitrages.

Quiconque choisit entre PWA et natif sans définir au préalable les besoins du produit choisit l'outil avant de comprendre le problème. Et l’outil choisi avant le problème n’est généralement pas le bon.

Ce que les natifs font de mieux

L’application native brille là où l’intégration approfondie des appareils est importante. Accès complet aux capteurs, à la caméra, aux traitements intensifs, aux fonctionnalités matérielles spécifiques, aux performances graphiques lourdes, tout cela le natif offre avec avantage.

Il offre également l’expérience la plus fluide et la plus intégrée au système car il a été conçu pour cette plateforme. Et la présence sur l’App Store peut être un canal de découverte et un signe de crédibilité, selon l’audience.

Le coût de cette profondeur est élevé. Vous développez et maintenez une plate-forme par plate-forme, dépendez de l'approbation du magasin pour la distribution, et chaque mise à jour doit être examinée et téléchargée par l'utilisateur. Pour les produits qui ont réellement besoin de ces capacités, le coût est justifié. Pour ceux qui n’en ont pas besoin, c’est un poids mort.

Ce que PWA fait de mieux

Le PWA brille par son autonomie et son économie. Une base de code sert tous les appareils de navigation. La distribution est immédiate, sans boutique, sans révision : vous la publiez et l'utilisateur l'a instantanément. Et comme il s’agit du Web, il peut être trouvé par les moteurs de recherche, ce qui réduit les frictions liées à la découverte.

Cela élimine également les frictions d’installation. L'utilisateur y accède via un lien, l'utilise et l'installe uniquement s'il le souhaite. Pour de nombreux produits, l’abaissement des barrières à l’entrée vaut plus que n’importe quelle fonctionnalité native.

Le coût de cette largeur est la profondeur. L'accès aux fonctionnalités de l'appareil est plus limité et varie selon les plateformes. Certaines fonctionnalités des applications installées fonctionnent de manière inégale selon le système. Pour les produits qui dépendent de ces capacités, la limitation pèse. Pour ceux qui ne dépendent pas, cela n’a aucune importance.

Le choix en tant que décision commerciale

La décision entre PWA et natif concerne avant tout le produit et le contexte. Cela vaut la peine de poser des questions honnêtes.

Le produit dépend-il de ressources matérielles que seul le matériel natif peut réaliser ? Si oui, cela le pousse en mode natif. Si le produit est essentiellement un contenu, une transaction ou une interaction pris en charge par le Web, PWA est fort.

Quelle est la taille de l’équipe et le budget ? La maintenance de plusieurs plates-formes natives nécessite une structure. Les petites équipes gagnent généralement avec la base unique de PWA. Quel est l’objectif de réalisation ? Si l’objectif est d’être sur n’importe quel appareil avec le moins de frictions, PWA a l’avantage. Si la stratégie dépend de la présence et de la crédibilité du magasin, le natif entre sur le compte.

Dans le secteur public par exemple, un service qui doit toucher le plus grand nombre de citoyens, y compris sur des appareils modestes et sans nécessiter de téléchargement, trouve un allié naturel dans le PWA. Une application qui nécessite une authentification forte et une intégration approfondie avec les ressources de l'appareil peut justifier une authentification native. Le critère est toujours le service, jamais la préférence technique.

Performance et expérience sur chaque parcours

Cela vaut la peine de dissiper un mythe courant : selon lequel le natif est toujours rapide et PWA est toujours lent. Ce n'est pas comme ça. Un natif mal réalisé plante, consomme de la batterie et est énervant. Une PWA bien construite s’ouvre rapidement et répond bien. Les performances ressenties par l'utilisateur dépendent bien plus de la qualité d'exécution que de la plateforme choisie.

Ce qui change, ce sont les points d'attention. Dans la version native, le soin se concentre sur l'utilisation de la mémoire, la fluidité de l'interface et la consommation des ressources de l'appareil. Dans PWA, sur le poids de charge et la stratégie de mise en cache. Chaque chemin comporte ses propres pièges, mais tous deux peuvent offrir une excellente expérience lorsqu'ils sont bien entretenus, et tous deux peuvent décevoir lorsqu'ils sont négligés.

Pour ceux qui commencent à comprendre le sujet, c’est une leçon libératrice : le choix de la plateforme ne décide pas à lui seul si le produit sera bon. Il définit le terrain ; l'exécution définit le résultat. Cela soulage la décision initiale et met l’accent là où il devrait être, c’est-à-dire sur la construction de ce que vous avez bien choisi.

La maturité, c'est refuser la fausse dichotomie

La vision la plus mature sur ce sujet consiste à réaliser que PWA et natifs ne sont pas des ennemis, et que souvent la meilleure stratégie combine les deux au fil du temps. Un produit peut démarrer comme une PWA pour être validé rapidement et à moindre coût, et migrer des fonctionnalités spécifiques vers le natif lorsque l'utilisation le justifie.

L'erreur du débutant est de considérer le choix comme permanent et absolu. Il est contextuel et révisable. Ce qui a du sens au début d'un produit, avec peu d'utilisateurs et d'hypothèses à valider, peut ne plus avoir de sens plus tard, avec une nouvelle échelle et de nouveaux besoins.

Résister à la fausse dichotomie « PWA versus natif » est le signe de quelqu'un qui pense au produit, pas à la technologie. La question n’a jamais été de savoir lequel est le meilleur. Il s'agit toujours de savoir lequel sert le mieux ce que vous construisez actuellement.

Si vous prenez cette décision et souhaitez mieux comprendre comment peser les compromis dans votre cas, il existe d'autres textes ici sur le blog qui approfondissent les comparaisons, les exemples et l'exécution de chaque approche. Et si vous souhaitez parler de votre situation particulière, appelez simplement.