PWA ou application native : le tableau de décision 2026

À retenir

• Coût : une PWA revient à 30 à 50 % de moins que deux applications natives, et à 15 à 25 % de moins qu’une application en React Native ou Flutter, parce qu’il n’y a ni publication ni revue de boutique.
• Les notifications fonctionnent sur iOS depuis la version 16.4, mais uniquement pour une application web ajoutée à l’écran d’accueil, jamais depuis Safari (WebKit). La demande d’autorisation doit suivre une action de l’utilisateur.
• Le hors ligne, l’installation et la géolocalisation sont acquis sur toutes les plateformes modernes. Ce ne sont plus des arguments contre la PWA.
• Ce qui reste hors de portée : les fonctions matérielles avancées, les intégrations profondes au système, et la présence dans les résultats de recherche des boutiques.
• Le critère qui tranche est l’acquisition, pas la technique. Si vos utilisateurs vous découvrent en cherchant dans une boutique, il vous faut y être. S’ils arrivent par un lien, une campagne ou un QR code, la PWA suffit.
• Une PWA se met à jour instantanément, sans revue ni délai. Sur un outil métier interne, cet argument l’emporte souvent sur tous les autres.
• Les deux ne s’excluent pas. Commencer en PWA et publier une application plus tard est un chemin fréquent et peu coûteux. Voir le prix d’une application mobile.

Le débat traîne depuis dix ans et il a changé de nature. Les arguments techniques contre la PWA, pas de hors ligne, pas d’installation, pas de notifications sur iOS, ne tiennent plus. Ce qui reste est une question de distribution, et elle se tranche en regardant d’où viennent vos utilisateurs.

Ce qu’une PWA sait faire en 2026

Capacité	PWA	Précision
Fonctionner hors ligne	Oui	Mise en cache des pages et des données par un agent de service
S’installer sur l’écran d’accueil	Oui	Sur Android comme sur iOS, avec une icône et un lancement plein écran
Notifications	Oui	Sur iOS depuis la version 16.4, pour une application ajoutée à l’écran d’accueil
Appareil photo, géolocalisation, micro	Oui	Avec autorisation de l’utilisateur, comme une application
Paiement	Oui	Par le web, donc sans commission de boutique
Présence dans les boutiques	Non	Sauf à publier un conteneur, ce qui revient à faire une application
Intégrations système avancées	Non	Widgets, raccourcis système, arrière-plan permanent
Fonctions matérielles avancées	Limité	Bluetooth basse consommation, lecture NFC, capteurs spécifiques

Le point à retenir sur les notifications, parce qu’il est systématiquement mal compris : sur iOS, elles ne fonctionnent pas depuis Safari. Elles fonctionnent pour une application web que l’utilisateur a ajoutée à son écran d’accueil, et la demande d’autorisation doit répondre à une action de sa part, un bouton par exemple. C’est une étape de plus dans le parcours, et c’est la vraie différence avec une application installée depuis une boutique.

Ce que chaque option coûte

Option	Coût relatif	Délai	Mise à jour
PWA	50 à 70	Le plus court	Instantanée, aucune revue
React Native ou Flutter	65 à 80	Intermédiaire	Revue de boutique, de quelques heures à quelques jours
Deux applications natives	100	Le plus long	Deux revues, deux cycles

La base 100 correspond à deux applications natives, iOS et Android, pour le même périmètre fonctionnel. L’écart entre PWA et solution multiplateforme vient moins du développement que de tout ce qui l’entoure : comptes de développeur, signature, publication, revue, gestion des versions en circulation.

Un coût n’apparaît jamais dans les devis et pèse pourtant : les versions anciennes qui restent installées. Avec une application de boutique, une partie de vos utilisateurs restera plusieurs mois sur une version dépassée, qu’il faudra continuer à servir côté serveur. Une PWA n’a qu’une version en circulation, celle d’aujourd’hui.

Le critère qui tranche vraiment

Ni la technique ni le prix. D’où viennent vos utilisateurs ?

Votre acquisition	Choix	Pourquoi
Les gens cherchent votre type de service dans une boutique	Application	La recherche dans la boutique est un canal, et vous n’y êtes pas sans y publier
Vous diffusez un lien, un QR code, une campagne	PWA	Un lien ouvre directement l’application, sans passer par un téléchargement
Vos utilisateurs sont vos salariés ou vos partenaires	PWA	Aucune boutique à franchir, et la mise à jour est immédiate pour tout le monde
Vous visez une utilisation quotidienne, notifications comprises	Application	L’installation depuis une boutique est plus naturelle, et l’icône s’installe toute seule
Vous vendez un abonnement	PWA d’abord	Le paiement par le web évite la commission des boutiques

La dernière ligne mérite attention. Un abonnement vendu à l’intérieur d’une application de boutique suit les règles de la boutique, commission comprise. Vendu sur le web, il n’y est pas soumis. Pour un produit par abonnement, cet écart se compte en points de marge et pèse plus lourd que le coût de développement.

Le chemin le plus fréquent : commencer en PWA

Sur les projets que nous accompagnons, la trajectoire qui revient le plus souvent est la suivante. On construit d’abord une PWA, qui valide le produit, les parcours et le marché sans le délai des boutiques. Si le besoin d’être présent dans une boutique apparaît, on publie une application qui réutilise l’essentiel du travail.

Ce chemin est peu coûteux à une condition : décider dès le départ que la publication est possible. Une PWA écrite sans aucune considération pour une future application mobile se convertit mal. Une PWA construite sur une base compatible se publie en quelques semaines.

L’inverse, partir d’applications natives pour revenir au web, se produit rarement et coûte cher. C’est une raison de plus de commencer par le format le plus léger, comme pour le choix d’un premier périmètre : voir MVP ou produit fini.

Questions fréquentes

Les notifications marchent-elles vraiment sur iPhone ?

Oui, depuis iOS 16.4, et avec une condition : l’utilisateur doit avoir ajouté l’application web à son écran d’accueil. Elles ne fonctionnent pas dans Safari. La demande d’autorisation doit par ailleurs répondre à une action de l’utilisateur. En pratique, cela veut dire qu’il faut expliquer l’ajout à l’écran d’accueil dans le parcours, ce qui fait perdre une partie des utilisateurs.

Une PWA peut-elle être publiée dans les boutiques ?

Techniquement oui, en l’emballant dans un conteneur. Mais cela revient à gérer une application : compte développeur, signature, revue, versions. L’intérêt est réel quand la présence dans la boutique est le but, nul si c’est pour faire plaisir à quelqu’un.

Le hors ligne fonctionne-t-il vraiment ?

Oui, et depuis longtemps. Un agent de service met en cache les pages et les données, et l’application reste utilisable sans réseau. Ce qui demande du travail n’est pas le cache, c’est la synchronisation au retour du réseau : les conflits entre modifications locales et distantes. C’est un vrai sujet, et il est le même pour une application native.

Une PWA est-elle moins performante ?

Sur les usages courants, l’écart n’est pas perceptible. Il se voit sur l’animation lourde, le traitement d’image en continu et le jeu. Si votre application ressemble à un formulaire, une liste et une carte, ce qui est le cas de la plupart des outils métier, la question ne se pose pas.

Et pour un outil interne à l’entreprise ?

La PWA est presque toujours le bon choix. Vos utilisateurs sont connus, vous leur envoyez un lien, et vous voulez que tout le monde soit sur la même version le lendemain d’un correctif. Passer par une boutique pour distribuer un outil interne ajoute un intermédiaire sans aucune contrepartie.

Peut-on vendre un abonnement dans une PWA ?

Oui, par le web, et sans la commission d’une boutique. C’est un avantage financier significatif pour un produit par abonnement. Attention toutefois : si vous publiez ensuite une application, les règles de la boutique s’appliqueront aux achats effectués depuis celle-ci, et elles encadrent ce que vous pouvez dire à ce sujet dans l’application.

Glossaire

• PWA : application web installable, qui fonctionne hors ligne et peut envoyer des notifications. Elle se distribue par un lien, pas par une boutique.
• Agent de service : programme qui s’exécute à côté de la page et gère le cache, le hors ligne et la réception des notifications.
• Écran d’accueil : sur iOS, l’ajout à l’écran d’accueil est la condition pour que les notifications fonctionnent.
• Mode autonome : affichage plein écran, sans barre de navigateur, déclaré dans le manifeste de l’application web.
• Revue de boutique : validation par Apple ou Google avant publication d’une version. Elle prend de quelques heures à quelques jours et peut refuser.

Sources

• Web Push for Web Apps on iOS and iPadOS · conditions des notifications sur iOS · WebKit, Apple
• Applications web progressives · référence technique · MDN, Mozilla
• Progressive Web Apps · capacités et bonnes pratiques · web.dev, Google
• Les TIC et le commerce électronique dans les entreprises en 2024 · équipement des entreprises · INSEE
• Combien payer pour un site web ou un site e-commerce ? · repères de prix publics · France Num

À lire aussi sur le blog

• React Native, Flutter ou natif · le comparatif des trois options installables
• Combien coûte une application mobile · les fourchettes par type d’application
• Combien coûte l’hébergement d’une application · le coût qui suit la mise en ligne
• MVP ou produit fini · commencer par le format le plus léger
• Le cas MyBabySitt · quand la boutique est le canal d’acquisition

Aller plus loin avec nous

• Applications mobiles sur mesure · iOS et Android, MVP en 6 à 10 semaines, à partir de 15 000 €
• Sites et e-commerce sur mesure · à partir de 2 450 €
• Un premier échange sous 48 h · dites-nous d’où viennent vos utilisateurs, on vous dit quoi construire