PWA ou application native : ce qu'une application web installable sait vraiment faire en 2026

PWA ou application native : le tableau comparatif

Une PWA (application web progressive) est un site web conçu pour s'installer sur l'écran d'accueil et s'ouvrir comme une application, sans passer par un store. Une application native s'installe depuis l'App Store ou Google Play et s'exécute directement sur le système du téléphone, qu'elle soit écrite en Swift, en Kotlin ou avec un framework comme Flutter.

Que sait faire une PWA sur iPhone en 2026 ?

Sur iPhone et iPad, une PWA ajoutée à l'écran d'accueil se comporte en grande partie comme une application, à des conditions documentées par WebKit, le moteur de Safari.

• Notifications push : WebKit les a ouvertes aux applications web de l'écran d'accueil avec iOS et iPadOS 16.4. L'autorisation doit être demandée en réponse à une action directe de l'utilisateur, par exemple un appui sur un bouton « Recevoir les alertes ». Les notifications s'affichent ensuite sur l'écran verrouillé, dans le centre de notifications et sur une Apple Watch jumelée, et respectent les modes Concentration.
• Pastille sur l'icône : la même version a ajouté l'API Badging, qui affiche un compteur sur l'icône.
• Installation depuis d'autres navigateurs : depuis iOS 16.4, les navigateurs autres que Safari peuvent aussi proposer l'ajout à l'écran d'accueil depuis leur menu Partager.
• Notifications déclaratives : avec iOS et iPadOS 18.4, le Declarative Web Push permet d'afficher une notification sans exiger de service worker.
• Écran maintenu allumé : l'API Screen Wake Lock fonctionne dans les applications web de l'écran d'accueil depuis iOS 18.4, utile pour une fiche d'intervention ou un mode opératoire affiché longtemps.
• Installation simplifiée : selon WebKit, avec iOS 26, tout site ajouté à l'écran d'accueil s'ouvre par défaut comme une application web, sans critère d'installabilité ; l'utilisateur peut désactiver l'option « Ouvrir en tant qu'app web » pour garder un simple signet.

Un point de contexte compte pour une entreprise européenne. Au titre du règlement sur les marchés numériques (DMA), Apple autorise dans l'Union européenne des navigateurs qui utilisent un autre moteur que WebKit, et son rapport de conformité au DMA publié en mars 2026 précise que ces navigateurs peuvent aussi faire fonctionner des applications web. Les capacités d'une PWA dépendent donc du moteur qui l'exécute : testez-la dans les navigateurs réellement utilisés par vos clients ou vos équipes.

Où s'arrête une PWA ?

Une PWA s'arrête là où commence ce que le navigateur n'expose pas. Les limites qui reviennent dans les projets d'entreprise :

• L'installation reste un geste manuel sur iPhone : il faut passer par le menu Partager. Sans ce geste, pas de notifications. Prévoyez un écran d'accueil qui explique la démarche, et un autre canal (e-mail, SMS) pour les alertes qui ne doivent pas être manquées.
• Le matériel spécifique : un lecteur de codes-barres Bluetooth, une puce NFC, une imprimante d'étiquettes ou une balance connectée ne sont pas tous accessibles depuis un navigateur, et pas de la même façon selon les systèmes. Vérifiez chaque capacité dans la documentation de WebKit avant de vous engager.
• Le stockage local : WebKit indique que les applications web ajoutées à l'écran d'accueil ont leur propre compteur d'usage, distinct de la règle qui efface les données d'un site après sept jours d'utilisation de Safari sans interaction de l'utilisateur avec le site.
• L'absence des stores : vos clients ne trouveront pas l'application en cherchant dans l'App Store. Pour un outil interne, c'est indifférent ; pour un service grand public, c'est un canal d'acquisition en moins.

Sur Android, testez chaque capacité utile sur les navigateurs réellement utilisés par vos équipes.

Hors connexion : jusqu'où une PWA tient-elle ?

Pour un usage hors connexion occasionnel, une PWA suffit ; pour une journée entière sans réseau, une application installée est plus sûre.

Une PWA s'appuie sur un service worker, un script que le navigateur exécute à côté de la page et qui peut servir les pages et données déjà enregistrées quand le réseau manque. Cela couvre bien la consultation d'un catalogue, d'une procédure ou d'un planning, et la saisie d'un formulaire court envoyé au retour de la connexion.

Tout change quand un technicien passe sa journée en sous-sol ou en zone blanche, prend des photos et fait signer un client. Il faut alors une base locale, des files d'envoi séparées et une reprise automatique. C'est le cas de l'application terrain de Cap Vert, réalisée par YMHB Web : planning, rapports photo, signatures et PDF générés sur le téléphone, avec des files d'attente pour les modifications, les photos, les PDF et les e-mails. Ce niveau de robustesse se garantit plus simplement dans une application installée, qui maîtrise son stockage.

Stores, revue et frais : ce que change le passage par Apple

L'App Store apporte de la visibilité, en échange d'une revue, de règles et de frais.

• Un site reconditionné est refusé : la règle 4.2 des directives de l'App Store demande des fonctionnalités, du contenu et une interface qui vont au-delà d'un site web reconditionné ; la règle 4.2.2 écarte, hors catalogues, les applications qui sont principalement des extraits de sites web, des agrégateurs de contenus ou une collection de liens. Emballer une PWA dans une coque native sans rien y ajouter expose donc à un refus.
• Un moteur imposé : la règle 2.5.6 impose WebKit aux applications qui naviguent sur le web, avec des dérogations possibles dans l'Union européenne et au Japon.
• Un compte développeur payant : l'adhésion à l'Apple Developer Program coûte 99 USD par an (tarif public relevé en octobre 2026) et donne accès à la distribution sur les plateformes d'Apple.
• Une PWA n'a ni revue ni store : elle se met à jour dès que vous déployez, et ses paiements passent par votre propre prestataire de paiement, comme sur un site.

Pour une application réservée à vos salariés, Apple propose aussi une distribution privée : elle est présentée dans le comparatif application web ou application mobile, et les étapes de publication dans la page publier une application sur l'App Store et Google Play.

Notre verdict selon votre situation

Quand ni une PWA ni une application native ne conviennent

• Un site adapté au mobile suffit quand l'outil est consulté rarement, sans besoin d'icône, de notifications ni de hors connexion : l'installation n'apporte alors rien.
• Un logiciel du marché suffit quand un outil existant couvre déjà l'essentiel du besoin avec sa propre application mobile : refaire la même chose en PWA ou en natif ne se justifie pas.
• Le processus n'est pas stabilisé : si l'équipe change sa façon de travailler tous les trimestres, mieux vaut d'abord fixer le processus, quitte à rester quelques mois sur un formulaire et un tableur partagé.

Si l'application native s'impose, reste à choisir la technologie : le comparatif Flutter ou développement natif aide à trancher. Le guide PWA : l'alternative à l'application mobile native détaille la mise en œuvre technique.

Comment YMHB Web tranche entre PWA et application native

YMHB Web pose la question au cadrage, avant tout chiffrage : qui utilise l'outil, sur quel appareil, avec quel réseau et quel matériel. La réponse décide de la technologie, pas l'inverse.

Les deux cas existent dans les réalisations de l'agence. La plateforme Klass, avec ses trois portails et son émargement par QR code, est une application web Next.js livrée en PWA, avec un espace école, un espace opérations et un espace intervenant. L'application terrain de Cap Vert, elle, devait fonctionner sans réseau sur Android et iPhone : c'est une application installée, développée en React Native. Comme pour tout projet de YMHB Web, le code appartient au client au paiement intégral, documenté et déposé chez lui.