Agence PWA : nous développons votre Progressive Web App à Paris
Une Progressive Web App s'installe depuis le navigateur, fonctionne hors connexion et se corrige sans validation d'un magasin d'applications. Nous concevons et développons la vôtre depuis Paris, en partant de votre site existant quand c'est possible.
Ce qu’est une Progressive Web App
Une PWA est un site web qui se comporte comme une application. L’utilisateur l’ajoute à son écran d’accueil, elle s’ouvre en plein écran sans barre d’adresse, elle garde en mémoire les écrans déjà consultés et elle peut envoyer des notifications. Techniquement, c’est du web : un manifeste décrit l’application, un service worker gère le cache et le hors connexion.
- Pas de téléchargement depuis l’App Store ou le Play Store
- Une seule base de code pour Android, iPhone et ordinateur de bureau
- Un correctif est en ligne au moment où vous le publiez
- Les pages restent indexables, ce qui n’est pas le cas d’une application native
Ce que la PWA change pour votre activité
Une application native impose deux développements, deux validations et deux cycles de mise à jour. Une PWA rassemble le tout dans un seul projet, hébergé chez vous, dont vous gardez le code et les données. C’est souvent la bonne réponse quand l’usage est régulier mais pas quotidien, et quand le frein principal est le téléchargement.
La PWA repose sur les mêmes fondations qu’un site rapide : sans travail sérieux sur le poids des pages et le temps de chargement, l’effet application ne tient pas. Nous traitons les deux sujets ensemble, dans la continuité de notre travail d’optimisation du temps de chargement et de nos projets de développement web sur mesure.
PWA ou application native : ce qui change vraiment
Les deux approches ne s’opposent pas sur la qualité, elles s’opposent sur l’accès au matériel, sur la distribution et sur le rythme des mises à jour.
| Progressive Web App Une base de code, diffusion par le web | Application native Une base par système, diffusion par les magasins | |
|---|---|---|
| Installation | Depuis le navigateurAjout à l'écran d'accueil en quelques secondes, sans compte ni téléchargement | Depuis un magasinPassage par l'App Store ou le Play Store, avec création de compte le cas échéant |
| Présence sur les magasins d'applications | Possible, pas automatiqueLa PWA doit être empaquetée dans un conteneur pour être soumise | NativeAvec les frais de compte développeur et le délai de validation associés |
| Notifications push | Oui, avec une réserve sur iPhoneSur iOS, elles fonctionnent depuis iOS 16.4 et seulement si la PWA a été ajoutée à l'écran d'accueil | Oui sur toutes les plateformesSans condition d'installation particulière |
| Accès au matériel du téléphone | PartielCaméra, position et stockage local oui ; Bluetooth, NFC et capteurs selon le navigateur | ÉtenduAccès à l'ensemble des interfaces du système d'exploitation |
| Fonctionnement hors connexion | Sur ce qui a été mis en cacheÉcrans déjà consultés et données préchargées par le service worker | Sur ce que l'application embarqueLes données locales sont installées avec l'application |
| Mise en ligne d'une correction | ImmédiateLe correctif se déploie comme sur un site web, sans intermédiaire | Après validationDélai de revue du magasin, puis mise à jour à installer par l'utilisateur |
| Référencement sur Google | Inclus | Non inclus |
Ce que donne réellement une PWA sur iPhone
C’est la question qui décide de la plupart des projets, et celle que beaucoup d’agences contournent. Voici ce qu’il faut savoir avant de choisir.
- Aucune invite d’installation automatique. Sur Android, le navigateur propose lui-même d’installer l’application. Sur iPhone, l’utilisateur doit ouvrir le menu Partager puis choisir Sur l’écran d’accueil. Une PWA destinée à un public majoritairement iPhone doit expliquer ce geste, sinon elle reste un site.
- Les notifications existent, sous condition. Elles fonctionnent depuis iOS 16.4, uniquement pour une PWA ajoutée à l’écran d’accueil. Un visiteur qui n’a pas fait ce geste ne recevra rien.
- Le moteur de rendu reste celui d’Apple. Sur iPhone, ce que Safari ne sait pas faire, aucun autre navigateur ne le fera à sa place. Les fonctions matérielles avancées relèvent donc du développement d’une application mobile native.
Notre position est simple : si votre usage tient dans ce périmètre, la PWA vous fera économiser un développement entier. Si votre usage en sort, nous vous le disons avant de commencer, pas au milieu du projet.
Trois situations où la PWA est le bon choix
Ce sont les contextes dans lesquels nous la recommandons sans réserve.
Un outil métier utilisé sur le terrain
Techniciens, commerciaux, agents en intervention : l'application doit rester utilisable en sous-sol ou en zone blanche, et se mettre à jour sans passer par un magasin. Le hors connexion et le déploiement immédiat sont exactement ce que la PWA sait faire.
Un site e-commerce qui décroche sur mobile
Quand le panier mobile se vide faute de rapidité, une PWA raccourcit le parcours, garde le panier en mémoire et permet un retour en un geste depuis l'écran d'accueil, sans demander de télécharger quoi que ce soit.
Une application native peu téléchargée
Une application installée par une minorité de vos clients coûte deux développements pour une audience réduite. La bascule en PWA ramène le projet à une seule base de code et supprime la marche du téléchargement.
Toutes les idées d'application ne relèvent pas d'une PWA. Paiement sans contact, usage intensif du Bluetooth, présence indispensable sur l'App Store : dans ces cas, nous le disons au premier échange et nous vous orientons vers le natif.
Comment nous développons votre Progressive Web App
Cinq étapes, du cadrage des usages jusqu’à la recette sur téléphone réel.
Atelier avec vos utilisateurs finaux
Nous listons les écrans qui doivent rester accessibles sans réseau et les données qui doivent se synchroniser au retour de la connexion. C'est cette liste qui détermine l'architecture, pas l'inverse.
Livré avec un chiffrage par lot
Si vous avez déjà un site, nous mesurons ce qui peut être repris et ce qui doit être refait : structure des gabarits, poids des pages, rendu côté serveur, interfaces disponibles.
Validation maquette avant développement
Maquettes des parcours mobiles, icônes, écran de démarrage, comportement à l'installation sur Android et sur iPhone. Le manifeste et la stratégie de cache sont définis à ce moment, pas à la fin.
Code livré avec la documentation
Nous développons l'application et le service worker qui gère le cache, la mise à jour silencieuse et la reprise après coupure réseau. Le code reste le vôtre et l'hébergement aussi.
Suivi après mise en ligne
Tests sur Android et sur iPhone, sur le réseau et hors réseau, avant mise en production. Nous vérifions l'installation, les notifications et l'indexation des pages publiques.
Questions fréquentes sur les Progressive Web App
Les points que nos clients soulèvent avant de lancer un projet PWA.
Oui, en l’empaquetant dans un conteneur applicatif qui affiche la PWA. Le Play Store accepte ce format depuis longtemps, l’App Store est plus exigeant et refuse les applications qui se contentent d’afficher un site sans apport propre. Dans la pratique, la question à se poser d’abord est celle de l’utilité : si vos utilisateurs installent depuis un lien que vous leur envoyez, le passage par les magasins ajoute des frais et un délai de validation sans bénéfice.
Elle fonctionne sur ce qui a été mis en cache avant la coupure. Les écrans consultés, les ressources de l’interface et les données préchargées restent disponibles ; une donnée jamais chargée ne le sera pas. Les saisies faites hors réseau peuvent être stockées localement puis envoyées au retour de la connexion, à condition que ce comportement ait été prévu au cadrage.
Pas systématiquement. Un site déjà rapide, bien structuré et servi en HTTPS peut recevoir un manifeste et un service worker sans refonte. Un site lent, dépendant de nombreuses extensions ou dont les gabarits mobiles sont approximatifs demandera un travail de fond : dans ce cas, la PWA se traite en même temps qu’une refonte de site internet, ce qui revient moins cher que deux chantiers successifs.
Les deux cohabitent le temps de la transition. Nous maintenons l’application native en l’état, nous mettons la PWA en ligne, puis nous mesurons la répartition des usages sur plusieurs mois avant de décider du retrait. Le point de vigilance est la reprise des comptes et des données : elle passe par une interface de programmation dédiée pour que les deux applications lisent la même base.
Oui, et c’est son avantage face au natif. Chaque écran public reste une page avec sa propre adresse, indexable et partageable. Deux réglages font la différence : le rendu du contenu doit être accessible sans exécution de JavaScript côté client lorsque c’est possible, et le service worker ne doit pas servir aux robots une version en cache différente de la version publiée.
Avec les mêmes outils que pour un site, en ajoutant le suivi des événements propres à l’application : ajout à l’écran d’accueil, ouverture depuis l’icône plutôt que depuis le navigateur, autorisation des notifications, consultation hors connexion. Ces indicateurs racontent l’adoption réelle, là où les visites seules ne distinguent pas un utilisateur installé d’un visiteur de passage.
Décrivez votre projet. On vous dit si on est les bons.
Réponse sous 48 heures ouvrées, avec une première lecture technique et un ordre de grandeur. Si le projet n'est pas pour nous, on le dit et on vous oriente.
75002 Paris
