Définition & Concepts

Progressive Web App (PWA)

Version Décideur

L'essentiel

Une PWA, c'est un site web qui a appris les gestes d'une application mobile. Vous l'ouvrez dans le navigateur comme n'importe quel site — pas de store, pas de téléchargement de 80 Mo, pas de compte à créer. Mais si vous l'ajoutez à votre écran d'accueil, elle se comporte comme une app : icône, plein écran sans barre d'adresse, contenu disponible même dans le métro, notifications. La métaphore : l'application native est une maison construite deux fois, une pour iOS, une pour Android — deux chantiers, deux budgets, deux équipes. La PWA est une seule maison posée sur une fondation universelle, le navigateur. Elle rend 90 % des mêmes services pour une fraction du coût. Ce qu'elle ne sait pas faire : accéder aux recoins profonds du téléphone (Bluetooth, NFC, capteurs avancés) et briller dans les rayons de l'App Store. Pour un portail client, un outil terrain ou un catalogue interactif, cette limite est rarement bloquante.

Version Expert

Détails Techniques

Application web construite avec les standards du web et enrichie de capacités applicatives via trois briques : (1) un service worker — script JavaScript exécuté en arrière-plan par le navigateur, qui intercepte les requêtes réseau, sert les ressources depuis le cache (Cache API, IndexedDB) et permet le fonctionnement hors ligne, la synchronisation différée et la réception de notifications push (Push API + Notifications API) ; (2) un Web App Manifest — fichier JSON déclarant nom, icônes, couleurs, orientation et display mode (standalone, fullscreen), condition de l'installabilité sur l'écran d'accueil ; (3) HTTPS obligatoire. Sur Android, Chrome propose l'installation native (prompt beforeinstallprompt) et une PWA peut être publiée sur Google Play via une Trusted Web Activity (TWA). Sur iOS, l'installation passe par « Ajouter à l'écran d'accueil » dans Safari ; le Web Push est supporté depuis iOS 16.4 (mars 2023) pour les PWA installées uniquement. Outillage courant : Workbox pour les stratégies de cache (cache-first, network-first, stale-while-revalidate), Lighthouse pour l'audit d'installabilité, Next.js ou Vite pour le shell applicatif. Une PWA reste une page web : indexable par Google, liée par URL, mise à jour au chargement suivant sans validation de store.

#Définition Progressive Web App (PWA)

Une Progressive Web App (PWA) est une application web qui s'installe et se comporte comme une application native : icône sur l'écran d'accueil, lancement plein écran, fonctionnement hors ligne, notifications push. Développée en une seule base de code web (HTML, CSS, JavaScript), elle fonctionne sur Android, iOS, Windows et macOS, sans téléchargement depuis un store.

Techniquement, une PWA repose sur trois piliers. Le service worker : un script JavaScript exécuté en arrière-plan par le navigateur, qui intercepte les requêtes réseau et sert les ressources depuis le cache (Cache API, IndexedDB) — c'est lui qui rend possibles le mode hors ligne, la synchronisation différée et la réception de push. Le Web App Manifest : un fichier JSON qui déclare le nom, les icônes, les couleurs et le mode d'affichage (standalone, fullscreen), condition de l'installation sur l'écran d'accueil. Le HTTPS, obligatoire pour activer le service worker.

Le terme a été forgé en 2015 par Alex Russell et Frances Berriman, alors chez Google. Dix ans plus tard, toutes les briques sont des standards du web : une PWA n'est pas une technologie propriétaire, c'est un site web qui exploite à fond les capacités des navigateurs modernes. Chez Nehos, le shell applicatif est généralement construit avec Next.js — voir la définition Next.js — et les stratégies de cache avec Workbox.

#Une PWA expliquée simplement

La métaphore : l'application native est une maison construite deux fois — une pour iOS, une pour Android. Deux chantiers, deux budgets, deux équipes. La PWA est une seule maison posée sur une fondation universelle : le navigateur. Elle rend 90 % des mêmes services pour une fraction du coût. Ce qu'elle ne sait pas faire : accéder aux recoins profonds du téléphone (Bluetooth, NFC, capteurs avancés) et briller dans les rayons de l'App Store.

#PWA vs native : quelles différences ?

La question « pwa vs native » est la première que se posent les directions métier. Voici la comparaison honnête, critère par critère.

Critère	PWA	Application native (iOS + Android)
Base de code	1 seule (web)	2 (Swift + Kotlin) ou 1 cross-platform
Coût de développement	À partir de 12 000 € HT	À partir de 15 000 € HT par plateforme en natif pur
Délais	2 à 4 mois	4 à 8 mois pour deux plateformes
Distribution	URL + écran d'accueil + Google Play (TWA)	App Store + Google Play, revue à chaque version
Installation	Sans friction (pas de store)	Téléchargement 50-200 Mo, compte store
Mises à jour	Instantanées, au chargement suivant	Soumises à validation des stores
Hors ligne	Oui (service worker)	Oui
Notifications push	Android : oui · iOS : depuis 16.4, app installée	Oui, sans restriction
Accès matériel	Caméra, GPS, biométrie (WebAuthn) · pas de Bluetooth/NFC sur iOS	Complet
SEO / indexation Google	Oui — chaque écran a une URL	Non — invisible pour les moteurs
Commission sur paiements	0 % (paiement web)	15 à 30 % sur les achats in-app

Notre lecture : pour un portail client, un outil métier terrain ou un catalogue interactif B2B, la PWA est le choix rationnel par défaut — le natif se justifie, il ne se présume pas. Pour une app grand public dont la croissance dépend du push iOS, de la 3D temps réel ou de la découverte App Store, le natif ou le cross-platform (développement React Native) reprend l'avantage. Les fourchettes budgétaires détaillées sont sur la page coût d'une application mobile.

#Quels sont les avantages d'une PWA ?

Un seul développement. Une codebase web couvre Android, iOS et desktop. Sur un projet type, cela représente 40 à 60 % d'économie par rapport à un double développement natif — et une seule équipe à mobiliser.

Zéro friction d'adoption. Un lien suffit. Pas de passage par le store, pas de téléchargement lourd, pas de compte à créer. Pour un outil B2B déployé auprès de clients ou de techniciens terrain, c'est souvent l'argument décisif : le taux d'activation ne dépend pas de la bonne volonté d'installer une app.

SEO natif. Une PWA est un site web : chaque écran est indexable, chaque contenu est partageable par URL. Avec un rendu serveur propre et des Core Web Vitals soignés, elle capte du trafic organique — chose structurellement impossible pour une app native.

Mises à jour instantanées. Corriger un bug ou livrer une fonctionnalité ne demande aucune validation de store : la version suivante est servie au prochain chargement.

Pas de commission. Les paiements passent par le web (Stripe, par exemple) : 0 % de commission store, contre 15 à 30 % sur les achats in-app.

Les chiffres publics vont dans le même sens : Starbucks a doublé ses utilisateurs quotidiens avec sa PWA de commande, Twitter Lite a réduit de 70 % les données consommées, Alibaba a mesuré +76 % de conversions — études de cas publiées par Google. En France, Lancôme a documenté +17 % de conversions mobiles.

#Quelles sont les limites d'une PWA sur iOS ?

C'est le sujet à regarder en face avant de signer. Sur iOS, toutes les PWA s'exécutent via WebKit, le moteur de Safari, et Apple avance moins vite que Google sur les API applicatives.

Concrètement, en 2026 : les notifications push ne fonctionnent que depuis iOS 16.4 (mars 2023) et uniquement pour une PWA installée sur l'écran d'accueil — pas depuis un simple onglet Safari. Le stockage d'un site non installé peut être purgé après 7 jours sans visite (Intelligent Tracking Prevention) ; une PWA installée en est exemptée, mais le parcours d'installation — menu partage puis « Sur l'écran d'accueil » — reste peu découvrable. Pas de Web Bluetooth, pas de NFC, background sync limité. Épisode révélateur : début 2024, Apple a tenté de désactiver les web apps d'écran d'accueil dans l'UE avec iOS 17.4, avant de faire machine arrière sous la pression des développeurs et de la Commission européenne.

Notre position : ces limites sont réelles mais rarement bloquantes en B2B. Un portail client consulté volontairement n'a pas besoin de push agressif ; un outil terrain installé une fois par l'employeur ne souffre pas du parcours d'installation. En revanche, si votre modèle repose sur la réactivation push d'une audience iOS grand public, dites-le au cadrage — c'est un critère qui peut faire basculer vers le natif.

#Cas d'usage concrets

Restauration collective — offline-first sur 85 sites. Sur la mission Sodexo France, certains restaurants d'entreprise avaient une connectivité WiFi insuffisante pour un portail classique. La solution : un service worker qui met en cache le menu du jour, les fiches allergènes INCO et le catalogue produits lors de la synchronisation matinale. Les gérants travaillent toute la journée sans dépendre du réseau. Détail complet dans le cas client Sodexo France.

Commande à table par QR code. Le convive scanne, le menu s'ouvre instantanément dans le navigateur — une PWA Next.js chargée en moins d'une seconde sur mobile 4G en conditions réelles, sans app à télécharger ni compte à créer.

Portail self-care énergie. Pour un fournisseur d'énergie, le mode PWA offre l'expérience application sans passer par les stores : factures, relevés et démarches depuis une icône d'écran d'accueil, contenu semi-statique servi en ISR — une architecture proche du Jamstack.

#Les PWA chez Nehos Groupe

L'équipe développe des PWA sur le socle Next.js + TypeScript + Workbox, avec une approche offline-first quand le terrain l'exige. Périmètre, méthode en cinq phases et tarifs — à partir de 12 000 € HT — sont détaillés sur la page développement PWA sur mesure. Si votre besoin penche vers le natif ou le cross-platform, l'offre développement d'applications mobiles couvre Flutter et React Native. Et si vous hésitez entre les deux familles, un audit gratuit de 30 minutes suffit généralement à trancher sur pièces.

#Termes associés

Plusieurs concepts gravitent autour de ce sujet.

Tous ces termes sont interconnectés. Maîtriser l'un sans comprendre les autres, c'est voir le puzzle sans toutes les pièces.

Applications Concrètes

Contexte : Restauration collective — mode hors ligne sur 85 sites (mission Sodexo France)

« Sur les restaurants d'entreprise à connectivité WiFi insuffisante, le portail commandes fonctionne en offline-first : un service worker met en cache le menu du jour, les fiches allergènes INCO et le catalogue produits lors de la synchronisation matinale. Les gérants travaillent toute la journée sans dépendre du réseau. Détail complet dans le cas client Sodexo France. »

Contexte : Restauration commerciale — menu et commande à table par QR code

« Le convive scanne un QR code : pas d'application à télécharger, pas de compte à créer. Le menu s'ouvre instantanément dans le navigateur mobile — une PWA Next.js avec un chargement mesuré sous la seconde sur mobile 4G en conditions réelles, la carte étant gérée dans un CMS headless. »

Contexte : Énergie — portail self-care B2C sans passer par les stores

« Pour un portail client de fournisseur d'énergie, le mode PWA offre une expérience application mobile sans friction de téléchargement — critique pour l'adoption du self-care sur smartphone : factures, relevés et démarches accessibles depuis une icône d'écran d'accueil, contenu semi-statique servi via ISR. »

Questions & Réponses

Questions fréquentes sur les Progressive Web Apps

Une PWA est développée une seule fois en technologies web et fonctionne partout via le navigateur ; une application native est développée pour chaque OS (Swift pour iOS, Kotlin pour Android) et distribuée par les stores. La PWA gagne sur le coût, les délais, le SEO et les mises à jour instantanées. Le natif gagne sur l'accès matériel profond (Bluetooth, NFC, capteurs), la 3D temps réel et la présence App Store.

Oui, avec des limites. L'installation passe par « Ajouter à l'écran d'accueil » dans Safari (moins visible que le prompt Android). Les notifications push ne fonctionnent que depuis iOS 16.4 et uniquement pour une PWA installée. Safari peut purger le stockage d'un site non installé après 7 jours d'inactivité. Pas de Web Bluetooth ni de NFC. Pour un portail client ou un outil métier, ces limites sont rarement bloquantes — pour une app grand public très dépendante du push iOS, elles se pèsent au cadrage.

Sur Google Play, oui : la Trusted Web Activity (TWA) permet de packager une PWA et de la distribuer comme une application Android classique. Sur l'App Store d'Apple, il n'existe pas d'équivalent officiel — il faut encapsuler la PWA dans une coque native (Capacitor, par exemple), ce qui ajoute un chantier de packaging et la revue Apple. Beaucoup de PWA B2B s'en passent : l'URL et l'écran d'accueil suffisent.

Parmi les cas publics documentés par Google : Starbucks (PWA de commande, nombre d'utilisateurs quotidiens doublé), Twitter Lite (-70 % de données consommées), Pinterest (+60 % d'engagement mobile web), Alibaba (+76 % de conversions). En France, Lancôme a documenté +17 % de conversions mobiles après sa PWA. Côté Nehos, le portail commandes offline-first déployé sur les 85 restaurants Sodexo France repose sur un service worker PWA.

Oui — c'est même un avantage structurel sur l'application native, invisible pour Google. Une PWA reste un site web : chaque écran a une URL, le contenu est indexable et partageable. Condition : un rendu serveur ou statique correct (Next.js en SSR/SSG) pour que les moteurs voient le HTML complet, et des Core Web Vitals soignés.

Chez Nehos, une PWA sur mesure démarre à 12 000 € HT pour un périmètre vitrine ou catalogue avec socle hors ligne, et une PWA métier complète (authentification, formulaires terrain, push, synchronisation) se situe entre 25 000 et 60 000 € HT. Soit 40 à 60 % de moins qu'un double développement natif iOS + Android. Détail sur la page développement PWA sur mesure.

Exploration associée

développement PWA sur mesure développement d'applications mobiles coût d'une application mobile développement React Native définition Next.js définition Core Web Vitals définition Jamstack cas client Sodexo France