Progressive Web App (PWA) : qu'est-ce que c'est et est-ce utile ?

Vous hésitez entre une application mobile et un site internet pour votre projet ? La progressive web app se situe exactement entre les deux. Une PWA est un site web conçu pour s’installer sur le téléphone, s’ouvrir en plein écran et continuer à fonctionner sans réseau. L’utilisateur y accède par une simple URL, sans passer par un store.

Le format a beaucoup mûri depuis la première version de cet article, en 2021. Apple a ouvert les notifications push aux PWA en 2023, puis simplifié leur installation en 2025. Google Play et le Microsoft Store acceptent désormais les PWA empaquetées.

Cet article fait le point sur la définition, le fonctionnement, les différences avec l’application native, le support iPhone en 2026 et les limites réelles du format. Nous concevons des applications web sur mesure et des applications mobiles depuis 2010 : voici la grille de lecture que nous utilisons en cadrage. Pour situer la PWA dans le paysage plus large, consultez aussi notre comparatif application web vs application mobile.

Qu’est-ce qu’une progressive web app ?

Pour juger de l’intérêt d’une progressive web app, il faut d’abord comprendre sa nature et ses composants.

Définition d’une PWA

Une PWA (progressive web app, ou application web progressive) est une application web qui offre l’expérience d’une application mobile. Elle se construit avec les technologies du web (HTML, CSS, JavaScript) et s’exécute dans le navigateur. Elle possède une URL et des pages indexables, comme n’importe quel site.

Sa différence tient à ce qu’elle ajoute au site classique. L’utilisateur peut l’installer sur son écran d’accueil, où elle apparaît avec sa propre icône. Elle s’ouvre alors en plein écran, sans barre d’adresse, et peut fonctionner hors ligne ou envoyer des notifications.

Le terme « progressive » désigne le principe d’amélioration progressive. L’application fonctionne dans tous les navigateurs, puis active des fonctions supplémentaires quand l’appareil les prend en charge. Un vieux navigateur affiche un site correct ; un navigateur récent offre l’expérience complète.

Le terme a été proposé en 2015 par Alex Russell, ingénieur chez Google, et la designer Frances Berriman. Il désigne un ensemble de standards web ouverts, pris en charge par Chrome, Edge, Safari, Samsung Internet et, partiellement, Firefox.

PWA, web app, site web : quelles différences ?

Les trois termes se recoupent, ce qui crée de la confusion. Un site web présente du contenu que l’on consulte. Une web app (application web) permet d’agir : créer un compte, manipuler des données, obtenir un résultat personnalisé. Une PWA est une web app, ou un site, enrichie pour s’installer et fonctionner comme une application.

Autrement dit, toute PWA est une application web, mais toute application web n’est pas une PWA. Il lui manque souvent le manifest et le service worker qui rendent l’installation et le hors ligne possibles.

Les fonctionnalités possibles de la PWA

Une PWA moderne va bien au-delà du site responsive. Voici les fonctions disponibles aujourd’hui, et leur niveau de prise en charge.

Chaque fonction ajoutée a un coût de conception et de test. Nous recommandons de partir des usages réels plutôt que de cocher toutes les cases du tableau.

Les prérequis d’une PWA

Pour qu’un site devienne une PWA, trois éléments techniques sont nécessaires.

Une connexion HTTPS. Le service worker peut intercepter tout le trafic de l’application : les navigateurs exigent donc une connexion chiffrée. C’est aussi un prérequis de sécurité by design, et un signal attendu par les moteurs de recherche.

Le web app manifest. Ce fichier JSON décrit l’application au système : nom, icônes, couleurs, page de démarrage et mode d’affichage (plein écran ou fenêtre). Chrome exige ces champs pour proposer l’installation, avec des icônes d’au moins 192 et 512 pixels, selon web.dev.

Le service worker. Ce script tourne en arrière-plan, séparément de la page. Il intercepte les requêtes réseau, gère le cache et reçoit les notifications push. Depuis 2023 (Chrome 112), Chrome ne l’exige plus pour proposer l’installation. Sans lui, pourtant, pas de hors ligne ni de push : il reste la brique qui fait d’un site une véritable application.

Le responsive design, cité comme prérequis dans beaucoup d’articles, relève plutôt de la base. En 2026, un site non adapté au mobile pose un problème bien avant la question de la PWA.

Comment fonctionne une progressive web app ?

Le fonctionnement d’une PWA repose sur la collaboration entre l’application, son service worker et le réseau.

À la première visite, le navigateur charge le site normalement et enregistre le service worker. Celui-ci met en cache les éléments essentiels : la structure de l’interface, les styles, les scripts, parfois les données.

Aux visites suivantes, chaque requête passe par le service worker. Il applique la stratégie définie à la conception : répondre depuis le cache pour un affichage immédiat, interroger le réseau pour des données fraîches, ou combiner les deux. C’est ce qui permet à une PWA de s’ouvrir en une fraction de seconde, même sur une connexion 4G médiocre.

Sans réseau, le service worker sert ce qu’il a en cache. L’utilisateur consulte ses derniers contenus et peut saisir des informations. Les données saisies partent vers le serveur au retour de la connexion.

Pour les notifications, le serveur envoie un message au service de push du navigateur (Google, Apple ou Mozilla). Ce service réveille le service worker, qui affiche la notification, même si l’application est fermée.

Ces stratégies de cache se conçoivent avec soin. Un cache mal pensé affiche des données périmées ou gonfle le stockage du téléphone. C’est un sujet d’architecture à traiter dès le cadrage, au même titre que la sécurité.

Quelle est la différence entre une PWA et une application native ?

Pour comparer honnêtement les deux formats, reprenons ce qu’est une application native.

Application native : définition

Une application native est développée spécifiquement pour un système d’exploitation, dans son langage : Swift pour iOS, Kotlin pour Android. Elle se télécharge depuis l’App Store ou Google Play et s’installe sur l’appareil.

Ce développement dédié lui donne un accès complet au matériel : Bluetooth, NFC, capteurs, stockage illimité, tâches en arrière-plan. Il a une contrepartie : deux versions à développer et à maintenir pour couvrir iPhone et Android, chacune soumise aux règles et aux délais de validation des stores.

Entre les deux existe une troisième voie, l’application cross-platform (React Native, Flutter). Une seule base de code produit des applications distribuées sur les stores. Nous la détaillons dans notre article sur le développement cross-platform et dans notre comparatif application native ou hybride.

Tableau des différences entre la PWA et l’application native

Le tableau de 2021 indiquait qu’une PWA ne pouvait ni stocker de données ni figurer sur les stores. Ce n’est plus vrai en 2026 : ces deux lignes ont été les plus corrigées.

PWA, native ou cross-platform : comment choisir ?

Le bon format découle de vos usages et de votre public. Voici la matrice que nous utilisons en cadrage.

Un critère revient souvent en dernier alors qu’il devrait venir en premier : la fréquence d’usage. Une application ouverte une fois par mois ne justifie pas un téléchargement. Une application utilisée dix fois par jour mérite un investissement natif si l’expérience l’exige. Pour les projets mobiles, nous recommandons aussi React Native quand le web et le mobile doivent partager une grande partie du code.

La PWA sur iPhone en 2026 : ce qui fonctionne vraiment

L’iPhone a longtemps été le frein principal à l’adoption des PWA. La situation a nettement évolué en trois étapes.

Février 2023, iOS 16.4. Apple ouvre les notifications push aux web apps ajoutées à l’écran d’accueil, avec la pastille de compteur sur l’icône. Selon le blog WebKit, ces notifications s’affichent sur l’écran verrouillé, dans le centre de notifications et sur l’Apple Watch, comme celles de n’importe quelle application.

Mars 2024, iOS 17.4. Apple annonce d’abord la suppression des web apps en Europe, en réponse au Digital Markets Act. L’entreprise revient sur sa décision quelques jours avant la sortie, rapporte 9to5Mac. Les PWA fonctionnent donc normalement en France et dans l’Union européenne.

Septembre 2025, iOS 26. Tout site ajouté à l’écran d’accueil s’ouvre désormais en web app par défaut, même sans manifest. Le blog WebKit le résume ainsi : il n’existe plus aucune exigence d’installabilité dans Safari.

Des limites persistent, et il faut les connaître avant de choisir :

Le point sur le stockage mérite une précision. Safari efface les données d’un site après sept jours d’utilisation du navigateur sans visite. Les web apps installées sur l’écran d’accueil en sont exemptées, précise WebKit. Conséquence pratique : pour un usage hors ligne sur iPhone, guidez vos utilisateurs vers l’installation.

Exemples de progressive web apps

Les études de cas publiques sur les PWA se sont raréfiées depuis 2021 : le format est devenu banal, et les entreprises communiquent moins sur leurs chiffres. Les trois cas ci-dessous restent les plus récents documentés par Google. Chacun éclaire une question que se pose une entreprise avant de choisir le format.

Orange Polska : une PWA sur Next.js

L’opérateur polonais du groupe Orange a remplacé son site mobile par une PWA construite avec Next.js et Workbox. Le rendu côté serveur préserve le référencement ; le service worker garde le site disponible même en cas de panne du back-end. Selon l’étude de cas publiée sur web.dev en 2021, par rapport à l’ancien site :

• la conversion sur mobile a progressé de 52 % ;
• le temps de chargement moyen est 30 % plus rapide ;
• le taux de rebond s’est amélioré de 12 % et la profondeur de session de 18 %.

C’est la stack que nous utilisons le plus souvent pour ce type de projet : un rendu serveur pour les pages publiques, un service worker pour la résilience.

Mainline Menswear : ce que change l’installation

Le e-commerçant britannique de mode masculine a transformé son site Nuxt.js en PWA installable, avec une page hors ligne et des stratégies de cache par type de contenu. web.dev compare en 2021 les utilisateurs qui ont installé la PWA à ceux restés sur le site mobile. Chez les premiers, le taux de conversion est 55 % plus élevé, le panier moyen 12,5 % plus élevé et le revenu par session 243 % plus élevé.

Ces écarts mesurent aussi un biais : les utilisateurs qui installent une application sont déjà les plus fidèles. Ils montrent surtout qu’un parcours d’installation bien conçu donne à vos meilleurs clients un accès plus direct.

Clipchamp : une application lourde dans le navigateur

Clipchamp est un éditeur vidéo qui fonctionne entièrement dans le navigateur, avec WebAssembly pour les traitements lourds. En 2020, ses installations en PWA progressaient de 97 % par mois, et les utilisateurs de la PWA affichaient une rétention supérieure de 9 % à celle des autres utilisateurs sur ordinateur, d’après web.dev. Microsoft a racheté Clipchamp en 2021 et l’intègre à Windows 11 depuis 2022.

L’exemple bat en brèche une idée reçue : une application web peut porter des usages exigeants, sur ordinateur comme sur mobile. Photoshop, dont Adobe a ouvert une version web en 2021, repose sur les mêmes briques (service worker, WebAssembly, stockage de fichiers local).

Des PWA du quotidien

Beaucoup d’applications que vous utilisez sont installables en PWA, parfois sans que vous le sachiez. Starbucks propose la commande en ligne via une PWA. Microsoft permet d’installer Outlook et Teams depuis le navigateur. Spotify et YouTube Music suivent la même logique.

Le format est encore plus répandu dans les outils d’entreprise. Portails fournisseurs, applications d’inventaire, outils de saisie pour les équipes terrain : la PWA évite de gérer une flotte d’applications à déployer sur chaque téléphone. Une mise à jour en production touche immédiatement tous les utilisateurs, sans passer par un gestionnaire de terminaux mobiles.

Pourquoi choisir la PWA ?

Commençons par les points forts du format, avant d’en examiner les limites.

Avantages de la Progressive Web Application

Un développement unique. Une seule base de code couvre ordinateur, tablette, Android et iPhone. Le développement, les tests et la TMA sont mutualisés, là où le natif exige deux applications parallèles.

Un accès direct depuis les moteurs de recherche. Chaque écran d’une PWA possède une URL indexable par Google. L’application participe à votre acquisition organique, là où une application native reste invisible hors des stores. À condition de soigner le rendu serveur et les Core Web Vitals, une PWA rapide devient un atout SEO.

Des mises à jour instantanées. Une correction déployée en production est disponible pour tous les utilisateurs dans l’heure. Aucune validation de store à attendre, aucune ancienne version qui traîne sur les téléphones.

Un accès hors ligne. L’application reste consultable dans le métro, en zone blanche ou en entrepôt. Les saisies sont conservées puis synchronisées au retour du réseau.

Aucune friction d’installation. L’utilisateur découvre l’application par un lien, l’utilise immédiatement, puis l’installe s’il le souhaite. Pas de passage par un store, pas de téléchargement de plusieurs dizaines de Mo.

Aucune commission de store. Les paiements passent par votre propre solution. Les stores prélèvent de 15 à 30 % sur les achats intégrés d’une application native.

Inconvénients de la Progressive Web Application

La PWA n’est pas une solution universelle. Ses limites sont précises, et il vaut mieux les connaître avant de s’engager.

Un accès au matériel incomplet sur iPhone. Safari ne prend en charge ni le Bluetooth ni le NFC, d’après la compatibilité documentée par MDN. Ces fonctions restent disponibles sur Android via Chrome, ce qui crée des écarts entre plateformes.

Une installation moins évidente sur iPhone. Aucune invite n’apparaît : l’utilisateur doit passer par le menu Partager. Il faut donc prévoir un écran d’explication dans l’application, sous peine de voir peu d’utilisateurs l’installer.

Une absence de l’App Store. Pour une application grand public dont l’acquisition passe par les stores, ce manque de visibilité est réel. La règle 4.2 des App Review Guidelines d’Apple refuse les applications qui se contentent d’encapsuler un site.

Des performances en retrait pour les usages intensifs. Jeux exigeants, traitement vidéo, réalité augmentée : le natif garde l’avantage dès que l’application sollicite fortement le processeur ou le processeur graphique.

Un comportement qui varie selon les navigateurs. Chrome, Safari, Firefox et Samsung Internet n’offrent pas exactement les mêmes fonctions. Chaque PWA doit être testée sur les couples navigateur et système réellement utilisés par votre public.

Nous avions besoin de développer l’interface utilisateur de notre application mobile. La collaboration avec Sooyoos est constructive. Les développeurs sont motivés, compétents et font preuve d’initiative.

Cédric Ghez, Ingénieur logiciel, Voltalis

Faire développer une PWA : comment se déroule un projet ?

Qu’il s’agisse de transformer un site existant ou de créer une application, un projet de PWA suit les mêmes étapes.

1. Cadrer l’usage. Qui utilise l’application, sur quel appareil, avec quelle connexion, à quelle fréquence ? Ces réponses disent si la PWA est le bon format. Un cahier des charges d’application mobile structure utilement cette réflexion.

2. Définir la stratégie hors ligne. Quels écrans et quelles données doivent rester disponibles sans réseau ? Combien de temps ? Que se passe-t-il si deux saisies entrent en conflit ? Ces choix conditionnent l’architecture.

3. Concevoir l’expérience installée. Icônes, écran de démarrage, parcours d’installation guidé sur iPhone, demande de permission pour les notifications au bon moment : l’expérience d’une PWA se conçoit comme celle d’une application.

4. Développer et tester sur les vrais appareils. Nous testons chaque PWA sur les navigateurs et systèmes de votre public, avec une attention particulière au couple iPhone et Safari, le plus contraint.

5. Maintenir dans la durée. Navigateurs et systèmes évoluent plusieurs fois par an. Une maintenance applicative suivie évite qu’une PWA ne se dégrade silencieusement. Chez Sooyoos, la même équipe assure le développement puis la TMA, avec 3 mois d’hypercare après la mise en production.

Pour un site existant, la transformation en PWA est souvent un chantier raisonnable si l’architecture est saine. Si le site est ancien ou lent, elle révèle en revanche une dette technique à traiter d’abord.

Questions fréquentes

Une PWA fonctionne-t-elle vraiment sans connexion internet ?

Oui, dans la mesure prévue à la conception. Une PWA fonctionne hors ligne grâce à son service worker, qui garde en cache les écrans et les données déjà chargés. L’utilisateur consulte ses dernières informations et peut saisir des formulaires, synchronisés au retour du réseau. Ce mode hors ligne n’est jamais automatique : il faut décider en amont quels contenus stocker, combien de temps, et comment gérer les conflits de synchronisation. Pour une application de terrain qui doit tenir des journées entières sans réseau avec des volumes de données importants, une application native ou cross-platform reste plus robuste. Le besoin de hors ligne fait partie des premiers critères que nous vérifions en cadrage.

Peut-on publier une progressive web app sur l’App Store et Google Play ?

Oui sur Google Play et le Microsoft Store, avec plus de réserves sur l’App Store. Google Play accepte les PWA empaquetées en Trusted Web Activity, avec des outils comme Bubblewrap ou PWABuilder. Le Microsoft Store les accepte aussi, via PWABuilder. Côté Apple, il faut encapsuler la PWA dans une application native, et la règle 4.2 des App Review Guidelines refuse les applications qui se contentent de reproduire un site. Une présence sur l’App Store suppose donc d’ajouter des fonctions natives réelles. Si les stores sont un canal d’acquisition majeur pour vous, une application cross-platform comme React Native est souvent la voie la plus directe.

Une progressive web app est-elle bien référencée sur Google ?

Oui, à condition que ses contenus soient rendus côté serveur ou pré-générés. Une PWA reste un site web : chaque écran a une URL que Google peut explorer et indexer, ce qui est impossible pour une application native. Le piège vient des PWA construites comme des applications monopage qui affichent tout en JavaScript : Google finit par les indexer, mais plus lentement et parfois partiellement. Nous privilégions donc un rendu serveur ou statique (Next.js, Astro) pour les pages publiques, et réservons le rendu côté navigateur aux espaces connectés. La performance compte aussi : les Core Web Vitals d’une PWA bien construite sont un atout SEO direct.

Combien coûte le développement d’une PWA ?

Le coût d’une PWA dépend avant tout de son périmètre fonctionnel. Le manifest, le service worker et les icônes représentent une part modeste du budget. L’essentiel se joue ailleurs : nombre d’écrans, complexité des règles métier, intégrations avec votre SI (ERP, CRM, authentification), exigences de hors ligne et de sécurité. À périmètre égal, une PWA coûte généralement moins cher que deux applications natives, puisqu’une seule base de code couvre ordinateur, Android et iPhone, sans commission de store. Pour chiffrer sérieusement, nous partons d’un cadrage : c’est l’objet de notre diagnostic, qui aboutit à un chiffrage par lots.

Quelles technologies utiliser pour développer une PWA ?

Toute technologie web moderne permet de construire une PWA : il s’agit de standards du web, compatibles avec n’importe quel framework. En pratique, nous utilisons React avec Next.js pour les applications riches, Astro pour les sites de contenu très rapides, et des bibliothèques comme Workbox pour générer un service worker fiable. Côté serveur, une API robuste (Symfony avec API Platform, ou Node.js) alimente l’application. Le choix dépend surtout de votre existant et des compétences de vos équipes : une PWA bien conçue doit rester maintenable dans cinq ans, par nous ou par un autre prestataire. Le code source vous appartient et reste réversible.

Comment lancer un projet de progressive web app ?

Commencez par clarifier l’usage : qui utilise l’application, sur quel appareil, avec quelle connexion et à quelle fréquence. Ces réponses disent si la PWA est le bon format ou si le natif s’impose. Ensuite, un cadrage fixe le périmètre du premier lot, souvent un MVP, et les critères de réussite mesurables. Chez Sooyoos, nous concevons, développons et maintenons des applications web et mobiles depuis 2010, avec plus de 300 projets livrés et une vingtaine d’experts. Notre diagnostic vous aide à trancher entre PWA, cross-platform et natif avant d’engager le budget de développement. Parlez-nous de votre projet.

La PWA : conclusion

La progressive web app n’est plus le compromis bancal de 2021. Notifications push sur iPhone, installation simplifiée par iOS 26, présence possible sur Google Play : le format couvre aujourd’hui la majorité des besoins des applications de contenu, de commerce et des outils métier.

Elle ne remplace pas le natif partout. Bluetooth, NFC, hors ligne intensif ou acquisition par l’App Store restent des motifs solides de choisir une application native ou cross-platform. La bonne décision se prend à partir de vos usages, de votre public et de votre budget.

Pour aller plus loin, relisez nos conseils pour concevoir une application mobile, ou découvrez notre approche des applications web sur mesure. Si vous hésitez entre PWA, cross-platform et natif, notre diagnostic vous aide à trancher avant d’engager le développement.