
Une application web progressive (PWA) est une application web accessible depuis un navigateur, que l'utilisateur peut installer sur l'écran d'accueil de son appareil, qui peut fonctionner en partie hors connexion et, selon la plateforme, envoyer des notifications. Elle est accessible par une simple URL, sans passer obligatoirement par un store. Ce guide s'adresse aux dirigeants et responsables de TPE/PME qui hésitent entre un site web, une PWA et une application mobile : définition, avantages, limites, cas d'usage et cadrage d'un projet.
C'est un complément à notre guide Développement d'application web.

PWA ou application native : le repère rapide
| Une PWA est à envisager si… | Une application native est à envisager si… | |
|---|---|---|
| Plateformes et budget | vous voulez une seule base de code pour mobile, tablette et ordinateur | vous acceptez de développer et maintenir des versions dédiées |
| Accès au service | vos utilisateurs doivent pouvoir y accéder par un lien, sans store | la présence dans l'App Store ou Google Play est un canal important |
| Matériel | vos besoins matériels sont simples | vous avez besoin d'un accès poussé au matériel (Bluetooth, NFC, capteurs) |
| Mises à jour | vous voulez publier les mises à jour côté serveur | vous développez un jeu, de la réalité augmentée ou du traitement vidéo intensif |
Cas d'usage fréquents : espace client, catalogue produit, plateforme de réservation, outil interne léger, boutique en ligne orientée mobile.
Site web, application web, PWA, application native : les définitions
Le mot « progressive » renvoie à l'amélioration progressive : la PWA s'adapte aux capacités du navigateur et de l'appareil. Tout le monde obtient une expérience de base, et les fonctions avancées (installation, mode hors ligne, notifications) s'activent lorsque la plateforme les prend en charge.
- Site web classique : pages accessibles par URL, qui nécessitent en général une connexion et ne s'installent pas.
- Application web : site dynamique avec des fonctions métier (comptes, formulaires, tableaux de bord), qui ne remplit pas forcément les critères d'une PWA.
- Application web progressive (PWA) : application web installable, qui s'appuie sur un manifeste, un service worker et le HTTPS pour offrir une expérience proche d'une application.
- Application native : développée pour un système précis (iOS ou Android), distribuée via un store, avec l'accès le plus complet au matériel.
- Application cross-platform : une base de code partagée entre iOS et Android grâce à un framework, publiée dans les stores. Pour comparer ces options, voir notre guide Développement d'application mobile.
Ce qui distingue une PWA d'un site web
- Installable : l'utilisateur peut l'ajouter à son écran d'accueil et l'ouvrir comme une application, sans barre d'adresse visible.
- Hors ligne partiel : grâce au cache géré par le service worker, certaines pages et données restent consultables sans connexion. Ce qui est disponible hors ligne se décide au moment du cadrage.
- Notifications : possibles selon le navigateur et le système. Sur iPhone et iPad, elles demandent notamment que l'utilisateur ait ajouté l'application à son écran d'accueil ; les conditions exactes sont à vérifier pour vos plateformes cibles.
- Référencement : une PWA reste un site web : ses pages peuvent être indexées par les moteurs de recherche et ses URL partagées.
- Contraintes : HTTPS obligatoire, manifeste d'application, tests sur plusieurs navigateurs. Les fonctions disponibles varient selon le navigateur et le système.
Le fonctionnement, sans jargon
- Le manifeste : un fichier qui décrit l'application (nom, icônes, couleurs, mode d'affichage, page de démarrage). C'est lui qui permet au navigateur de proposer l'installation.
- Le service worker : un script qui tourne en arrière-plan dans le navigateur. Il peut intercepter les requêtes, servir des contenus depuis le cache et, selon la plateforme, recevoir des notifications.
- Le cache et le stockage local : ils déterminent quelles ressources (pages, images, données) restent disponibles en cas de coupure. Ce choix fait partie du cahier des charges.
D'autres fonctions du navigateur (stockage persistant, synchronisation en arrière-plan, presse-papiers) peuvent être utiles, mais leur prise en charge dépend du navigateur et du système : vérifiez-la avant le développement pour chaque fonction critique.
Les avantages pour une TPE/PME
- Une seule base de code : la même application fonctionne sur mobile, tablette et ordinateur, sans version iOS et Android séparées. Cela peut simplifier le développement et la maintenance par rapport à plusieurs applications dédiées.
- Accès par un lien : un lien, un QR code ou un résultat de recherche suffit. L'utilisateur n'a pas à télécharger l'application dans un store pour commencer.
- Installation optionnelle : les utilisateurs réguliers peuvent l'installer sur leur écran d'accueil ; les autres l'utilisent dans le navigateur.
- Mises à jour côté serveur : une nouvelle version est déployée sur le serveur, sans soumission à un store. Prévoyez une stratégie de mise à jour du service worker pour que les utilisateurs reçoivent bien la dernière version.
- Rapidité perçue : le cache permet d'afficher plus vite les ressources déjà chargées, à condition d'une conception soignée.
- Visibilité : les pages publiques restent indexables, ce qui complète votre présence sur les moteurs de recherche.

Les limites à connaître avant de se lancer
- Prise en charge variable : les navigateurs n'offrent pas tous les mêmes fonctions, et les anciens navigateurs peuvent en offrir moins. Testez sur les appareils réellement utilisés par votre audience.
- Restrictions sur iOS : certaines fonctions avancées (accès à certains capteurs, Bluetooth, NFC, tâches en arrière-plan) sont limitées ou indisponibles selon la version du système. Vérifiez chaque fonction critique.
- Pas de présence automatique dans les stores : une PWA n'apparaît pas d'elle-même dans l'App Store ou Google Play. Des solutions existent pour certains stores, avec leurs propres conditions ; si la découverte via les stores est essentielle, une application mobile peut être plus adaptée.
- Usage peu connu : beaucoup d'utilisateurs ne savent pas qu'un site peut s'installer. Expliquez-le simplement dans l'interface.
- Usages lourds : pour la 3D complexe, le traitement vidéo poussé ou un fonctionnement permanent en arrière-plan, une application native reste généralement préférable.
Quand choisir une PWA, une application native ou un simple site ?
Une PWA est pertinente pour :
- un espace client, un extranet ou un catalogue produit interactif ;
- une plateforme de réservation où l'accès rapide par lien compte davantage que la présence en store ;
- un outil interne léger utilisé sur le terrain, y compris avec une connexion instable ;
- une boutique en ligne orientée mobile qui veut proposer l'installation à ses clients réguliers.
Une application native reste préférable quand :
- le projet exige un accès poussé au matériel ;
- la monétisation passe par les achats intégrés des stores ;
- la visibilité dans les stores est un canal d'acquisition principal ;
- l'application doit fonctionner en continu en arrière-plan (suivi GPS, audio).
Un simple site web suffit quand vous présentez surtout votre activité, sans fonctions applicatives ni usage hors ligne : voir notre guide Création de site web d'entreprise.
Questions à vous poser : à quelle fréquence vos utilisateurs reviendront-ils ? Les notifications sont-elles indispensables sur toutes les plateformes ? Votre audience vous trouve-t-elle via les moteurs de recherche ou via les stores ? Quel budget prévoyez-vous pour le développement et la maintenance ?
Cadrer un projet de PWA avec Unziptech
La réussite d'une PWA dépend du cadrage fonctionnel, de l'expérience utilisateur et des tests sur les plateformes ciblées. Chez Unziptech, un projet se déroule en quatre étapes :
- Écoute et analyse de vos besoins : objectifs, utilisateurs, cas d'usage, contraintes de connexion, appareils et systèmes visés.
- Conception et validation des maquettes : parcours utilisateur, choix entre PWA, application mobile ou application web classique, définition de ce qui sera disponible hors ligne.
- Développement agile avec points réguliers : manifeste, service worker, architecture, tests sur Android, iOS et ordinateur, sur plusieurs navigateurs.
- Livraison et formation : mise en production, formation et documentation, puis maintenance selon vos besoins.
Le cahier des charges doit préciser les fonctions en ligne et hors ligne, la politique de notifications, la gestion des mises à jour et les intégrations avec vos outils existants (CRM, ERP, réservation). Pour le rédiger, voir notre guide Cahier des charges site web. Après la mise en ligne, l'application a besoin d'un suivi : voir Maintenance d'application web.
Unziptech travaille avec des entreprises au Maroc et à l'international. Nous proposons un devis sur mesure gratuit après analyse de votre projet, avec un paiement découpé en plusieurs phases. Découvrez nos services.
Bonnes pratiques UX et techniques
- Responsive dès le départ : l'interface doit rester claire sur mobile, tablette et ordinateur.
- Signaler la perte de connexion : l'utilisateur doit savoir quand il consulte un contenu en cache et quand les données sont à jour.
- Gérer le cache avec méthode : définir ce qui est stocké localement, indiquer un contenu qui peut être ancien, et prévoir des mises à jour du service worker qui ne cassent pas la session en cours.
- Tester régulièrement : installation, mode hors ligne, notifications et fonctions propres à chaque navigateur, sur les appareils de votre audience.
- Sécurité : HTTPS, authentification et gestion de session comme pour toute application web ; ne stockez pas de données sensibles non chiffrées sur l'appareil.

FAQ sur les applications web progressives
Une PWA fonctionne-t-elle vraiment hors connexion ?
En partie. Le service worker peut servir les pages et données mises en cache. Ce qui reste accessible sans connexion dépend de ce qui a été défini au cadrage et effectivement mis en cache.
Peut-on envoyer des notifications à tous les utilisateurs ?
Pas forcément. La prise en charge dépend du navigateur et du système, et l'utilisateur doit accepter les notifications. Sur iPhone et iPad, l'application doit notamment avoir été ajoutée à l'écran d'accueil ; vérifiez les conditions pour vos plateformes cibles.
Quelle est la différence entre une PWA et une application mobile ?
Une PWA est une application web installable, en partie utilisable hors ligne, accessible par un lien. Une application mobile native est développée pour un système, distribuée via un store et dispose de l'accès le plus complet au matériel. Le bon choix dépend de vos usages et de votre budget.
Faut-il abandonner son site existant pour créer une PWA ?
Pas nécessairement. Selon sa technologie et sa qualité, un site ou une application web existante peut évoluer en PWA (HTTPS, manifeste, service worker, adaptation de l'interface). Une analyse préalable permet de le confirmer.
Combien de temps dure un projet de PWA ?
Cela dépend du périmètre fonctionnel, des intégrations et des plateformes visées. Le délai est précisé après l'analyse des besoins, dans le devis.
Comment se passe la maintenance d'une PWA ?
Les mises à jour sont déployées sur le serveur, sans soumission à un store. Il faut tout de même suivre les évolutions des navigateurs, tester les nouvelles versions et maintenir la sécurité.
Comment intégrer une PWA à un CRM ou un ERP ?
Comme toute application web, via des API. Les intégrations, l'authentification et les droits d'accès doivent être décrits dans le cahier des charges.
Vous hésitez entre un site web, une PWA et une application mobile ? Contactez Unziptech pour analyser votre projet et recevoir un devis sur mesure gratuit.
