Un client nous demandait récemment une application iOS et Android pour permettre à ses techniciens de saisir des comptes rendus sur le terrain. Budget annoncé : 45 000 €. Le besoin réel tenait dans une PWA à 14 000 €.
L'inverse arrive aussi : des projets partis sur une solution web qui se heurtent, six mois plus tard, à une limite technique infranchissable. Le mauvais choix n'est pas toujours le plus cher. Voici comment trancher avant d'engager.
Les trois approches en une phrase chacune
La web app est un site conçu pour un usage applicatif : on l'ouvre dans un navigateur, on s'y connecte, elle vit à une adresse. Rien à installer, rien à mettre à jour.
La PWA (Progressive Web App) est une web app qui s'installe sur l'écran d'accueil, s'ouvre en plein écran sans barre de navigateur, fonctionne hors ligne et peut envoyer des notifications. Techniquement du web, à l'usage une application.
L'application native est développée pour un système d'exploitation (directement, ou via un framework multiplateforme comme Flutter ou React Native) et se distribue par les stores. Elle accède à tout ce que le téléphone sait faire.
Le comparatif
| Critère | Web app | PWA | Native |
|---|---|---|---|
| Budget indicatif | 6 000 € – 20 000 € | 8 000 € – 25 000 € | 20 000 € – 80 000 € |
| Installation | aucune | écran d'accueil | store |
| Fonctionnement hors ligne | non | oui | oui |
| Notifications push | non | oui (iOS 16.4+) | oui |
| Accès aux capteurs | limité | partiel | complet |
| Mise à jour | instantanée | instantanée | validation store |
| Commission sur ventes | aucune | aucune | 15 à 30 % |
| Trouvable sur Google | oui | oui | non |
| Présence dans les stores | non | partielle | oui |
Deux lignes méritent qu'on s'y arrête, parce qu'elles sont souvent décisives sans qu'on y pense.
La mise à jour. Une correction sur une PWA est en ligne en dix minutes, pour tout le monde. Sur une application native, il faut publier, attendre la validation, puis espérer que les utilisateurs mettent à jour. En pratique, une part non négligeable du parc reste sur d'anciennes versions pendant des mois, ce qui vous oblige à maintenir la compatibilité avec elles.
La commission. Apple et Google prélèvent 15 à 30 % sur les achats intégrés et les abonnements souscrits dans l'application. Sur un service à 20 € par mois et 500 abonnés, cela représente entre 18 000 et 36 000 € par an. Le surcoût du natif se rembourse rarement face à ça.
L'idée reçue à corriger : « les PWA ne marchent pas sur iPhone ». C'était vrai jusqu'en 2023. Depuis iOS 16.4, installation, mode hors ligne et notifications push fonctionnent. La vraie limite aujourd'hui est ergonomique : l'installation passe par le menu de partage de Safari, un geste que personne ne fait spontanément. Il faut donc l'expliquer dans l'interface : c'est un problème de parcours, plus un problème technique.
Ce que seul le natif permet encore
La liste s'est beaucoup réduite, mais elle existe et elle est nette :
- Bluetooth et objets connectés : appairage avec un capteur, une balance, une serrure.
- Traitement graphique ou vidéo intensif : jeux, réalité augmentée, filtres temps réel.
- Fonctionnement en arrière-plan prolongé : suivi GPS continu, enregistrement pendant plusieurs heures.
- Intégration profonde au système : widgets, montre connectée, partage natif, Face ID pour du paiement.
- Usage professionnel intensif toute la journée : là, l'écart de fluidité finit par se sentir.
Si votre projet ne figure pas dans cette liste, le natif est un confort, pas une nécessité. Et un confort à 30 000 € mérite d'être discuté.
Les quatre questions qui tranchent
1. Vos utilisateurs vont-ils s'en servir tous les jours ? Une application ouverte quotidiennement mérite sa place sur l'écran d'accueil et justifie l'investissement natif. Un service utilisé une fois par mois ne sera pas installé, ou sera désinstallé au premier ménage de mémoire. Pour un usage occasionnel, une adresse web accessible en un clic convertit mieux qu'une application qu'il faut télécharger.
2. Vos clients doivent-ils vous trouver, ou vous connaissent-ils déjà ? Une application native est invisible pour Google. Si l'acquisition passe par la recherche, le web est indispensable, éventuellement en complément d'une application pour les clients fidélisés.
3. Y a-t-il du paiement récurrent dans l'application ? Si oui, faites le calcul de la commission sur trois ans avant de choisir. Il change souvent la conclusion.
4. Avez-vous besoin d'un capteur de la liste ci-dessus ? Si oui, la question est réglée : c'est du natif. Si non, commencez par le web.
Le chemin que nous recommandons le plus souvent
Pour un projet qui n'a pas de contrainte matérielle évidente, la trajectoire la moins risquée est progressive :
Étape 1 : la web app. On construit le service et son serveur, accessible à une adresse. Deux à trois mois. On mesure : est-ce que les gens s'en servent, à quelle fréquence, sur quels écrans, en quoi ça bloque.
Étape 2 : la PWA. Si l'usage mobile est fort et répété, on ajoute l'installation, le hors-ligne et les notifications. Deux à quatre semaines de plus, sur la même base.
Étape 3 : le natif, si les données le justifient. Le serveur est déjà là, les besoins sont connus, il ne reste que l'interface à porter. On y va parce qu'une limite précise a été rencontrée, pas parce qu'on l'avait imaginé au départ.
L'intérêt de cette progression est qu'aucune étape n'est jetée. On construit dans l'ordre où la valeur se vérifie : la même logique que celle d'un MVP bien découpé, et celle que nous suivons sur nos projets d'applications web et mobiles.
FAQ express
Une PWA fonctionne-t-elle vraiment sur iPhone ?
Oui. L'installation sur l'écran d'accueil, le fonctionnement hors ligne et les notifications push sont pris en charge par iOS depuis la version 16.4. Le parcours d'installation reste moins évident que sur Android : il passe par le bouton de partage de Safari, ce qui demande de guider l'utilisateur.
Peut-on publier une PWA sur les stores ?
Sur le Play Store, oui, via un conteneur technique (TWA) largement accepté. Sur l'App Store, Apple exige une vraie valeur ajoutée par rapport au site : un simple emballage se fait refuser. Si la présence sur l'App Store est indispensable, prévoyez du natif ou du multiplateforme.
Une PWA est-elle moins performante qu'une application native ?
Pour la grande majorité des usages (listes, formulaires, contenus, tableaux de bord), la différence est imperceptible. L'écart devient réel sur le graphisme intensif, le traitement vidéo, la réalité augmentée et l'usage prolongé des capteurs.
Peut-on commencer en PWA puis passer au natif ?
C'est même une stratégie fréquente : la PWA valide l'usage à moindre coût, et le serveur construit pour elle est réutilisable tel quel. Seule l'interface est à refaire. Comptez 50 à 70 % d'un budget natif au moment de la bascule.
On vous dira si vous avez vraiment besoin d'une application
Racontez-nous l'usage que vous imaginez : qui s'en sert, à quelle fréquence, pour faire quoi. On vous répond avec l'approche adaptée et son budget, y compris quand la réponse est « une bonne page web suffira ». C'est arrivé plus d'une fois.
Demander mon estimation gratuite