Sommaire
Choisir entre une Progressive Web App et une application mobile native engage un budget, un calendrier et une stratégie d’acquisition pour plusieurs années. La décision est rarement technique : elle est d’abord économique.
Une PWA repose sur les standards du web (service worker, manifeste d’application, HTTPS) tout en offrant l’installation sur l’écran d’accueil, le mode hors ligne et les notifications. L’application native, développée séparément pour iOS et Android, garde l’avantage sur l’accès poussé au matériel et sur certaines performances graphiques.
Le coût de possession : ce que chaque option coûte vraiment
Le premier écart se joue sur le nombre de bases de code. Une application native couvrant iOS et Android suppose deux développements distincts (Swift et Kotlin, par exemple), deux cycles de tests et deux processus de publication. Une PWA repose sur une seule base de code, servie à tous les navigateurs modernes. C’est cette différence structurelle qui explique l’essentiel de l’écart de budget.
Le coût ne s’arrête pas à la livraison. Il faut aussi compter :
- Les comptes développeurs : 99 dollars par an pour l’Apple Developer Program, 25 dollars une fois pour la Google Play Console.
- Les commissions des stores : de 15 à 30 % sur les achats intégrés, selon le chiffre d’affaires réalisé.
- Les cycles de validation : chaque mise à jour native passe par la revue du store, alors qu’une PWA se met à jour instantanément, comme un site.
- La double maintenance : correctifs, nouvelles versions d’iOS et d’Android et régressions doivent être traités deux fois.
Sur trois ans, ce sont ces postes récurrents, plus que le développement initial, qui creusent l’écart.
L’acquisition : le vrai différenciateur
La bonne question n’est pas « quelle technologie est la plus puissante ? », mais « combien d’utilisateurs arrivent réellement jusqu’à mon application ? ». Les stores comptent chacun des millions d’applications : chaque étape entre l’intention et l’usage se paie en utilisateurs perdus.
Une PWA s’ouvre depuis une simple adresse web. Elle est indexable par Google, partageable par lien, utilisable immédiatement, puis installable en un geste. Une application native impose un détour par le store, un téléchargement souvent lourd et parfois la création d’un compte avant la première utilisation. Google a mesuré dès 2016 que 53 % des visites mobiles sont abandonnées quand une page met plus de trois secondes à charger : la même logique s’applique à chaque étape d’installation.
Des cas publics documentent l’effet de cette friction réduite. Après le lancement de sa PWA, Twitter Lite a observé 65 % de pages vues par session en plus, 75 % de tweets envoyés en plus et un taux de rebond en baisse de 20 %. Trivago a vu le nombre d’utilisateurs ajoutant son application à l’écran d’accueil progresser de 150 %, et les clics vers les offres d’hôtels de 97 %. Ces chiffres ne prouvent pas que la PWA gagne toujours, mais ils montrent qu’enlever des étapes a un effet direct et mesurable.
Les fonctionnalités : où la PWA rattrape, où le natif garde l’avance
L’écart s’est fortement réduit. Depuis iOS 16.4, les notifications sont disponibles sur iPhone pour les PWA ajoutées à l’écran d’accueil, ce qui levait l’objection la plus fréquente. Le mode hors ligne, la géolocalisation, l’appareil photo, le paiement et le stockage local sont pris en charge par les navigateurs modernes.
Le natif reste préférable dans des cas précis :
- traitement graphique intensif (jeux 3D, réalité augmentée) ;
- usage permanent de capteurs à haute fréquence ;
- intégration profonde au système (widgets avancés, extensions) ;
- Bluetooth Low Energy sur iPhone, que Safari ne prend pas en charge ;
- présence dans les stores imposée par votre marché.
Si votre produit dépend de l’un de ces points, le natif n’est pas un luxe : c’est une contrainte.
| Critère | PWA | Application native |
|---|---|---|
| Bases de code à maintenir | 1 | 2 (iOS et Android) |
| Frais de distribution | Aucun | 99 $/an (Apple), 25 $ (Google), commissions de 15 à 30 % |
| Mise en ligne d’un correctif | Immédiate | Soumise à la revue du store |
| Visibilité | Indexable par les moteurs de recherche | Dépend du référencement dans les stores |
| Accès matériel avancé (réalité augmentée, Bluetooth sur iPhone) | Partiel | Complet |
| Installation | Depuis le navigateur, en un geste | Téléchargement via le store |
Comment décider pour votre projet
Trois questions suffisent le plus souvent.
- Avez-vous besoin d’une fonction matérielle indisponible sur le web (réalité augmentée, Bluetooth sur iPhone, graphisme lourd) ? Si oui, le natif s’impose.
- Vos utilisateurs arrivent-ils par Google, par un lien partagé ou par des campagnes ? Si oui, la PWA convertit mieux, parce qu’elle supprime l’étape du store.
- Quel budget de maintenance annuel pouvez-vous tenir ? S’il ne permet pas de financer deux bases de code, le natif crée une dette technique qui se paie en correctifs en retard.
Mon conseil : commencez par une PWA pour valider l’usage, mesurez, et n’investissez dans le natif que là où une contrainte matérielle documentée le justifie. Une PWA peut d’ailleurs être publiée plus tard sur les stores si votre marché l’exige.
Sources : web.dev (Google), « What are Progressive Web Apps? » et études de cas Twitter Lite et Trivago ; Google, « The need for mobile speed » (2016) ; WebKit Blog, « Web Push for Web Apps on iOS and iPadOS » ; MDN Web Docs, « Progressive Web Apps » ; grilles tarifaires officielles de l’Apple Developer Program et de la Google Play Console.