PWA vs app native : la comparaison honnête et concrète
PWA ou app native ? Nous comparons les notifications push sur iOS, la visibilité sur les stores, le mode hors ligne et les fonctions du mobile, les performances et la rétention — et disons honnêtement quand chacune s'impose.
PWA vs app native : ce qu'est vraiment chacune
Le débat PWA vs app native commence par une définition claire, car les deux se construisent et se distribuent très différemment. Une PWA (Progressive Web App) est un site web enrichi pour ressembler à une app : il tourne dans le moteur du navigateur, utilise un service worker pour mettre des fichiers en cache et peut être « installé » sur l'écran d'accueil depuis un menu du navigateur. Rien à télécharger sur un store.
Une app native est développée avec les outils propres à la plateforme — Swift pour iOS, Kotlin pour Android —, compilée en un paquet et distribuée via l'App Store et Google Play. Elle obtient un accès complet à l'appareil et une icône sur l'écran d'accueil, comme n'importe quelle autre app.
Il existe aussi une voie intermédiaire qui brouille le débat : un vrai conteneur natif qui charge votre site en direct mais qui est compilé, présent sur les stores et relié aux fonctions du mobile. Ce n'est ni une PWA, ni une reconstruction de zéro — et c'est précisément là qu'atterrit la plupart des entreprises.
Notifications push — et le piège iOS
Le push est souvent le facteur décisif, et c'est là que l'écart entre PWA et natif est le plus grand. Sur Android, les PWA envoient du web push depuis des années, donc la réactivation des utilisateurs fonctionne plutôt bien.
Sur iPhone, c'est une autre histoire. Apple n'a ajouté le Web Push à Safari qu'en 2023 (iOS 16.4), et il ne fonctionne que si l'utilisateur a d'abord ajouté votre PWA à l'écran d'accueil. S'il se contente d'un marque-page ou navigue sur votre site dans Safari, vous ne pouvez rien lui notifier. Cette étape d'installation est un mur que beaucoup d'utilisateurs ne franchissent jamais, et votre audience joignable se réduit sans bruit.
Une app native s'enregistre directement auprès du service d'Apple (APNs) et peut envoyer des notifications enrichies, des pastilles et même des Live Activities dès son installation, sans étape supplémentaire. Pour toute entreprise qui vit de visites répétées, de rappels ou de suivis de commande, cette fiabilité pèse lourd.
Présence et visibilité sur les stores
Une PWA vit généralement en dehors des stores. On y accède par une URL, puis il faut découvrir l'option « ajouter à l'écran d'accueil » du navigateur et la valider soi-même — un parcours que la plupart des utilisateurs ne terminent jamais. Pas de fiche sur le store, pas de classement dans les recherches, pas d'avis, ni aucun des signaux de confiance qu'apporte une page de store.
Une app native est présente sur l'App Store et Google Play, là où les gens cherchent déjà des applications. Elle se trouve par recherche, affiche une galerie de captures, reçoit des notes et des avis, et se partage par un lien direct. Pour beaucoup de clients, « est-ce que c'est sur l'App Store ? » est un raccourci pour juger du sérieux d'une entreprise.
Une nuance : Google Play accepte une Trusted Web Activity qui encapsule une PWA, donc Android a une porte d'entrée. L'App Store d'Apple, en revanche, rejette les simples enveloppes web : elle attend une vraie expérience native, d'où l'intérêt de l'approche par conteneur.
Mode hors ligne et fonctions de l'appareil
Les PWA gèrent bien le hors-ligne de base. Un service worker peut mettre en cache pages et ressources pour que le contenu s'affiche sans connexion, ce qui suffit aux sites de lecture. Mais le bac à sable du navigateur — surtout sur iOS — limite jusqu'où vous pouvez aller : le cache peut être effacé, les tâches en arrière-plan sont bridées et de nombreuses capacités matérielles restent tout simplement hors d'atteinte.
Les apps natives disposent de la boîte à outils complète. Connexion biométrique (Face ID / empreinte), accès à la caméra et aux fichiers, audio en arrière-plan qui continue écran éteint, widgets, Live Activities, vue produit en RA, NFC et raccourcis d'app sont tous disponibles — plus les publicités AdMob et les achats intégrés quand il faut monétiser.
C'est là que le natif prend clairement l'avantage. Si votre produit a besoin de l'une de ces fonctions, une PWA butera sur un mur après l'autre ; une app native les traite comme des briques ordinaires. Transform To APP fournit toutes ces fonctions dans chaque formule via un pont JavaScript, pour que votre site les appelle directement.
Performances, rétention et qualité perçue
Un conteneur natif dessine la navigation, les transitions et le défilement avec les composants propres de la plateforme, si bien que l'app paraît fluide d'une façon qu'un onglet de navigateur égale rarement — surtout sur iOS, où les performances d'une PWA faiblissent le plus. Une barre de navigation inférieure native et un lancement instantané depuis une icône se lisent comme « une vraie app », et cette perception nourrit directement la confiance dans la marque.
La rétention découle de la présence. Une icône posée sur l'écran d'accueil, des notifications push fiables et des lancements rapides ramènent les gens. Une PWA cachée derrière une URL et une invite d'installation que la plupart ignorent est tout simplement ouverte moins souvent.
Rien de tout cela ne veut dire qu'une PWA donne une mauvaise impression : sur un Android moderne, elle peut s'en approcher. Mais « s'approcher » sur iOS, c'est toujours perdre le push pour ceux qui ne l'ont pas installée, des garanties hors-ligne plus faibles et une sensation plus « navigateur » que certaines audiences remarquent.
Laquelle choisir ? (et une voie intermédiaire)
Soyez honnête sur votre cas. Une PWA suffit vraiment quand vous avez un site de contenu simple, un budget serré, une audience surtout sur Android, ou que vous voulez juste un MVP rapide sans besoin de présence sur les stores ni de fonctions avancées du mobile. Livrer une bonne PWA n'a rien de honteux.
Une app native l'emporte quand il vous faut un push fiable (surtout sur iPhone), une fiche que les gens trouvent et en qui ils ont confiance, de vraies fonctions de l'appareil, et la rétention qu'apporte une présence sur l'écran d'accueil. Pour la plupart des entreprises, cette liste décrit exactement ce qu'elles veulent.
La voie intermédiaire évite une reconstruction de zéro : Transform To APP encapsule votre site en direct dans un vrai conteneur natif — Swift pour iOS, Kotlin pour Android —, ajoute des fonctions natives via un pont JS et publie sous vos propres comptes Apple et Google, à votre marque. Le contenu que vous publiez sur le site apparaît instantanément, sans nouvelle soumission aux stores. Vous réglerez toujours directement les frais des stores — 99 USD/an chez Apple et 25 USD une seule fois chez Google — puisque ces comptes sont les vôtres.
FAQ
Une PWA est-elle moins chère qu'une app native ?+
En général oui : une PWA réutilise votre site existant et n'a pas de build de store à maintenir. Mais l'économie s'accompagne de vrais compromis sur le push, la visibilité et les fonctions du mobile. À noter : une app native utilise vos propres comptes store, qui coûtent 99 USD/an chez Apple et 25 USD une seule fois chez Google, quelle que soit la manière dont elle est construite.
Une PWA peut-elle envoyer des notifications push sur iPhone ?+
En partie seulement. Depuis iOS 16.4 (2023), une PWA peut envoyer du web push, mais uniquement après que l'utilisateur l'a ajoutée manuellement à son écran d'accueil. S'il se contente de naviguer ou de mettre un marque-page, vous ne pouvez pas le notifier. Une app native peut envoyer du push dès son installation, sans étape supplémentaire.
Apple acceptera-t-elle une PWA sur l'App Store ?+
Non : Apple rejette les simples enveloppes qui ne sont qu'un site dans une coque. L'App Store attend une vraie expérience native. Google Play est plus souple et accepte une Trusted Web Activity, donc Android a une porte d'entrée, mais c'est un vrai conteneur natif qui satisfait les deux stores.
Dois-je resoumettre mon app à chaque modification de mon site ?+
Pas avec une approche par conteneur natif. Comme l'app charge votre site en direct, tout ce que vous y publiez apparaît instantanément, sans validation du store. Seuls les changements dans le code natif — une nouvelle fonction de l'appareil, par exemple — nécessitent une nouvelle build, dont Transform To APP se charge.
Une app native fonctionne-t-elle hors ligne ?+
Oui, et généralement de façon plus fiable qu'une PWA. Les deux peuvent mettre du contenu en cache, mais une app native a un contrôle plus complet sur le stockage local et le comportement en arrière-plan — surtout sur iOS, où le bac à sable du navigateur peut effacer le cache et limiter ce qu'une PWA a le droit de faire en arrière-plan.