Application mobile ou PWA : trancher en deux questions

La demande arrive souvent formulée d'avance : « nous voulons une application mobile ». Derrière cette phrase il y a presque toujours un objectif légitime — être présent sur le téléphone du client, envoyer des notifications, ne pas dépendre du navigateur. Mais la voie choisie pour y arriver a des conséquences que peu de devis explicitent.

De quoi parle-t-on

Une application native est développée pour Android et pour iOS, publiée sur le Play Store et l'App Store, installée depuis ces boutiques.

Une PWA — Progressive Web App — est une application web construite pour s'installer sur l'écran d'accueil, fonctionner hors connexion et recevoir des notifications. Elle s'ouvre en plein écran, sans barre d'adresse : pour l'utilisateur, la différence avec une application installée n'est pas évidente.

Ce qui change concrètement

Critère	Application native	PWA
Coût initial	Deux bases de code à écrire et à maintenir	Une seule, partagée avec le web
Installation	Passage par le store, quelques dizaines de mégaoctets	Un appui sur « Ajouter à l'écran d'accueil »
Mise à jour	Publication, validation du store, puis attente que l'utilisateur mette à jour	Immédiate, au prochain chargement
Hors connexion	Complet	Complet sur ce qui a été mis en cache
Notifications	Android et iOS	Android depuis longtemps, iOS depuis la version 16.4, si l'application est installée
Appareil photo, position, fichiers	Accès complet	Accès aux principaux capteurs, avec des limites
Bluetooth, NFC, arrière-plan permanent	Accès complet	Partiel ou indisponible
Trouvable sur Google	Non, seulement dans le store	Oui, c'est une application web

Deux questions suffisent

Avez-vous besoin de matériel que le web n'atteint pas ?

Bluetooth, NFC, traitement en arrière-plan permanent : lecture de badges, terminal de paiement, suivi de flotte, appairage d'un capteur. Si la réponse est oui, la question est réglée — le natif s'impose, et le reste de l'article ne vous concerne pas.

L'application est-elle le produit que vous vendez ?

Si vos utilisateurs cherchent votre nom dans le store, si la présence sur les boutiques fait partie de l'argumentaire commercial, ou si vous facturez l'application elle-même, le natif reste le bon choix.

Dans tous les autres cas — un espace client, un suivi de commande, un catalogue, une prise de rendez-vous, un outil interne — la PWA couvre le besoin réel pour une fraction du budget, et reste trouvable sur Google, ce qu'une application native ne sera jamais.

Les contraintes réseau changent la donne plus qu'on ne croit

Deux réalités que les comparatifs oublient, et qui pèsent partout où la connexion n'est pas garantie — équipes de terrain, sites industriels, zones rurales, marchés émergents :

• Le poids du téléchargement. Une application de quarante mégaoctets représente une dépense réelle pour un utilisateur au forfait limité, et un abandon pur et simple sur une connexion lente. Une PWA se charge progressivement, en quelques centaines de kilo-octets.
• Le stockage disponible. Sur un téléphone d'entrée de gamme déjà plein, installer votre application signifie en désinstaller une autre. La question n'est pas de savoir si la vôtre est utile, mais si elle l'est plus que celle qu'il faudrait supprimer.

C'est la conception hors-ligne qui décide de l'utilisabilité sur une connexion instable, pas la technologie choisie. Une application native qui suppose le réseau est aussi inutilisable qu'un site web.

Une troisième voie, souvent la bonne

Commencer par une PWA, mesurer l'usage réel pendant quelques mois, puis décider. Vous saurez alors quelles fonctions sont utilisées, à quelle fréquence, et sur quels appareils — trois informations que personne ne possède avant la mise en ligne. Le travail n'est pas perdu : l'interface et le serveur restent, seule la coque change.

La page Développement Web & Mobile détaille les deux approches. Si vous hésitez encore, décrivez-nous l'usage visé : la réponse tient généralement en une conversation.