Une PWA, c'est quoi concrètement ?

PWA veut dire « Progressive Web App ». Derrière ce sigle un peu technique se cache une idée toute simple : un site web qui se comporte comme une application, sans passer par l'App Store ou le Play Store.

Concrètement, quand un client visite votre site depuis son téléphone, il peut « l'installer » en un geste. Une icône apparaît sur son écran d'accueil, à côté de ses autres applications. Il clique dessus, le site s'ouvre en plein écran, sans barre d'adresse, sans l'interface du navigateur. Pour lui, visuellement, c'est une app comme les autres.

Mais en coulisses, c'est toujours un site web. Pas de code à écrire deux fois pour iPhone et Android, pas de validation par Apple qui peut prendre des semaines, pas de mise à jour à faire valider avant qu'elle arrive chez vos clients. Vous modifiez votre site, et tout le monde a la nouvelle version immédiatement.

L'exemple du site qui se comporte comme une app

Prenons un exemple simple : une boulangerie qui propose du click & collect. Le client va sur le site une première fois, passe une commande, et le site lui propose d'ajouter une icône sur son écran d'accueil. Il accepte. La fois suivante, il ne tape plus l'adresse du site dans son navigateur : il clique sur l'icône, comme il le ferait pour Uber Eats ou sa banque.

Certaines fonctions vont plus loin : le site peut continuer à fonctionner (au moins partiellement) même si la connexion internet coupe un instant, et il peut envoyer une notification du type « votre commande est prête » directement sur le téléphone, sans passer par un SMS ou un e-mail qui finit dans les spams.

C'est tout l'intérêt de la PWA : donner à un site web le confort d'usage d'une application, sans les contraintes qui viennent avec une vraie application native.

Pourquoi pas juste une app « classique » ?

Quand on parle d'application mobile, le premier réflexe est souvent de penser à une app « native » — celle qu'on télécharge sur l'App Store ou le Play Store, développée spécifiquement pour iPhone d'un côté et Android de l'autre.

C'est une solution qui a du sens dans certains cas, notamment quand on a besoin d'accéder en profondeur aux fonctions du téléphone (caméra avancée, capteurs, Bluetooth très spécifique...). Mais pour la grande majorité des PME que je rencontre à Bruxelles et en Belgique, une app native pose plusieurs problèmes très concrets.

Les limites des apps natives pour une petite structure

Le coût de développement double. Une app native, c'est en réalité deux projets : un pour iPhone, un pour Android. Deux bases de code différentes, deux logiques techniques différentes. Même chose pour chaque évolution future : ce qu'on ajoute d'un côté doit être refait de l'autre.

La validation par les stores. Apple et Google examinent chaque application avant de la publier, et chaque mise à jour repasse par ce contrôle. Ça peut prendre plusieurs jours, parfois plus, et une app peut être refusée pour des raisons qui n'ont parfois rien à voir avec la qualité du travail.

Le frein au téléchargement. Demander à un client d'aller sur un store, de chercher votre app, de la télécharger, d'attendre l'installation, puis de créer un compte... c'est beaucoup d'étapes pour quelqu'un qui voulait juste commander un pain ou consulter ses horaires. Une PWA, elle, s'utilise directement depuis le site, sans aucune de ces frictions. L'installation sur l'écran d'accueil devient une option, pas une obligation.

Les frais récurrents. Publier sur l'App Store implique un compte développeur Apple payant chaque année. Ce n'est pas énorme, mais ça s'ajoute à une facture qui, pour une app native complète, part déjà souvent sur plusieurs milliers d'euros.

Pour une petite structure avec un budget serré et un besoin qui reste raisonnable, ces contraintes pèsent lourd par rapport au bénéfice réel.

Ce qu'une PWA change concrètement pour une PME

Je préfère parler de cas concrets plutôt que de théorie, parce que c'est vraiment là que la PWA prend tout son sens — ou pas, d'ailleurs. Ce n'est pas une solution magique pour tout le monde.

Cas concret 1 : commerce et click & collect

Un commerce qui vend en ligne ou propose du retrait en magasin a tout à gagner à ce que ses clients réguliers puissent commander en deux clics, depuis une icône sur leur téléphone. Pas besoin qu'ils retapent l'adresse du site à chaque fois, pas besoin qu'ils la retrouvent dans leurs favoris. L'icône est là, visible, à côté d'Instagram et de WhatsApp.

Ajoutez une notification simple — « votre commande est prête », « promo du jeudi » — et vous avez un canal de contact direct avec vos clients fidèles, sans dépendre de Facebook ou d'un SMS payant. Pour un commerce de quartier ou une petite chaîne locale, c'est concret et ça se traduit vite en commandes récurrentes.

Cas concret 2 : outil métier ou espace client

Prenons une PME qui donne accès à ses clients à un espace personnel : suivi de dossier, factures, prise de rendez-vous, documents à télécharger. Si cet espace est pensé comme une PWA, le client peut l'installer une fois et y revenir facilement, sans se souvenir d'un mot de passe compliqué à chaque fois s'il reste connecté, sans chercher l'onglet parmi vingt autres ouverts dans son navigateur.

Côté équipe interne, c'est la même logique : un outil de gestion utilisé par des commerciaux ou des techniciens sur le terrain gagne énormément à être installable sur leur téléphone ou leur tablette, avec un accès rapide, une interface plein écran, et parfois la possibilité de continuer à consulter certaines informations même sans réseau — ce qui compte réellement quand on travaille dans une cave, un parking souterrain ou une zone mal couverte.

Cas concret 3 : présence terrain, techniciens, livreurs

Pour des métiers où les équipes sont mobiles — plombiers, techniciens de maintenance, livreurs, artisans multi-chantiers — une PWA peut remplacer un carnet de bord ou un tableau Excel partagé tant bien que mal. On y consulte sa tournée du jour, on coche les interventions terminées, on prend une photo comme preuve de passage. Le tout depuis une icône installée sur le téléphone professionnel, sans dépendre d'un store, sans que chaque mise à jour de l'outil nécessite de repasser par une installation manuelle sur chaque appareil.

Ce type de projet reste dans la catégorie « application web sur mesure » chez moi, avec une logique métier et une base de données derrière — pas juste un site vitrine habillé en app.

PWA, app native ou simple site : comment choisir

Je vois régulièrement des porteurs de projet arriver en me disant « je veux une app ». Après discussion, dans la majorité des cas, ce n'est pas vraiment une app native dont ils ont besoin, mais d'un usage fluide et rapide sur mobile — ce qu'une PWA couvre très bien, pour une fraction du budget et du délai.

Voici comment je fais généralement le tri :

Un simple site responsive suffit si le besoin est essentiellement de la consultation d'informations — horaires, présentation, contact, portfolio — sans usage répété ni besoin d'accès rapide depuis l'écran d'accueil.

Une PWA a du sens si vous avez des utilisateurs qui reviennent régulièrement (clients fidèles, équipe interne, abonnés), si vous voulez un accès rapide façon app sans les contraintes des stores, si des notifications simples peuvent apporter une vraie valeur, ou si un usage minimal hors connexion serait utile.

Une app native devient nécessaire si vous avez besoin de fonctionnalités très poussées liées au matériel du téléphone — utilisation intensive du Bluetooth, réalité augmentée, accès très bas niveau à la caméra ou aux capteurs — ou si votre projet vise dès le départ un très large public avec un besoin de présence forte sur les stores pour des raisons de visibilité pure.

Pour l'immense majorité des PME, commerces et indépendants que j'accompagne à Bruxelles, on reste dans les deux premiers cas. La vraie question à se poser n'est pas « site ou app », mais « qu'est-ce que mes clients ou mon équipe vont réellement faire, et à quelle fréquence ».

Les limites à connaître, honnêtement

Je ne vais pas vous vendre la PWA comme la solution universelle, ce ne serait pas honnête. Il y a quelques points à connaître avant de se lancer.

Sur iPhone, l'installation et certaines fonctions (notamment les notifications) ont longtemps été plus limitées que sur Android, Apple ayant été plus lent à ouvrir ces possibilités aux sites web. La situation s'améliore version après version d'iOS, mais ça reste un point à vérifier selon votre public cible.

Une PWA n'apparaît pas dans les résultats de recherche de l'App Store ou du Play Store. Si votre stratégie de visibilité repose sur le fait d'être trouvé en tapant un mot-clé dans un store, ce n'est pas le bon outil. Si votre visibilité passe plutôt par Google, les réseaux sociaux ou le bouche-à-oreille, ce n'est pas un problème.

Enfin, une PWA ne remplace pas un site mal pensé. Installer une icône sur un écran d'accueil ne rattrape pas un parcours de commande confus ou un design peu clair. La base doit être solide avant d'ajouter cette couche.

Combien ça coûte, concrètement

C'est souvent là que la PWA devient particulièrement intéressante pour une PME : le coût reste proche de celui d'une application web sur mesure classique, puisque techniquement, il s'agit du même type de projet avec une couche supplémentaire pensée dès la conception.

Pour un outil ciblé — un espace client simple, un outil de suivi pour une petite équipe — je démarre généralement autour de 800€. Pour un projet avec une vraie logique métier, une base de données et une gestion d'utilisateurs plus poussée (espace personnel avec historique, gestion de commandes, tableau de bord), on part plutôt à partir de 1 500€, selon la complexité réelle du besoin.

À titre de comparaison, une app native équivalente sur iOS et Android démarre très souvent à plusieurs milliers d'euros, ne serait-ce que parce qu'il faut développer et maintenir deux versions distinctes. L'écart de budget est rarement anecdotique pour une petite structure.

Comment je procède si vous voulez explorer la piste

Je commence toujours par une discussion simple, sans jargon, pour comprendre ce que vos clients ou votre équipe font réellement au quotidien. C'est cette réalité concrète — pas une mode technique — qui détermine si une PWA a du sens pour vous, ou si un site classique bien conçu suffit largement.

Ensuite vient la conception : à quoi ressemble l'expérience une fois installée, quelles informations doivent rester accessibles même sans connexion, quelles notifications auraient une vraie utilité plutôt que d'être un gadget qui finit désactivé au bout d'une semaine. Puis le développement, le lancement, et un suivi dans le temps — parce qu'un outil numérique évolue avec votre activité, il ne se termine pas le jour de la mise en ligne.

Je travaille seul, en tant qu'interlocuteur unique du début à la fin, que ce soit en présentiel à Bruxelles ou entièrement à distance. Pas d'équipe commerciale entre vous et la personne qui code, pas de couches d'intermédiaires : vous me parlez directement de votre besoin, et c'est moi qui construis la solution.

Si vous vous demandez si une PWA correspond à votre projet — ou si, au contraire, un simple site suffirait très bien — le plus simple est d'en discuter concrètement. Contactez-moi, expliquez-moi ce que vous voulez que vos clients ou votre équipe puissent faire, et je vous dirai honnêtement quelle solution a du sens pour vous, sans vous orienter vers quelque chose de plus complexe ou plus coûteux que nécessaire.