Progressive Web App (PWA) : le guide pour choisir entre app native et application web

Faire développer une application mobile coûte cher. Très cher. Entre 25 000 et 80 000 euros pour une app native iOS + Android, sans compter la maintenance qui dépasse souvent 30% du budget initial chaque année. Beaucoup de PME bloquent là, alors qu’elles ont besoin d’une présence mobile crédible. La progressive web app PWA propose une troisième voie : une application qui s’installe comme une app classique, mais qui se développe et se maintient comme un site web.

Ce guide vous donne tout ce qu’il faut pour décider si la PWA convient à votre projet, comprendre comment elle fonctionne techniquement, et savoir comment lancer le vôtre sans vous tromper.

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

Une PWA est une application web qui se comporte comme une app mobile native. Vous y accédez depuis un navigateur (Chrome, Safari, Edge), mais une fois « installée » sur votre téléphone, elle apparaît avec son icône sur l’écran d’accueil, se lance en plein écran sans la barre du navigateur, fonctionne sans connexion internet et peut envoyer des notifications push.

Le terme a été popularisé par Google en 2015. Frances Berriman et le développeur Alex Russell cherchaient à décrire un nouveau type de site web qui combinait la portée du web (un seul code, accessible partout, indexable par Google) avec l’expérience d’une app native (rapide, immersive, persistante).

Concrètement, votre PWA reste un site web. Vous tapez son URL dans le navigateur. Mais le site détecte qu’il est compatible PWA, propose son installation en un tap, et stocke localement les fichiers nécessaires pour fonctionner ensuite sans serveur. Plus besoin de passer par l’App Store ou le Play Store.

Quelques exemples qui parlent : Twitter Lite, Pinterest, Starbucks, Uber, Spotify (version web), Tinder, Instagram (mode léger). Ces marques ont toutes une PWA en plus (ou à la place) de leur app native.

Comment fonctionne techniquement une PWA

Trois composants techniques définissent une PWA. Sans ces trois éléments, ce n’est plus une PWA, c’est juste un site mobile responsive.

Le service worker

Le service worker est un script JavaScript qui tourne en arrière-plan, séparément de la page web. Il joue le rôle d’intermédiaire entre votre app et le réseau. C’est lui qui rend possible le fonctionnement hors-ligne : il intercepte les requêtes, les met en cache, et sert les contenus mis en cache quand la connexion tombe.

Voici à quoi ça ressemble dans le code :

`javascript // sw.js const CACHE_NAME = ‘mon-app-v1’; const ASSETS = [‘/’, ‘/styles.css’, ‘/app.js’, ‘/logo.png’];

self.addEventListener(‘install’, event => { event.waitUntil( caches.open(CACHE_NAME).then(cache => cache.addAll(ASSETS)) ); });

self.addEventListener(‘fetch’, event => { event.respondWith( caches.match(event.request).then(response => response || fetch(event.request)) ); }); `

Le service worker gère aussi les notifications push, la synchronisation en arrière-plan (envoyer un formulaire dès que la connexion revient) et les mises à jour silencieuses de l’app.

Le web app manifest

C’est un fichier JSON qui décrit votre application au navigateur et au système d’exploitation. Il contient le nom de l’app, ses icônes, ses couleurs, son orientation préférée, son URL de démarrage. Sans manifest valide, votre app ne peut pas s’installer.

`json { « name »: « Ma Boutique », « short_name »: « MaBout », « start_url »: « / », « display »: « standalone », « background_color »: « #ffffff », « theme_color »: « #2563eb », « icons »: [ { « src »: « /icon-192.png », « sizes »: « 192×192 », « type »: « image/png » }, { « src »: « /icon-512.png », « sizes »: « 512×512 », « type »: « image/png » } ] } `

Le navigateur lit ce manifest, repère que l’app peut s’installer, et propose à l’utilisateur le bouton « Installer » ou « Ajouter à l’écran d’accueil ».

HTTPS obligatoire

Une PWA ne peut tourner qu’en HTTPS. Le service worker n’a pas le droit de s’enregistrer sur une connexion non sécurisée. C’est une mesure de sécurité de base : un service worker peut intercepter toutes les requêtes réseau, alors le navigateur exige une garantie d’authenticité de l’origine. Pour un site déjà en HTTPS (ce qui est la norme depuis 2018), cette contrainte n’en est plus une.

PWA vs application native vs site web : le comparatif

Le bon choix dépend de votre projet, de votre budget et de vos contraintes techniques. Voici comment se positionnent les trois options sur les critères qui comptent vraiment.

Le tableau permet de voir d’un coup pourquoi tant de PME choisissent la PWA : un coût et une complexité proches du site web, avec 80% des fonctionnalités d’une app native.

Les bénéfices concrets d’une PWA pour votre entreprise

Les chiffres remontés par les marques qui sont passées à la PWA donnent une idée du potentiel.

Coût de développement divisé par 2 ou 3. Vous codez une fois, vous touchez tous les supports. Plus besoin de payer un développeur iOS et un développeur Android en parallèle. Pour une PME qui hésitait à se lancer, ça change la maths du projet.

Pas de commission App Store. Si votre app vend des produits ou des abonnements, vous gardez 100% de vos revenus quand l’utilisateur installe votre PWA depuis votre site. Apple prélève 30% sur les transactions in-app, Google prend 15 à 30%. Sur un panier moyen de 50 euros et 1000 ventes par mois, ça représente 15 000 euros mensuels qui restent dans votre poche.

Déploiement instantané. Un bug critique repéré à 9h du matin peut être corrigé et en production à 9h15. Avec une app native, comptez plusieurs jours minimum entre le push du code, la validation Apple et la diffusion aux utilisateurs. Cette vitesse de réaction compte beaucoup pour les sites de réservation, les médias, ou tout service qui évolue souvent.

SEO conservé. Google indexe votre PWA comme un site web classique. Vos contenus apparaissent dans les résultats de recherche, ce qui apporte du trafic organique gratuit. Les apps natives, elles, sont invisibles pour Google. Pour une boutique e-commerce ou un blog, garder cette visibilité est un argument fort.

Engagement utilisateur amélioré. Twitter Lite a vu ses pages vues bondir de 65% après le passage en PWA, et son taux de rebond chuter de 30%. Pinterest a noté +60% d’engagement et +44% de revenus publicitaires sur mobile. La PWA combine la facilité d’accès du web (un lien, un clic) avec la persistance d’une app (icône sur l’écran).

Légèreté. La PWA Twitter Lite pèse 600 Ko. L’app native Twitter pèse environ 200 Mo. Le ratio est dingue. Pour les utilisateurs en zones à connexion limitée ou avec un téléphone dont la mémoire sature, la différence se sent. Uber a sortie sa PWA spécifiquement pour les marchés émergents : 50 Ko pour fonctionner sur des réseaux 2G.

Les exemples qui ont fait le succès des PWA

Quelques cas concrets pour visualiser ce qu’on peut attendre.

Twitter Lite. Lancée en 2017 pour les marchés à connexion lente. Résultat : 65% d’augmentation des pages vues, 75% de tweets en plus, 30% de réduction du taux de rebond. La PWA est devenue tellement performante que Twitter l’a déployée mondialement.

Pinterest. En 2017, l’équipe a reconstruit son site mobile en PWA. Le temps moyen passé par session est passé de 1 minute à 5,5 minutes. Les revenus publicitaires sur mobile ont grimpé de 44%. Le code de la PWA pèse 150 Ko contre 56 Mo pour l’app Android.

Starbucks. La PWA de commande pèse 99,84% de moins que l’app iOS. Elle marche hors-ligne (pratique pour parcourir le menu en wifi avant d’arriver), a doublé le nombre de commandes mobiles quotidiennes et touche autant d’utilisateurs desktop que mobiles.

Uber. Leur PWA m.uber.com est conçue pour démarrer en moins de 3 secondes sur un réseau 2G. Sur un Nokia low-cost en Inde ou en Afrique, elle rend le service utilisable là où l’app native plante. C’est un choix stratégique pour les marchés émergents où Uber se développe.

BMW. L’agence Jung von Matt a refait le site bmw.com en PWA en 2017. Temps de chargement divisé par 4, +49% de visiteurs depuis Google, +50% de visiteurs mobiles convertis en utilisateurs de l’app BMW.

Tinder. La PWA est passée de 30 secondes à 4,69 secondes de temps de chargement. L’engagement a augmenté, et la taille de l’app a été réduite de 90% par rapport à la version Android native.

Les limites et inconvénients d’une PWA

Tout n’est pas rose. La PWA à des angles morts qu’il faut connaître avant de signer un devis.

iOS reste partiel. Apple traîne historiquement les pieds sur les PWA. Les notifications push n’ont été supportées qu’à partir d’iOS 16.4, début 2023. Certaines API web restent bloquées : pas d’accès au Bluetooth, pas de Web USB, pas de Web NFC sur Safari. Si votre app a besoin de fonctionnalités hardware avancées sur iPhone, la PWA risque de ne pas suffire.

Pas de visibilité dans les stores (par défaut). Beaucoup d’utilisateurs cherchent encore les apps via l’App Store ou le Play Store, pas via Google. Pour contourner ça, vous pouvez publier votre PWA dans les stores grâce à des outils comme PWABuilder de Microsoft ou Bubblewrap pour Android (Trusted Web Activity). Ça reste un effort en plus.

Accès matériel limité. Une PWA ne peut pas faire autant qu’une app native côté hardware. Pas d’accès aux contacts du téléphone, pas de fonctionnalité de paiement intégré au système (Apple Pay, Google Pay restent restreints), pas d’accès en arrière-plan complet. Pour un jeu graphique exigeant, une app de réalité augmentée ou un outil qui doit tourner en continu (suivi GPS, mesure d’activité), l’app native garde l’avantage.

Performance graphique en retrait. Sur des animations complexes, du rendu 3D, des effets visuels poussés, une PWA reste plus lente qu’une app native compilée. Pour 95% des cas (commerce, contenu, services, productivité), ça ne se voit pas. Pour un jeu mobile haut de gamme, ça se voit beaucoup.

Adoption inégale selon les utilisateurs. Beaucoup de gens ne savent pas qu’une PWA existe ni comment l’installer. Le bouton « Ajouter à l’écran d’accueil » sur Safari iOS est planqué dans le menu Partager. Sur Android, le navigateur propose souvent un bandeau d’installation, mais pas toujours. Vous devez parfois éduquer vos utilisateurs avec une petite vidéo ou un onboarding dédié.

Iconographie et reconnaissance. Une PWA installée sur iOS porte un petit symbole « Safari » en bas de l’icône, ce qui la distingue visuellement des apps natives. Le détail peut sembler mineur, mais certaines marques tiennent à une présentation impeccable.

Quand choisir une PWA plutôt qu’une app native

La règle simple : commencez par une PWA, sauf si vous avez une raison technique précise de partir sur du natif.

Choisissez la PWA si :

• Votre app est avant tout du contenu, du commerce, de la réservation, du service en ligne
• Votre budget est inférieur à 35 000 € pour le développement initial
• Vous voulez tester un concept rapidement avant d’investir dans du natif
• Votre cible utilise des téléphones milieu de gamme ou des connexions instables
• Vous voulez garder votre référencement Google
• Vous publiez des contenus qui changent souvent (médias, blog, e-commerce)
• Vous voulez éviter les commissions Apple et Google sur les ventes

Préférez l’app native si :

• Vous développez un jeu mobile graphique
• Votre app a besoin d’accéder en profondeur au matériel (Bluetooth Low Energy, NFC, capteurs spécifiques)
• Vous prévoyez du suivi en arrière-plan continu (fitness, santé connectée, géolocalisation)
• Votre cible est ultra-premium et exige une expérience native parfaite (luxe, finance privée)
• Vous prévoyez des fonctionnalités très intégrées au système (widgets, raccourcis Siri, complications Apple Watch)

Beaucoup d’entreprises font les deux : une PWA pour la version grand public et une app native pour les power users. Cette stratégie hybride permet de maximiser la portée tout en gardant une expérience native pour les segments qui le justifient.

Comment développer et déployer une PWA : les étapes

Le développement d’une PWA suit la même logique qu’un site web moderne, avec quelques étapes spécifiques.

Étape 1 : cadrage produit. Vous définissez les fonctionnalités, le parcours utilisateur, les écrans clés. Comptez 1 à 2 semaines avec un product owner ou un chef de projet.

Étape 2 : design UI/UX. Maquettes Figma, prototypage interactif, validation. Une PWA doit absolument suivre les codes visuels mobiles (gros boutons, navigation au pouce, touch zones de 44 px minimum). 2 à 4 semaines selon la complexité.

Étape 3 : développement frontend. Vous codez l’interface en HTML/CSS/JavaScript, généralement avec un framework moderne comme React, Vue, Svelte ou un framework spécialisé PWA comme Ionic ou Quasar. Cette phase représente 60 à 70% du temps de développement.

Étape 4 : intégration des composants PWA. Vous ajoutez le manifest, le service worker, les fichiers d’icônes (au minimum 192×192 et 512×512 pixels). Vous configurez la stratégie de cache : cache-first pour les assets statiques, network-first pour les données dynamiques. Workbox, la bibliothèque de Google, simplifie énormément cette étape.

Étape 5 : développement backend (si nécessaire). API, base de données, authentification, paiement. Si votre PWA est juste une vitrine ou un outil sans données utilisateur, vous pouvez vous en passer.

Étape 6 : tests sur appareils réels. Testez votre PWA sur Android (Chrome, Samsung Internet), iOS (Safari), desktop (Chrome, Edge, Firefox). Vérifiez l’installation, le mode hors-ligne, les notifications. Lighthouse, l’outil intégré à Chrome DevTools, donne un score PWA détaillé.

Étape 7 : mise en production. Hébergement HTTPS, CDN pour les assets, certificat SSL, configuration du serveur pour les en-têtes de cache. Vous publiez l’URL et la PWA est accessible.

Étape 8 (optionnelle) : publication dans les stores. Avec PWABuilder pour Microsoft Store, Bubblewrap pour Google Play, ou un wrapper natif Capacitor pour App Store. Vous aurez à passer la validation Apple, qui reste exigeante mais accepte désormais les PWA bien faites.

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

Les fourchettes varient énormément selon la complexité du projet. Voici les ordres de grandeur observés en France en 2026.

PWA simple (vitrine, blog, présentation) : 8 000 à 15 000 € Quelques pages, du contenu, un peu d’interactivité, un manifest et un service worker basique. 4 à 8 semaines.

PWA fonctionnelle (e-commerce, réservation, outil métier) : 18 000 à 35 000 € Authentification, base de données, paiement, gestion d’utilisateurs, notifications, mode offline avec synchronisation. 10 à 16 semaines.

PWA complexe (plateforme SaaS, marketplace) : 35 000 à 80 000 € Architecture complexe, intégrations multiples, performance critique, sécurité renforcée, design custom. 4 à 8 mois.

À comparer avec une app native équivalente :

• Native simple : 25 000 à 50 000 € (iOS + Android)
• Native fonctionnelle : 50 000 à 120 000 €
• Native complexe : 100 000 à 300 000 €

Le ratio est constant : la PWA coûte 30 à 50% du prix d’une app native pour des fonctionnalités équivalentes (hors cas qui exigent du matériel hardcore).

Pour la maintenance annuelle, comptez 15 à 25% du budget initial pour une PWA, contre 30 à 40% pour une app native (deux bases de code à maintenir).

FAQ Progressive Web App

Le bon choix dépend vraiment de votre projet

La PWA n’est pas la baguette magique du mobile. Elle a ses forces (coût, déploiement, SEO, légèreté) et ses limites (iOS partiel, hardware bridé, performance graphique en retrait). Pour 80% des projets de PME, c’est le meilleur compromis entre ambition et budget.

Mon conseil : commencez par une PWA, mesurez l’engagement réel, et si vous voyez que vos utilisateurs power demandent une expérience plus poussée, alors investissez dans une app native dans un second temps. Vous aurez économisé des dizaines de milliers d’euros, validé votre concept, et conservé toute la flexibilité.

Le seul vrai piège, c’est de vouloir copier une app native à l’identique avec une PWA. Une PWA n’est pas une app native low-cost, c’est une catégorie en soi. Bien faite, elle dépasse l’app native sur la rapidité d’évolution et la portée. Mal faite, elle frustre tout le monde.