Applications natives ou progressives (PWA) : laquelle vous faut-il?

Une application native est conçue précisément pour iOS ou Android et s'installe depuis l'App Store ou Google Play. Une application web progressive (PWA) est un site web qu'on peut installer sur l'écran d'accueil d'un téléphone; elle s'ouvre alors en plein écran, dans sa propre fenêtre, avec sa propre icône, sans passer par une boutique. Les applications natives donnent l'accès le plus profond à l'appareil; les PWA rejoignent toutes les plateformes à partir d'une seule base de code et d'un seul lien, et se mettent à jour instantanément.

Pour la plupart des premières versions — outils, portails, suivis, applications de réservation et de commande — une PWA suffit. Vous avez besoin d'une application native lorsque la découverte dans une boutique ou les fonctions profondes de l'appareil sont au cœur du produit.

Pourquoi c'est important quand on construit avec l'IA

La plupart des générateurs d'applications par IA produisent des applications web. Ce n'est pas un raccourci; c'est ce que ces outils font bien, parce qu'une application web peut être écrite, prévisualisée et publiée au même endroit. Mais cela signifie que la question « est-ce que ce sera une application sur mon téléphone? » a une réponse précise : ce sera un site web qui se comporte comme une application, et qui peut être installé comme PWA si vous le demandez.

Savoir ce qu'une PWA peut et ne peut pas faire vous permet de décider tôt, avant de promettre à un client « ce sera dans l'App Store », et avant de concevoir une fonctionnalité (par exemple le suivi de position en arrière-plan) que le web ne peut pas offrir de façon fiable.

Une analogie du quotidien : le camion-restaurant contre la boutique du centre commercial

Une application native ressemble à une boutique dans un centre commercial. Le centre (la boutique d'applications) amène des clients et inspire confiance, mais vous payez le loyer, suivez les règles du centre et attendez l'approbation avant de modifier votre vitrine.

Une PWA ressemble à un camion-restaurant qui a une clientèle fidèle. Il n'y a pas de propriétaire à qui verser un loyer, vous pouvez changer le menu ce soir, et les gens qui vous connaissent peuvent vous trouver partout. Mais personne ne passe devant vous dans le corridor du centre commercial, et vous ne pouvez pas installer un congélateur de chambre froide.

Ce que chacune peut faire

Quelques termes de ce tableau :

• Service worker : un petit script que le navigateur exécute en arrière-plan pour votre site. Il permet à l'application de s'ouvrir hors ligne, de mettre en cache des données et de recevoir des messages push.
• Manifeste d'application web : un petit fichier qui indique au navigateur le nom de l'application, ses icônes, ses couleurs et qu'elle doit s'ouvrir en plein écran (« autonome ») plutôt que dans un onglet de navigateur.

iPhone et iPad : les détails qui causent des problèmes

Les plateformes d'Apple sont l'endroit où les PWA diffèrent le plus des applications natives; il vaut donc la peine d'être précis. En septembre 2026, selon l'équipe WebKit d'Apple et web.dev de Google :

• L'installation est manuelle. Les navigateurs Android comme Chrome peuvent afficher une invitation d'installation. Sur iPhone et iPad, il n'y a pas d'invitation automatique; les utilisateurs touchent Partager, puis Sur l'écran d'accueil. Depuis iOS 16.4, les autres navigateurs sur iOS peuvent aussi proposer « Sur l'écran d'accueil » dans leur menu Partager.
• Chaque site ajouté à l'écran d'accueil s'ouvre par défaut comme application web dans iOS 26. WebKit a annoncé que, à partir d'iOS et d'iPadOS 26, tout ce qui est ajouté à l'écran d'accueil s'ouvre dans sa propre fenêtre, à moins que l'utilisateur désactive « Ouvrir comme application web ». Un manifeste bien fait demeure important pour votre nom, votre icône et le comportement de l'application.
• Les notifications push exigent l'installation. Les notifications web sont arrivées dans iOS et iPadOS 16.4 pour les applications web ajoutées à l'écran d'accueil. Une PWA ouverte dans un onglet Safari ne peut pas recevoir de notifications push; l'utilisateur doit d'abord l'installer, puis autoriser les notifications, et la demande d'autorisation doit suivre un geste, comme un bouton « Activer les notifications ». Les compteurs de badge sur l'icône sont arrivés en même temps.
• L'accès au matériel est très restreint. Les fonctions comme les accessoires Bluetooth et le NFC, que certains navigateurs Android exposent, ne sont pas offertes dans Safari.

En pratique : si tout votre produit repose sur des rappels par notification, beaucoup d'utilisateurs d'iPhone qui n'installent jamais l'application ne les verront jamais. Prévoyez une solution de repli par courriel ou par texto.

Entrer dans les boutiques d'applications

Si vous avez réellement besoin d'une fiche dans une boutique, connaissez les coûts et les règles dès le départ. En septembre 2026, selon leurs propres sites, le programme pour développeurs d'Apple coûte 99 $ US par année, et un compte de développeur Google Play coûte 25 $ US une seule fois. Chaque version iOS passe par l'examen de l'App Store. Les consignes d'Apple indiquent qu'une application doit offrir des fonctions et une interface qui vont au-delà d'un site web simplement réemballé; envelopper une PWA dans une fine coquille native risque donc un refus.

Un exemple concret : l'application pour les membres d'un gymnase

Un petit gymnase veut que ses membres puissent réserver des cours, consulter leur adhésion et recevoir un rappel une heure avant le cours.

La voie PWA. Construire une application web adaptative avec connexion, horaire des cours et réservation. Ajouter un manifeste et des icônes pour que les membres puissent l'installer; ajouter un service worker pour que l'horaire s'ouvre même avec un signal faible. Envoyer les rappels par push aux utilisateurs qui l'ont installée, et par courriel à tous les autres. Elle est livrée une seule fois, fonctionne sur tous les téléphones et ordinateurs, et le gymnase peut modifier la mise en page de l'horaire le jour même.

Quand le natif l'emporterait. Si le gymnase veut ensuite une fonction d'enregistrement à l'entrée au moyen de balises Bluetooth, une intégration à Santé d'Apple pour les entraînements, ou un widget sur l'écran verrouillé affichant les cours du jour, ce sont des domaines du natif. Il en va de même si les membres s'attendent à trouver « l'application du gymnase » en la cherchant dans la boutique.

Beaucoup d'équipes font exactement cela : une PWA d'abord, pour prouver que les membres l'utilisent, puis du natif plus tard si une fonction précise ou une présence en boutique justifie le coût.

Erreurs courantes et idées reçues

• « Une PWA est une application de second rang. » Pour les formulaires, les listes, les réservations, les tableaux de bord et le contenu, les utilisateurs remarquent souvent peu la différence une fois l'application installée.
• « Les PWA ne fonctionnent pas sur iPhone. » Elles fonctionnent. Les limites tiennent à la difficulté d'installation et au fait que les notifications exigent l'installation, pas à la fonctionnalité de base.
• Supposer que le push rejoint tout le monde. Sur iPhone, il n'atteint que les personnes qui ont installé l'application et qui ont accepté.
• Promettre une application dans l'App Store que vous ne pouvez pas livrer. Vérifiez ce que votre générateur produit avant de promettre une fiche dans une boutique.
• Construire une modification hors ligne dont vous n'avez pas besoin. Mettre les pages en cache pour les ouvrir hors ligne est simple; modifier des données hors ligne puis les synchroniser plus tard demande un vrai travail.

Quoi demander à votre générateur d'applications par IA

Pour une PWA, soyez explicite :

• « Rends-la installable comme PWA : un manifeste d'application web avec nom, nom court, icônes (y compris une icône tactile pour Apple) et affichage autonome. »
• « Ajoute un service worker qui met en cache la coquille de l'application pour qu'elle s'ouvre sans connexion, et affiche un message clair lorsque l'application est hors ligne. »
• « Ajoute une page d'aide « Installer cette application » avec les étapes pour Android et pour iPhone (Partager, puis Sur l'écran d'accueil). »
• « Si nous ajoutons des notifications, demande l'autorisation seulement après que l'utilisateur a touché un bouton, et prévois un repli par courriel. »

Le guide pour construire une application web adaptée aux mobiles contient une invite complète et une liste de vérification de la conception axée sur le téléphone. Si vous hésitez encore sur ce que doit contenir la première version, lisez ce qu'est un MVP, et pour les comparaisons de budget, consultez combien coûte la création d'une application.

Les PWA et Mythex

Mythex construit des applications web, et vous pouvez vérifier chaque écran dans un aperçu à la taille d'un téléphone avant de publier. Un manifeste de PWA, des icônes et un service worker sont des fonctions que vous demandez dans le clavardage comme n'importe quelle autre, et l'application publiée fonctionne sur n'importe quel téléphone à partir d'un seul lien. Avec le forfait Pro, Mythex peut aussi transformer l'application web en application Android et iPhone avec Capacitor, envoyée aux tests internes de Google Play et à TestFlight : une application hybride dont les écrans sont des écrans web, et non une interface entièrement native. Pour commencer, parcourez les modèles d'applications ou le générateur d'applications web par IA.

Questions