Quand une entreprise a besoin d'une application, la question habituelle est « iOS ou Android ? ». La bonne question est différente : quelles fonctionnalités ai-je besoin et qui va utiliser l'application ?
Qu'est-ce qu'une PWA
Une Progressive Web App est une application qui vit dans le navigateur mais se comporte comme une app native : elle s'installe sur l'écran d'accueil du mobile directement depuis le navigateur, fonctionne hors ligne, reçoit des notifications push et charge rapidement. Elle ne nécessite pas de publication sur l'App Store ou Google Play.
Différences clés avec une app native
App native : code spécifique à chaque plateforme (iOS et Android sont des développements séparés), publication obligatoire dans les stores avec leurs processus d'approbation, mises à jour qui passent par le store.
PWA : un seul développement qui fonctionne sur n'importe quel appareil et système d'exploitation, distribution directe via URL sans stores ni approbations, mises à jour instantanées qui atteignent tous les utilisateurs sans que personne n'ait à mettre à jour quoi que ce soit. Il n'y a pas de processus de révision pouvant bloquer ou retarder une fonctionnalité, et pas de commission de 30 % du store sur chaque transaction.
Quand choisir une PWA
Une PWA a du sens quand :
- Vous avez besoin que l'app fonctionne sur iOS et Android sans payer deux développements séparés
- Le contenu change fréquemment et vous devez mettre à jour sans passer par les stores
- La distribution est directe : employés, clients spécifiques, communautés fermées
- Vous n'avez pas besoin d'un accès profond au matériel de l'appareil
- Vous voulez la rapidité de développement et un coût plus bas sans sacrifier l'expérience utilisateur
Deux projets réels construits en PWA
AI Employee est une application de gestion des commandes par voix pour le secteur de la distribution et de la restauration. Les employés l'installent sur leur mobile depuis le navigateur en quelques secondes, sans App Store. Les commandes sont traitées par voix, sans clavier. Elle fonctionne dans des environnements à connectivité limitée.
Palvetagem est une application liturgique complète pour la communauté catholique d'Estonie, avec 1 239 sections et plus de 8 800 versets. Elle fonctionne entièrement hors ligne — l'utilisateur télécharge le contenu une fois et y accède offline en permanence. Distribuée dans toute la communauté sans passer par aucun store.
Le coût réel de chaque option
Le budget est l'un des facteurs qui influence le plus la décision, mais l'erreur courante est de comparer uniquement le coût de développement initial sans tenir compte du coût total du cycle de vie.
App native : développer pour iOS et Android représente deux projets séparés. Cela implique deux équipes ou une équipe qui travaille deux fois plus, deux processus de publication, deux cycles de mise à jour et deux ensembles de bugs à corriger lorsque la version du système d'exploitation change. Le coût de maintenance annuel d'une app native représente généralement entre 15 % et 20 % du coût de développement initial.
PWA : un seul développement qui fonctionne sur tous les appareils. Les mises à jour se déploient en quelques secondes sans passer par aucun store. Le coût de maintenance est significativement inférieur car il n'y a qu'une seule base de code à maintenir.
Pour la plupart des projets destinés à un usage interne ou à des communautés spécifiques, la PWA réduit le budget initial de 40 % à 60 % par rapport à un développement natif équivalent.
PWA et SEO : un avantage que les apps natives n'ont pas
Les applications natives ne sont pas indexables par les moteurs de recherche. Un utilisateur qui cherche sur Google ne trouvera pas le contenu d'une app native. Cela limite considérablement l'acquisition organique d'utilisateurs et oblige à dépendre de la publicité ou de la visibilité dans l'écosystème du store.
Une PWA, étant un site web, est indexable. Chaque section, chaque page, chaque contenu peut apparaître dans les résultats de recherche. Pour les entreprises qui veulent que leur outil ou catalogue ait une visibilité organique, c'est un avantage structurel.
De plus, les PWAs peuvent être partagées comme n'importe quel lien. Sans friction de téléchargement — vous envoyez simplement l'URL et l'utilisateur l'installe sur son écran d'accueil directement depuis le navigateur en moins de trois secondes. Chaque page a sa propre URL, ce qui signifie que vous pouvez créer des liens directs vers n'importe quelle section depuis un email, un message ou une campagne.
Limitations réelles des PWA que vous devez connaître
Les PWAs ne sont pas la bonne solution pour tout. Il existe des cas où l'app native reste le bon choix :
- Accès au matériel spécialisé : si l'app a besoin d'utiliser le Bluetooth en arrière-plan ou de contrôler des périphériques spécifiques, l'app native a accès à des API que les PWAs ne peuvent pas atteindre.
- Les stores comme canal de distribution : si l'objectif est que des utilisateurs inconnus découvrent l'app en cherchant dans l'App Store ou Google Play, l'app native est la voie à suivre.
- Fonctionnalités très spécifiques à iOS : Apple a délibérément limité certaines capacités des PWAs dans Safari. Les notifications push sur iOS étaient bloquées pendant des années (activées dans iOS 16.4).
- Applications de paiement en store : le modèle commercial de paiement par téléchargement ou abonnement géré depuis le store (In-App Purchase) est exclusif aux apps natives.
Questions fréquentes sur PWA vs app native
Une PWA peut-elle être installée sur un iPhone ?
Oui. Depuis Safari sur iOS, l'utilisateur peut ajouter la PWA à son écran d'accueil en quelques touches. À partir d'iOS 16.4, les PWAs peuvent également envoyer des notifications push sur iPhone, bien que l'utilisateur doive donner une autorisation explicite.
Les PWAs fonctionnent-elles sans connexion internet ?
Cela dépend de comment elles sont construites. Les PWAs bien développées utilisent des Service Workers pour mettre en cache le contenu et fonctionner hors ligne. Le projet Palvetagem en est un exemple : les utilisateurs téléchargent le contenu une fois et y accèdent complètement hors ligne indéfiniment.
Combien de temps faut-il pour développer une PWA ?
Une PWA de complexité moyenne peut être prête en quatre à huit semaines. Un développement natif équivalent pour iOS et Android double ou triple ce délai.
Peut-on migrer d'une app native vers une PWA ?
Oui, bien que ce ne soit pas une migration directe — c'est une refonte. La logique métier peut être largement réutilisée, mais l'interface et la gestion de l'état doivent être reconstruites.
Les PWAs apparaissent-elles sur Google ?
Oui. Étant une technologie web, tout le contenu d'une PWA est crawlable et indexable par Google. Si la PWA a des pages avec du contenu utile, ces pages peuvent se positionner dans les recherches organiques. Une app native publiée dans l'App Store n'a pas cette capacité.
Que se passe-t-il si l'utilisateur supprime la PWA de son écran d'accueil ?
Il ne perd pas ses données. Contrairement à une app native où supprimer l'app supprime les données locales, dans une PWA les données sont généralement synchronisées sur un serveur. L'utilisateur peut réinstaller la PWA à tout moment en ouvrant l'URL dans le navigateur.
Quand une app native a plus de sens
L'app native est le bon choix quand la fonctionnalité dépend d'un accès profond au matériel, ou quand les stores sont eux-mêmes un canal de distribution.
La bonne question
Ce n'est pas iOS ou Android. C'est : que doit faire l'app et qui va l'utiliser ? Avec cette réponse, le choix entre PWA et app native devient évident. Dans la plupart des projets que nous recevons, la PWA est l'option la plus sensée — techniquement et économiquement.
Si vous avez besoin d'un accès profond au matériel, si les stores sont votre principal canal de distribution ou si votre modèle de monétisation dépend de l'écosystème d'Apple ou Google, l'app native a du sens. Dans tous les autres cas — qui sont la grande majorité — la PWA offre la même expérience utilisateur à une fraction du coût, sans friction de publication, avec des mises à jour instantanées et une visibilité dans les moteurs de recherche qu'une app native ne pourra jamais avoir.
La question n'est pas quelle technologie est meilleure dans l'absolu. C'est laquelle résout le mieux votre problème spécifique avec le budget et le délai dont vous disposez. Cette évaluation est la première chose que nous faisons sur chaque projet avant d'écrire une seule ligne de code.