PWA ou application native : comment choisir en 2026

Ce qu'est une PWA, concrètement

Une PWA (Progressive Web App) est un site web qui se comporte comme une application : on l'installe sur l'écran d'accueil depuis le navigateur, elle s'ouvre en plein écran sans barre d'adresse, elle a son icône, elle peut fonctionner hors ligne pour les écrans déjà consultés, et elle se met à jour toute seule, sans passer par un store. Techniquement, c'est un site avec un fichier manifeste et un service worker, rien de plus exotique.

Sur Android, Chrome propose l'installation lui-même. Sur iPhone, l'installation passe par le menu de partage de Safari (« Sur l'écran d'accueil »), et les notifications sont possibles pour les web apps installées depuis iOS 16.4.

Ce qu'apporte une application native

Une application native est développée pour iOS et Android et distribuée par l'App Store et Google Play. Elle accède à tout ce que le téléphone sait faire : notifications push fiables, appareil photo et galerie en profondeur, Bluetooth, NFC, géolocalisation en arrière-plan, capteurs, achats intégrés. Elle bénéficie aussi de la visibilité des stores et de la confiance qu'ils inspirent au grand public.

En contrepartie, chaque mise à jour passe par une validation, la publication demande des comptes développeur, et le budget est nettement plus élevé, surtout si l'on développe deux applications distinctes. C'est pour cela que nous utilisons React Native avec Expo : une seule base de code pour les deux plateformes.

Le comparatif en un coup d'œil

Les erreurs que l'on voit souvent

• Vouloir « être sur l'App Store » par principe. Si vos utilisateurs sont vos clients ou vos équipes, ils installeront ce que vous leur envoyez. Le store n'apporte rien, et il coûte.
• Croire qu'une PWA ne marche pas sur iPhone. Elle s'installe et fonctionne. Les limites concernent quelques fonctions avancées, pas l'usage courant.
• Choisir le natif pour un outil consulté trois fois par mois. L'utilisateur ne l'installera pas. Une page web bien faite fera mieux.
• Oublier la visibilité. Une application native n'est pas lisible par Google ni par les IA. Si vous voulez qu'on vous trouve, il faut un site autour, avec des pages qui répondent aux questions de vos utilisateurs et un balisage SoftwareApplication.

Comment nous tranchons

Nous posons trois questions. Qui va utiliser l'application, et comment va-t-elle arriver sur son téléphone ? De quelles fonctions du téléphone dépend-elle vraiment, pas en théorie mais dès la première version ? Et faut-il qu'on la trouve, ou est-elle destinée à des gens qui la connaissent déjà ? Les réponses tranchent presque toujours d'elles-mêmes.

Trois exemples de nos propres projets : Combien de points ?, un compteur de scores pour jeux de société, est une PWA, parce qu'on l'ouvre autour d'une table et qu'elle doit être disponible en dix secondes. Watchlistr, pour noter des films entre amis, est native, parce que les notifications et la distribution grand public font partie du produit. Et l'app propriétaire de Villa One, pour gérer le calendrier et les demandes d'une villa de location, est une PWA, parce qu'un propriétaire l'installe une fois et qu'elle doit être consultable hors ligne, sans validation de store à chaque évolution.

Vous hésitez pour votre projet ? Voyez notre page applications ou décrivez-nous l'usage : on vous dira franchement quel format convient.