Une PWA (Progressive Web App) est un site web qui s'installe sur un téléphone ou un ordinateur comme une véritable application, avec son icône sur l'écran d'accueil, sans passer par l'App Store ou le Google Play Store. Vous en avez sans doute déjà utilisé une sans le savoir : ce site qui vous propose "d'ajouter à l'écran d'accueil" et qui s'ouvre ensuite en plein écran, sans barre d'adresse, parfois même sans connexion internet. Pas de validation Apple qui traîne, pas de mise à jour à faire installer par l'utilisateur : elle est effective immédiatement.
Qu'est-ce qu'une PWA, concrètement
Une PWA reste un site web, techniquement. Elle embarque deux briques supplémentaires : un fichier manifest, qui décrit l'icône, le nom et les couleurs de l'app, et un service worker, un programme qui tourne en arrière-plan dans le navigateur et permet de mettre des données en cache, d'envoyer des notifications, ou de fonctionner en partie hors connexion. Le tout écrit avec les technologies standards du web (HTML, CSS, JavaScript) — pas avec un langage propriétaire réservé à iOS ou Android. La spécification technique du service worker est documentée publiquement sur MDN Web Docs, la référence de Mozilla sur les standards web.
Un seul code pour tous les appareils
Résultat concret : un seul code source sert le site et "l'application". Pas de version iOS d'un côté et de version Android de l'autre à maintenir en parallèle, avec deux plannings de correctifs.
PWA, application native ou site classique : les différences
| Critère | Site classique | PWA | Application native |
|---|---|---|---|
| Installation | Aucune | Depuis le navigateur, en 2 clics | Via l'App Store / Play Store |
| Mise à jour | Immédiate | Immédiate | Soumise à validation du store |
| Fonctionnement hors ligne | Non | Partiel (selon le service worker) | Oui, en général |
| Référencement Google | Oui | Oui | Non (l'app n'est pas une page web) |
| Accès capteurs avancés (Bluetooth, caméra continue) | Non | Limité, surtout sur iOS | Complet |
| Code à maintenir | Un seul | Un seul | Souvent deux (iOS + Android) |
Les vrais avantages d'une PWA pour une entreprise
- Pas de store, pas de délai. L'utilisateur installe en deux clics depuis le navigateur. Une mise à jour publiée est effective immédiatement pour tout le monde.
- Un seul développement. Le même code sert le site web et l'app installable : moins de code à écrire, moins de bugs à corriger deux fois.
- Référencement naturel possible. Contrairement à une app native invisible pour Google, une PWA reste une page web indexable, qui peut apparaître dans les résultats de recherche.
- Poids réduit. Quelques mégaoctets, contre parfois plusieurs dizaines pour une app native, ce qui compte sur une connexion limitée.
Les vraies limites d'une PWA
Il faut être honnête : une PWA ne remplace pas systématiquement une app native. Sur iOS en particulier, Apple a longtemps restreint les capacités des PWA (notifications push arrivées tardivement, accès limité à certains capteurs). Si le projet a besoin d'un accès poussé au Bluetooth, à la caméra en continu, ou de performances graphiques élevées (jeu vidéo, réalité augmentée avancée), une app native ou hybride reste souvent plus adaptée.
Le réflexe "store" d'une partie du public
Une partie des utilisateurs ne cherche pas un outil dans son navigateur : elle va directement sur le store, et une PWA n'y apparaît pas toujours selon les plateformes. C'est un point à évaluer selon la cible visée.
Pour qui la PWA est le bon choix
Dans notre expérience de développement pour des clients variés, la PWA fait sens quand le besoin est clair : un outil métier interne, une app de prise de rendez-vous, un catalogue produit, un espace client, une app de suivi comme un carnet d'entretien ou un tableau de bord. Des usages où la rapidité de mise à jour, le budget maîtrisé et la simplicité d'accès comptent plus que des fonctionnalités natives poussées. Pour un projet grand public avec forte visibilité store et fonctionnalités avancées, on regarde plutôt du côté du natif ou de l'hybride (React Native, Flutter), selon le budget et les priorités — un arbitrage qu'on détaille dans notre article sur sur-mesure ou solution toute faite.
Notre position chez Auto France Performance (AFP®)
Chez Auto France Performance (AFP®), basé à Gandrange en Moselle, on développe aussi bien des PWA que des apps natives selon ce que le projet exige réellement, pas selon la mode du moment. Une PWA choisie uniquement parce qu'elle est "moins chère" peut coûter plus cher en frustration côté utilisateur si le besoin natif était réel. À l'inverse, partir sur du natif pour un simple outil de prise de rendez-vous est souvent un budget disproportionné. Si la question du budget vous préoccupe avant même celle de la technologie, notre article sur le coût réel d'une application mobile ou d'un site internet pose les bases de calcul utiles pour comparer les options.
Questions fréquentes
Une PWA fonctionne-t-elle sans connexion internet ?
En partie. Le service worker permet de mettre en cache certaines données pour un usage hors ligne limité (consultation d'un contenu déjà chargé, par exemple), mais une PWA qui dépend d'un serveur pour ses données en temps réel ne fonctionnera pas sans réseau, comme un site classique.
Une PWA coûte-t-elle moins cher à développer qu'une app native ?
En général oui, parce qu'un seul code sert toutes les plateformes au lieu de deux développements séparés (iOS et Android). L'écart réel dépend du périmètre exact du projet.
Peut-on publier une PWA sur l'App Store ou le Google Play Store ?
C'est techniquement possible dans certains cas, via un conteneur natif léger, mais ce n'est pas l'usage principal d'une PWA : sa force est justement de s'installer sans passer par un store.
Une PWA est-elle bien référencée sur Google ?
Oui, dans la mesure où elle reste une page web indexable, contrairement à une application native dont le contenu n'est pas visible par les moteurs de recherche.
En résumé
La PWA n'est ni une solution miracle ni un gadget. C'est une option technique sérieuse, adaptée à une large part des besoins réels des entreprises : rapidité de déploiement, budget de développement raisonnable, un seul code à maintenir. Le bon réflexe consiste à partir de l'usage réel — qui va utiliser l'outil, sur quel appareil, avec quelle fréquence — avant de trancher entre PWA, app native ou site classique.