PWA ou application native : comment choisir en 2026 ?

Vous recherchez une application pour vos clients, vos adhérents ou vos équipes, et la première question est toujours la même : PWA ou application native ? Un prestataire vous parle d'App Store et de Google Play, l'autre vous dit qu'un simple lien suffit, et les deux vous proposent un devis sans rapport. Derrière ce choix, il y a du budget, des délais, des cotisations annuelles, mais surtout l'usage réel : qui va se servir de l'outil, sur quel appareil, dans quelles conditions. Un commerçant qui scanne des produits en réserve, un club qui prend des réservations, un artisan qui saisit ses interventions sur le terrain n'ont pas les mêmes contraintes. Après plusieurs années à livrer les deux types d'applications à des entreprises bretonnes, nous avons une position assez nette, et elle n'est pas celle que les stores vous suggèrent. Voilà les critères qui tranchent vraiment, et les quelques situations où il ne faut surtout pas se tromper.

Ce que votre utilisateur voit, et ce qu'il ne voit pas

Une PWA est un site web qui se comporte comme une application : on l'ouvre depuis un lien, on la met sur l'écran d'accueil, et à partir de là elle se lance en plein écran, avec son icône et sans barre d'adresse. Son fonctionnement est expliqué dans notre article sur ce qu'est une PWA et à quoi elle sert. Une application native, elle, se télécharge depuis un store et est écrite spécialement pour iPhone ou pour Android.

Pour la personne qui l'utilise tous les jours, la différence est le plus souvent invisible une fois l'icône posée sur l'écran. Ce qui change, c'est tout ce qui se passe avant et autour : comment elle l'a obtenue, comment vous la maintenez à jour, ce que ça coûte chaque année pour qu'elle reste disponible, et ce que l'appareil l'autorise à faire.

C'est là que se décide le choix. Pas sur l'apparence, mais sur quatre critères de fond : le coût, la diffusion, les mises à jour et l'accès au matériel du téléphone.

Une application à entretenir, ou deux

Une application native existe en deux exemplaires : une pour iPhone, une pour Android. Deux développements, deux séries de tests, deux mises sur le marché, et à chaque évolution, il faut remettre le couvert. Deux cibles à maintenir, avec des règles qui changent au gré d'Apple et de Google.

La PWA, elle, existe en un seul exemplaire. L'application est commune à l'iPhone, à Android et à l'ordinateur de bureau, ce qui a plus d'importance qu'on ne le pense : la personne qui gère le planning ou les stocks préférera souvent un grand écran, et elle travaille sur le même outil que le collègue de terrain, sans version à part.

Sur le devis, c'est palpable dès le départ. Une application web sur mesure livrée en PWA se situe entre 900 et 9 000 € pour un outil simple, et entre 3 500 et 29 000 € pour un projet à plusieurs modules et intégrations. Une application mobile native, c'est à partir de 2 900 € et jusqu'à 19 000 € par version. Si vous visez les deux systèmes, il faut compter le double, et paralèlement une maintenance plus lourde, entre 69 et 249 € par mois selon l'ampleur, qui couvre notamment le suivi des nouvelles versions d'iOS et d'Android.

Les stores : un péage, des délais et des règles

Publier sur les stores a un coût d'entrée et des règles à suivre. Pour Apple, le compte développeur coûte environ 99 $ par an ; pour Google, c'est un paiement unique d'environ 25 $. Ce n'est pas ce qui mettra un budget en péril. C'est le reste.

D'abord la validation. Chaque nouvelle version passe entre les mains des équipes des stores avant d'être publiée : quelques heures dans le meilleur des cas, plusieurs jours si une règle a changé ou si un détail ne leur semble pas bon. Pour une correction urgente un vendredi en milieu d'après-midi, c'est un long délai. Ensuite les commissions : si vous vendez un produit dans l'application, un abonnement, des crédits, des réservations payantes, les stores ponctionnent entre 15 et 30 % de la vente, avec des règles strictes sur ce qui doit passer par leur système de paiement.

Avec une PWA, une mise à jour est en ligne pour tout le monde au moment où elle est publiée. Pas de file d'attente, pas de version à télécharger, pas d'utilisateur qui reste sur l'ancienne version. Sur un projet récent, une correction demandée par le client à 9 h était visible sur tous les smartphones de l'équipe à 9 h 15.

Il reste un point qui plaide pour les stores : la visibilité. Pour une application grand public que des inconnus doivent découvrir, figurer dans l'App Store ou sur Google Play demeure un canal. Pour un outil à destination de vos clients, de vos adhérents ou de vos salariés, ce canal ne sert à rien : ils arrivent par votre site, un lien, un QR code sur un flyer, un message de votre part. La PWA est trouvée par un moteur de recherche, l'application native par un store ; selon votre public, l'un des deux est tout simplement inutile.

Hors ligne, notifications, matériel : où sont les vraies limites

Longtemps, on a reproché aux PWA trois défauts : le hors ligne, les notifications, le matériel. En 2026, la plupart de ces reproches ne tiennent plus, mais pas tous, et ce sont précisément ces détails qu'il faut examiner de près avant de choisir.

Le hors ligne est possible dans les deux cas. Une PWA bien conçue continue d'afficher ses écrans et d'enregistrer les saisies sans réseau, puis envoie tout au retour de la connexion.

Android offre les notifications depuis longtemps, et l'iPhone les propose depuis 2023, pour peu que la PWA ait été ajoutée à l'écran d'accueil. Quelques limites subsistent sur iPhone par rapport à une application native, surtout sur les réglages fins et certains comportements en arrière-plan. Pour prévenir un adhérent que sa séance est confirmée ou un salarié que sa commande est prête, l'objectif est rempli. Pour une messagerie en temps réel qui doit réveiller le téléphone à toute heure, mieux vaut une application native.

C'est l'accès au matériel qui a le plus progressé. Caméra, prise de photos, lecture de code-barres et de QR codes, géolocalisation, micro : tout cela fonctionne aujourd'hui en PWA, et fonctionne egalement sur les terminaux professionnels à douchette intégrée, comme les terminaux Zebra des entrepôts et des magasins. En revanche, le Bluetooth avancé pour piloter un appareil, le NFC sur iPhone, les capteurs de mouvement précis, les tâches qui tournent en arrière-plan pendant des heures, ou encore les graphismes 3D d'un jeu, restent l'apanage des applications natives.

Le comparatif en un coup d'œil

Pour fixer les idées, voici les deux options face à face sur les critères qui comptent pour une entreprise qui n'a pas de service informatique.

Lu comme ça, le tableau donne l'impression d'un match équilibré. Dans la pratique, les trois dernières lignes de la colonne native concernent une minorité de projets de TPE et de PME, et les six premières lignes concernent tous les projets. C'est ce déséquilibre qui fonde notre position.

Dans quels cas le natif reste le bon choix

On ne pousse pas la PWA par principe. Dans plusieurs situations, on recommande une application native sans hésiter, et il vaut mieux en avoir conscience dès le cadrage plutôt qu'au milieu du projet.

• Votre application pilote un appareil en Bluetooth : balance connectée, imprimante portable, capteur, matériel médical. Les possibilités offertes aux PWA sont trop inégales d'un téléphone à l'autre.
• Vous avez besoin du NFC sur iPhone, par exemple pour lire des badges ou des étiquettes sans contact : Apple réserve cet accès aux applications natives.
• L'application doit travailler en arrière-plan pendant longtemps : suivi d'un trajet complet, mesure continue, synchronisation permanente même écran éteint.
• Vous faites un jeu, de la réalité augmentée ou des graphismes lourds, où chaque fraction de seconde compte.
• Le store est votre canal d'acquisition : application grand public, destinée à être découverte par des gens qui ne connaissent pas encore votre enseigne, et dont la présence sur les stores fait partie de la stratégie commerciale.

Dans tous ces cas, on chiffre une application native. Hors de ces cas, la PWA répond au besoin pour une fraction du budget, et c'est ce que nous proposons. Notre comparatif plus large entre application web et application mobile détaille les autres critères, comme le profil des utilisateurs et le rythme des évolutions.

Ce qu'on a vu sur le terrain

Les arguments ci-dessus valent ce que valent les projets qui les illustrent. En voici trois, livrés à des clients sans service informatique, qui les emploient chaque jour.

Pour Netto Le Teil, nous avons développé SmartProduct, un assistant de création de fiches produits pour le drive du magasin. L'employé lit le code-barres d'un nouvel article, la fiche se complète, il prend la photo sur place, même posée au sol dans la réserve, et le produit part sur le drive. Tout cela sous la forme d'une PWA, utilisée aussi bien sur smartphone que sur terminal Zebra, sans aucune installation : on a envoyé un lien, l'icône a été ajoutée sur chaque appareil, et chaque amélioration depuis est arrivée sans passer par un store. Même fonctionnement pour l'application de préparation des commandes du même drive, déployée auparavant sur les terminaux Zebra des préparateurs.

Pour La Piscine de Plouzané, près de Brest, le défi était différent : environ 2 000 adhérents qui réservent leurs séances depuis leur téléphone. Leur demander de télécharger une application depuis un store aurait fait perdre une partie d'entre eux dès la première étape. Avec une PWA, le club communique une adresse, chacun la met sur son écran d'accueil s'il le souhaite, et les fonctionnalitées évoluent sans que personne n'ait rien à réinstaller.

Dans les deux cas, la question « PWA ou application native » a été posée au cadrage et tranchée en une réunion, parce qu'aucun des critères qui imposent le natif n'était présent.

Questions fréquentes

Une PWA peut-elle être mise sur l'App Store ou Google Play ? Oui, c'est possible en l'emballant dans une coquille prévue pour les stores, surtout côté Google Play. Ce n'est utile que si la présence sur un store est un objectif en soi ; pour un outil interne ou réservé à vos clients, ça ajoute des frais et des délais sans bénéfice.

Les notifications fonctionnent-elles vraiment sur iPhone avec une PWA ? Oui, depuis 2023, à condition que l'utilisateur ait ajouté l'application à son écran d'accueil et accepté les notifications. Quelques réglages fins restent réservés aux applications natives, mais pour prévenir d'une confirmation, d'un rappel ou d'une commande prête, c'est suffisant.

Peut-on commencer en PWA et passer en natif plus tard ? Oui, et c'est souvent la bonne séquence. La PWA permet de valider l'usage réel à moindre coût ; si un besoin natif apparaît ensuite, Bluetooth, NFC, arrière-plan, on développe la version native en réutilisant tout ce qui a été conçu côté serveur et côté règles métier.

Une PWA fonctionne-t-elle sur un terminal professionnel à douchette ? Oui. Les terminaux Zebra et équivalents sous Android lancent une PWA comme n'importe quelle application, et la douchette intégrée renvoie le code scanné directement dans l'écran de saisie. C'est la configuration qu'on utilise dans les entrepôts et les réserves de nos clients.

Ce qu'il faut retenir

Pour la grande majorité des projets d'une TPE ou d'une PME, un outil pour vos équipes, vos clients ou vos adhérents, la PWA fait le travail : une seule application pour tous les appareils, pas de store, pas de commission, des mises à jour sans effort, et un accès au matériel qui couvre le scan, la photo et la géolocalisation. L'application native garde son rôle pour le Bluetooth, le NFC sur iPhone, l'arrière-plan, les graphismes lourds et les projets dont le store est le canal de vente.

Votre projet vous fait hésiter ? Prenons le temps d'en discuter : en une réunion, on passe vos usages en revue, on vous dit laquelle des deux options tient la route, et on chiffre la bonne.