Apps natives ou Progressive Web Apps : laquelle vous faut-il ?

Une app native est conçue spécifiquement pour iOS ou Android et s'installe depuis l'App Store ou Google Play. Une progressive web app (PWA) est un site web que l'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 un store. Les apps natives offrent l'accès le plus profond à l'appareil ; les PWA touchent 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. Il faut le natif lorsque la découverte dans un store ou les fonctions avancées de l'appareil sont au cœur du produit.

Pourquoi cela compte quand on construit avec l'IA

La plupart des créateurs d'apps IA produisent des apps web. Ce n'est pas un raccourci : c'est ce que ces outils font le mieux, car une app 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 app sur mon téléphone ? » a une réponse précise : ce sera un site web qui se comporte comme une app, et qui peut être installé en tant que PWA si vous le demandez.

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

Une analogie du quotidien : le food truck contre la boutique du centre commercial

Une app native est une boutique dans un centre commercial. Le centre (l'App Store ou Google Play) apporte du passage et de la confiance, mais vous payez le loyer, suivez les règles du centre et attendez l'approbation avant de changer votre vitrine.

Une PWA est un food truck avec une clientèle fidèle. Pas de propriétaire à payer, vous changez la carte ce soir, et ceux qui vous connaissent peuvent vous trouver partout. Mais personne ne passe devant vous dans le couloir du centre commercial, et vous ne pouvez pas installer une chambre froide.

Ce que chacune permet

Quelques termes de ce tableau :

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

iPhone et iPad : les détails qui piègent

Les plateformes d'Apple sont celles où les PWA diffèrent le plus du natif, il faut donc ê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 invite d'installation. Sur iPhone et iPad, il n'y a pas d'invite automatique : l'utilisateur touche Partager, puis Sur l'écran d'accueil. Depuis iOS 16.4, d'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 app web sous iOS 26. WebKit a annoncé qu'à partir d'iOS et iPadOS 26, tout ce qui est ajouté à l'écran d'accueil s'ouvre dans sa propre fenêtre, sauf si l'utilisateur désactive « Ouvrir comme app web ». Un manifeste correct reste important pour le nom, l'icône et le comportement.
• Les notifications push nécessitent l'installation. Le push web est arrivé avec iOS et iPadOS 16.4 pour les apps web ajoutées à l'écran d'accueil. Une PWA ouverte dans un onglet Safari ne peut pas recevoir de push ; l'utilisateur doit d'abord l'installer, puis autoriser les notifications, et la demande d'autorisation doit suivre un appui, par exemple sur un bouton « Activer les notifications ». Les pastilles de compteur sur l'icône sont arrivées en même temps.
• L'accès matériel est restreint. Des fonctions comme les accessoires Bluetooth et le NFC, que certains navigateurs Android exposent, ne sont pas proposées dans Safari.

En pratique : si tout votre produit repose sur des rappels par notification, beaucoup d'utilisateurs d'iPhone qui n'installent jamais l'app ne les verront jamais. Prévoyez un repli par e-mail ou par SMS.

Entrer dans les stores d'apps

Si vous avez besoin d'une fiche dans un store, connaissez les coûts et les règles dès le départ. En septembre 2026, le programme développeur d'Apple coûte 99 US$ par an et un compte Google Play Developer 25 US$ une seule fois, selon leurs propres sites. Chaque version iOS passe par l'App Review. Les consignes d'Apple indiquent qu'une app doit proposer des fonctions et une interface qui vont au-delà d'un site web reconditionné ; envelopper une PWA dans une coque native minimale risque donc un refus.

Un exemple concret : l'app de membres d'une salle de sport

Une petite salle de sport veut que ses membres réservent des cours, consultent leur abonnement et reçoivent un rappel une heure avant chaque cours.

La voie PWA. Construisez une app web adaptative avec connexion, planning des cours et réservation. Ajoutez un manifeste et des icônes pour que les membres puissent l'installer ; ajoutez un service worker pour que le planning s'affiche même avec un signal faible. Envoyez les rappels par push aux utilisateurs qui ont installé l'app, et par e-mail à tous les autres. Elle se publie une seule fois, fonctionne sur tous les téléphones et ordinateurs, et la salle peut modifier la mise en page du planning le jour même.

Quand le natif l'emporterait. Si la salle veut plus tard une fonction d'enregistrement à l'entrée avec des balises Bluetooth, une intégration Apple Santé pour les séances, ou un widget sur l'écran verrouillé affichant le cours du jour, cela relève du natif. C'est aussi le cas si les membres s'attendent à trouver « l'app de la salle » en la cherchant dans le store.

Beaucoup d'équipes procèdent ainsi : une PWA d'abord pour vérifier que les membres l'utilisent, puis du natif plus tard si une fonction précise ou une présence dans le store justifie le coût.

Erreurs courantes et idées reçues

• « Une PWA est une app au rabais. » Pour les formulaires, listes, réservations, tableaux de bord et contenus, les utilisateurs ne remarquent souvent pas la différence une fois l'app installée.
• « Les PWA ne fonctionnent pas sur iPhone. » Si, elles fonctionnent. Les limites concernent la friction d'installation et le fait que les notifications exigent l'installation, pas le fonctionnement de base.
• Supposer que le push atteint tout le monde. Sur iPhone, il n'atteint que les personnes qui ont installé l'app et accepté les notifications.
• Promettre une app dans l'App Store que vous ne pouvez pas livrer. Vérifiez ce que produit votre créateur avant de promettre une fiche dans le store.
• Construire une édition 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 demande un vrai travail.

Ce qu'il faut demander à votre créateur d'IA

Pour une PWA, soyez explicite :

• « Faites-en une PWA installable : un manifeste d'application web avec nom, nom court, icônes (dont une icône Apple touch) et affichage standalone. »
• « Ajoutez un service worker qui met en cache la structure de l'app pour qu'elle s'ouvre sans connexion, et affichez un message clair hors ligne. »
• « Ajoutez une page d'aide « Installer cette app » avec les étapes pour Android et pour iPhone (Partager, puis Sur l'écran d'accueil). »
• « Si nous ajoutons des notifications, demandez l'autorisation uniquement après un appui sur un bouton, et prévoyez un repli par e-mail. »

Le guide pour créer une app web adaptée au mobile contient une demande complète et une liste de contrôle du design pensé pour le téléphone. Si vous hésitez encore sur le contenu de la première version, lisez ce qu'est un MVP, et pour les comparaisons de budget, voyez combien coûte la création d'une app.

Les PWA et Mythex

Mythex crée des apps 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 chat comme les autres, et l'app publiée fonctionne sur n'importe quel téléphone à partir d'un seul lien. Avec le forfait Pro, Mythex peut aussi encapsuler l'app web en app Android et iPhone avec Capacitor, envoyée aux tests internes de Google Play et à TestFlight : une app hybride dont les écrans sont des écrans web, et non une interface entièrement native. Pour commencer, parcourez les modèles d'apps ou le créateur d'apps web IA.

Questions