PWA ou application native : que choisir en entreprise ?

Dans quels cas une PWA suffit

Face à la question « PWA ou application native ? », commencez par une application web installable si vous voulez des utilisateurs vite, si l’application sert surtout à saisir et consulter des données, et si vos utilisateurs viennent à vous par un lien (une invitation, un email, un QR code). Passez aux stores quand on doit vous trouver en cherchant dans l’App Store ou Google Play, quand vous avez besoin de fonctions du téléphone que le web couvre mal, ou quand votre marque l’exige.

Ce n’est pas un choix définitif : avec un seul code pour le web, l’iPhone et Android, on peut faire les deux, dans cet ordre. C’est celui de notre développement d’applications, qui met une version installable entre les mains de vos premiers utilisateurs avant les stores.

Ce qu’est une PWA, sans jargon

Une PWA (progressive web app) est un site web qui se comporte comme une application. La définition de web.dev, le site de conseils aux développeurs que publie l’équipe Chrome, la décrit comme une application web construite avec des interfaces modernes pour offrir des capacités étendues, tout en atteignant n’importe quel utilisateur sur n’importe quel appareil avec un seul code. Une fois installée, elle se lance depuis l’écran d’accueil et s’ouvre dans sa propre fenêtre, sans la barre du navigateur.

Concrètement, l’utilisateur ouvre un lien, choisit « Ajouter à l’écran d’accueil », et l’application est là, avec son icône. En face, l’application native s’installe depuis l’App Store ou Google Play, et passe par leur revue.

Ce que nous avons appris avec Challenge Us

Challenge Us, une application de défis de groupe que nous avons développée, a d’abord été mise en service comme application web installable, dans le navigateur dès le 2 septembre 2026 ; ses versions iOS et Android sont en préparation. Ce départ par le web a eu trois avantages.

La vitesse de mise en main. Les participants arrivent par un lien d’invitation partagé dans une messagerie. Un lien qui ouvre directement l’application vaut mieux qu’un lien qui envoie vers un store, puis une installation, puis un retour au lien.

Les corrections immédiates. Une version web se met à jour à chaque déploiement, sans attendre une revue. Pendant les premières semaines d’une application, c’est décisif : Challenge Us, née le 1er septembre 2026, en était à la version 1.56 au 1er octobre 2026, avec un journal des nouveautés.

Les comptes développeur. Publier sur les stores au nom d’une société demande des démarches qui prennent du temps (nous les détaillons dans notre guide de publication sur l’App Store et Google Play). L’application web a permis d’être en service pendant ce temps : les comptes développeur de notre société sont prévus pour novembre 2026, après l’obtention du numéro D-U-N-S.

Le même code (React Native et Expo) sert l’iPhone, Android et le navigateur : le passage aux stores ne demande pas de tout reconstruire.

Les limites réelles d’une PWA

Sur iPhone, l’installation est manuelle

Sur Android, le navigateur peut proposer l’installation. Sur iPhone, l’utilisateur doit passer par le menu Partager puis « Sur l’écran d’accueil ». Il faut donc l’expliquer, à l’écran, au bon moment. Nous avons dû écrire cette marche à suivre dans l’application elle-même.

Les notifications sur iPhone exigent l’installation

Depuis iOS et iPadOS 16.4, les applications web ajoutées à l’écran d’accueil peuvent recevoir des notifications, selon l’annonce de WebKit, à condition que la demande d’autorisation suive un geste de l’utilisateur, comme un appui sur un bouton. Sur iPhone, la documentation d’Apple sur les notifications web ne les prévoit que pour ces applications installées, pas pour une page ouverte dans Safari. Une application dont la valeur repose sur les notifications doit donc pousser à l’installation, ou passer par les stores.

Le stockage est propre à chaque contexte

Sur iPhone, une application installée ne partage pas sa session avec le navigateur : quelqu’un connecté dans Safari se retrouve déconnecté dans l’application installée. Il faut prévoir un moyen simple de retrouver son compte (un email, un code de récupération) et le donner avant l’installation : sur iPhone, Challenge Us montre le code de récupération avant la marche à suivre, à qui n’a pas lié d’email.

La découverte

Une PWA ne se trouve pas en cherchant dans l’App Store. Si vos utilisateurs doivent vous découvrir par ce canal, les stores ne sont pas optionnels.

Certaines fonctions du téléphone

Selon les plateformes, l’accès à certaines fonctions (capteurs, Bluetooth, tâches en arrière-plan, intégrations profondes au système) est limité ou absent sur le web. Si votre application en dépend, vérifiez chaque fonction sur iPhone et sur Android avant de choisir.

Quand les stores s’imposent

• vos clients s’attendent à trouver votre application dans l’App Store ou Google Play ;
• l’application vit de notifications envoyées à des gens qui ne l’auront pas forcément installée ;
• vous avez besoin de fonctions du téléphone que le web couvre mal ;
• votre modèle repose sur des abonnements ou des contenus vendus par les stores eux-mêmes, avec leurs achats intégrés.

Attention, l’inverse est vrai aussi : Apple refuse les applications qui ne sont qu’un site emballé. La règle 4.2 de ses consignes de revue demande des fonctions, du contenu et une interface qui élèvent l’application au-delà d’un site web reconditionné. Publier sur l’App Store une copie de votre site n’est pas une stratégie.

Notre grille de décision

Par où commencer

Listez ce dont l’application a besoin le premier jour : notifications, fonctions du téléphone, découverte dans les stores. Si rien de cette liste n’exige les stores, commencez par une version installable et ouvrez en parallèle les comptes développeur au nom de la société, pour publier quand l’usage est validé. Notre développement d’applications suit cet ordre, avec un seul code pour le web, l’iPhone et Android. Le chiffrage et la publication sont détaillés dans notre rubrique applications web et mobiles.

Questions fréquentes

Une PWA peut-elle envoyer des notifications sur iPhone ?

Oui, depuis iOS 16.4, à condition d’avoir été ajoutée à l’écran d’accueil : Apple ne prévoit les notifications web, sur iPhone, que pour les applications installées, pas pour une page ouverte dans Safari. La demande d’autorisation doit suivre un geste de l’utilisateur, comme un appui sur un bouton. Une application qui vit de ses notifications doit donc guider l’installation, ou passer par les stores.

Faut-il être sur l’App Store pour être crédible ?

Pour une application grand public, souvent : c’est là qu’on la cherche, et l’absence des stores peut surprendre. Pour un outil interne ou une application de service à vos clients existants, beaucoup moins : un lien et une installation simple suffisent. Si les stores sont prévus, préparez-les tôt : l’ouverture des comptes au nom de la société prend du temps.

Peut-on passer d’une PWA aux stores sans tout refaire ?

Oui, si l’application a été construite dès le départ avec un code partagé entre le web, l’iPhone et Android. C’est ce que nous faisons, et c’est un point à vérifier avant de commencer, parce que c’est ce qui conditionne le coût d’une application et ce qui le fait varier.

Une PWA fonctionne-t-elle hors ligne ?

En partie : un service worker peut garder l’interface en cache et l’ouvrir sans réseau, et c’est ainsi que Challenge Us s’ouvre, même hors ligne. Ses données, elles, viennent du serveur et demandent une connexion pour se mettre à jour. Synchroniser des données saisies hors ligne demande un travail supplémentaire, comme pour une application native.