Sommaire
Vous cherchez à offrir une expérience mobile à vos utilisateurs, mais le budget d'une application native vous refroidit ? Vous n'êtes pas seul. Beaucoup de dirigeants et de DSI se retrouvent face au même dilemme : investir dans une app iOS, une app Android (et maintenir les deux), ou trouver une alternative plus légère.
C'est exactement le problème que les Progressive Web Apps (PWA) cherchent à résoudre. Apparues en 2015 sous l'impulsion de Google, les PWA sont des applications web qui se comportent comme des applications mobiles. Elles s'installent sur l'écran d'accueil, fonctionnent hors connexion et envoient des notifications, le tout sans passer par l'App Store ou le Google Play Store.
Le marché des PWA a atteint 5,23 milliards de dollars en 2025, contre 3,53 milliards en 2024. Ce n'est pas un gadget : des entreprises comme Starbucks, Spotify ou L'Équipe les utilisent en production, avec des résultats mesurables. Mais une PWA n'est pas la réponse à tout, et on va être transparents là-dessus.
Dans ce guide, on vous explique ce qu'est une PWA, comment elle fonctionne sous le capot, quand elle fait sens (et quand elle n'en fait pas), et comment choisir entre PWA, app native et site responsive.
Comment fonctionne une PWA ?
Une Progressive Web App, c'est un site web enrichi de fonctionnalités habituellement réservées aux applications mobiles. Le terme a été inventé en 2015 par Frances Berriman et Alex Russell, deux ingénieurs de Google, pour décrire une nouvelle approche du développement web.
L'idée est simple. Au lieu de développer séparément un site web ET une application mobile, vous créez une seule application web capable de faire les deux. Elle se consulte dans un navigateur (Chrome, Firefox, Safari), mais elle peut aussi s'installer sur le téléphone comme une app classique, avec son icône sur l'écran d'accueil.
Ce qui rend une PWA "progressive", c'est qu'elle s'adapte aux capacités de l'appareil et du navigateur. Sur un navigateur récent, elle offre toutes ses fonctionnalités. Sur un navigateur plus ancien, elle fonctionne quand même, comme un site web standard. Pas de blocage, pas de message "votre navigateur n'est pas compatible".
Derrière cette expérience, trois briques techniques travaillent ensemble. Pas besoin d'être développeur pour comprendre leur rôle. Voyez-les comme les fondations, le plan de construction et le système de sécurité de votre application.
Le Service Worker
C'est la pièce maîtresse. Le Service Worker est un script qui tourne en arrière-plan, indépendamment de la page web. Son rôle principal : intercepter les requêtes réseau et gérer le cache. C'est lui qui permet à la PWA de fonctionner quand l'utilisateur perd sa connexion internet. Il stocke les ressources nécessaires (pages, images, données) et les sert depuis le cache quand le réseau est indisponible.
Le Service Worker gère aussi les notifications push et la synchronisation en arrière-plan. Quand l'utilisateur retrouve du réseau, les données en attente sont envoyées automatiquement. Pour vos équipes terrain qui travaillent dans des zones mal couvertes, c'est un vrai plus.
Le Web App Manifest
Le manifest.json est un fichier de configuration qui décrit votre PWA au navigateur. Il contient le nom de l'application, son icône, ses couleurs, son orientation d'affichage et son comportement au lancement. C'est grâce à ce fichier que le navigateur sait qu'il peut proposer à l'utilisateur d'installer l'application sur son écran d'accueil.
Sans manifest, pas d'installation possible. C'est le plan d'identité de votre PWA.
Le protocole HTTPS
Une PWA doit obligatoirement être servie via HTTPS. Ce n'est pas une option, c'est un prérequis technique. Le Service Worker intercepte toutes les requêtes réseau, et sans connexion sécurisée, ce mécanisme pourrait être exploité à des fins malveillantes. HTTPS garantit que les échanges entre l'utilisateur et votre application sont chiffrés et fiables.
Si votre site est déjà en HTTPS (ce qui devrait être le cas en 2025), cette condition est déjà remplie.
Que choisir entre PWA, app native et site responsive ?
C'est la question qui revient le plus souvent. Et la réponse honnête, c'est : ça dépend de votre projet.
👉 PWA : application web installable, développée en HTML/CSS/JavaScript, accessible via navigateur et installable sur l'écran d'accueil.
👉 App native : application développée spécifiquement pour iOS (Swift) ou Android (Kotlin), distribuée via les stores.
👉 Site responsive : site web classique qui s'adapte à la taille de l'écran, sans fonctionnalités d'application.
Sur le plan du coût de développement, la PWA est la solution la plus économique. Vous développez une seule base de code qui fonctionne sur tous les appareils. Une app native, en revanche, nécessite souvent deux développements distincts (iOS et Android), ce qui multiplie les coûts par 1,5 à 2. Un site responsive reste le moins coûteux, mais il n'offre pas les fonctionnalités d'une application.
Pour l'expérience utilisateur, l'app native garde l'avantage. Elle accède à toutes les fonctionnalités du téléphone (Bluetooth, NFC, capteurs biométriques, ARKit/ARCore), offre des performances graphiques optimales et une fluidité difficilement égalable. La PWA s'en approche, mais avec certaines limitations selon le système d'exploitation.
En matière de distribution, la PWA a un avantage souvent sous-estimé. Pas besoin de convaincre l'utilisateur de chercher votre app dans un store, de la télécharger, d'accepter les permissions et de s'inscrire. La PWA est accessible en un clic via une URL. Quand on sait qu'une application perd 20 % de ses utilisateurs à chaque étape du funnel d'installation, ça pèse dans la balance.
Côté référencement, la PWA et le site responsive sont indexables par Google, contrairement à une app native dont le contenu reste invisible pour les moteurs de recherche. Si le SEO fait partie de votre stratégie d'acquisition, c'est un critère à ne pas négliger.
Les mises à jour sont aussi un argument en faveur de la PWA. Elles sont automatiques et transparentes pour l'utilisateur, là où une app native nécessite une publication sur le store et un téléchargement côté utilisateur. Pour des équipes IT réduites, c'est un gain de temps réel.
On recommande la PWA quand le besoin principal est l'accessibilité et la performance web, sans dépendance aux stores. On recommande l'app native quand le projet nécessite un accès poussé au hardware du téléphone ou des performances graphiques avancées (jeux, réalité augmentée, IoT). Et parfois, les deux sont complémentaires.
Quelles entreprises utilisent des PWA ?
Les PWA ne sont pas un concept théorique. De grandes entreprises les utilisent en production, avec des résultats chiffrés.
Starbucks a développé une PWA pour sa plateforme de commande en ligne. Le résultat : une application de seulement 233 Ko (contre 150 Mo pour l'app native iOS), qui fonctionne même hors connexion. Les utilisateurs peuvent consulter le menu, personnaliser leur commande et l'ajouter à leur panier sans réseau. Starbucks a constaté un doublement du nombre d'utilisateurs actifs quotidiens après le lancement de sa PWA.
Spotify propose son lecteur web sous forme de PWA, offrant une expérience d'écoute fluide directement depuis le navigateur. L'interface est quasi identique à celle de l'application native, avec accès aux playlists, à la recherche et à la lecture en streaming. Pas besoin d'installer quoi que ce soit.
L'Équipe a été l'un des premiers médias français à adopter le format PWA. Le gain en performance de chargement et l'accès hors connexion aux articles ont amélioré le temps passé sur le site par les lecteurs mobiles. Raphaël Dardeau, CTO de L'Équipe, expliquait que la PWA avait permis de toucher des utilisateurs qui ne seraient jamais allés télécharger une app dans le store.
Aliexpress a observé une hausse de 104 % de ses taux de conversion sur les nouveaux utilisateurs après le passage en PWA. Le visuel plus épuré et le chargement plus rapide ont transformé l'expérience d'achat mobile, en particulier dans les zones à faible bande passante.
Pinterest, Twitter (avec Twitter Lite, désormais intégré à X) et Uber ont aussi fait le choix de la PWA, chacun pour des raisons spécifiques : réduction de la taille, performance sur réseaux lents, accessibilité dans des marchés émergents. Le point commun ? Dans tous les cas, la PWA a permis de toucher des utilisateurs qui n'auraient pas téléchargé l'app native.
Les avantages d'une PWA pour votre entreprise
Au-delà de la théorie, voici ce qu'une PWA apporte sur le terrain.
Le premier avantage, c'est la réduction des coûts. Développer une PWA revient à créer une seule application qui fonctionne partout, au lieu de maintenir un site web, une app iOS et une app Android. Quand on accompagne des PME sur des projets de développement mobile, la question du budget est souvent le premier critère de décision. La PWA permet de répondre au besoin avec un investissement maîtrisé.
La vitesse de chargement est un autre point fort. Grâce au Service Worker et au système de cache, une PWA charge ses ressources depuis la mémoire du téléphone plutôt que depuis le serveur. Le résultat : des temps de chargement proches de l'instantané, même sur des connexions 3G. Google rappelle que 53 % des utilisateurs mobiles quittent un site si le chargement dépasse 3 secondes. Les PWA répondent directement à ce problème, et ça se traduit dans les Core Web Vitals.
L'installation légère fait aussi la différence. Installer une PWA sur son téléphone ne prend que quelques kilo-octets, contre des dizaines ou des centaines de mégaoctets pour une app native. Sur les appareils avec un stockage limité, c'est un argument qui compte.
Les notifications push permettent de maintenir le contact avec vos utilisateurs, même quand ils ne sont pas sur votre site. Promotions, rappels, mises à jour de commande : les notifications push sont un levier de réengagement puissant, et elles fonctionnent sur les PWA comme sur les apps natives (avec quelques nuances sur iOS qu'on détaille plus bas).
Enfin, une PWA est indexable par les moteurs de recherche. Contrairement à une application native dont le contenu est enfermé dans un store, chaque page de votre PWA peut être référencée sur Google. Pour une stratégie d'acquisition organique, c'est un avantage décisif.
Les limites à connaître avant de se lancer
On ne va pas vous vendre la PWA comme la solution à tout. Elle a des limites réelles, et mieux vaut les connaître avant de prendre votre décision.
La compatibilité iOS reste le principal frein. Apple a longtemps freiné le développement des PWA sur Safari et iOS. Les choses s'améliorent : les notifications push sont supportées depuis iOS 16.4. Mais certaines fonctionnalités restent en retrait par rapport à Android. En février 2024, Apple a même envisagé de supprimer les PWA dans l'Union européenne avant de faire marche arrière face à la pression des développeurs et de la Commission européenne. L'écosystème Apple reste plus contraignant que celui de Google pour les PWA.
Les fonctionnalités matérielles limitées sont un autre point à garder en tête. Une PWA ne peut pas accéder à toutes les capacités du téléphone. L'authentification biométrique avancée, le NFC, le Bluetooth, le géorepérage en arrière-plan ou l'accès aux capteurs de santé restent réservés aux applications natives. Si votre projet repose sur une de ces fonctionnalités, la PWA n'est pas la bonne option.
La consommation de batterie peut être supérieure à celle d'une app native. La PWA s'exécute via le navigateur, qui est lui-même un processus gourmand en ressources. Pour une utilisation ponctuelle, la différence est négligeable. Pour une app utilisée intensivement toute la journée, c'est un facteur à considérer.
Le cache et le hors ligne ont aussi leurs limites. Si l'utilisateur ne se connecte pas régulièrement à votre PWA, les données en cache peuvent être supprimées par le navigateur pour libérer de l'espace. Le fonctionnement hors ligne n'est donc pas garanti indéfiniment, contrairement à une app native qui conserve ses données localement.
Enfin, l'absence des stores est à double tranchant. C'est un avantage côté distribution (pas de commission Apple/Google, pas de processus de validation à attendre). Mais c'est aussi un inconvénient en termes de visibilité : certains utilisateurs ont le réflexe de chercher une app dans le store. Sachez toutefois qu'il est possible de publier une PWA sur le Google Play Store via une TWA (Trusted Web Activity), et sur le Microsoft Store via PWABuilder.
