Installable sur un téléphone comme sur un ordinateur, avec notifications push et un écran de repli quand le réseau lâche : une PWA fait le travail d'une application mobile sans obliger à en écrire deux, ni à en maintenir deux pendant cinq ans.
Une PWA n'est pas un site avec une icône. C'est une application web qui s'installe, qui garde son état, qui prévient l'utilisateur quand quelque chose bouge chez vous, et qui affiche autre chose qu'une page d'erreur dans le métro. Chacun de ces quatre points se construit : c'est là que passe le travail, pas dans le manifeste.
J'en ai livré plusieurs, en production et chez de vrais utilisateurs, dont une empaquetée en application Android par-dessus la même base de code : manifeste, service worker, notifications push VAPID, mode hors connexion, icônes et écran de démarrage. Les limites d'iOS, je les ai payées sur mes propres applications avant de vous en parler.
Nom, icônes à toutes les tailles, couleur de thème, écran de démarrage, affichage plein écran : c'est ce qui décide si le navigateur propose l'installation ou pas. J'ajoute un bouton d'installation maison plutôt que d'attendre le bon vouloir du navigateur, et une explication du geste sur iOS, où il n'est pas le même.
Un service worker qui met en cache ce qu'il faut, une page de repli quand le réseau tombe, et une stratégie décidée écran par écran : certaines données doivent être fraîches, d'autres peuvent attendre. Tout mettre en cache produit une application qui affiche des chiffres faux avec beaucoup d'assurance.
Web push et clés VAPID côté serveur, demande de permission au bon moment plutôt qu'à la première seconde, et suivi des abonnements qui expirent. Depuis iOS 16.4 ça fonctionne aussi sur iPhone, à condition que l'application ait été ajoutée à l'écran d'accueil. Quand l'information doit arriver pendant que l'application est ouverte, c'est du temps réel qu'il faut, pas une notification.
La même base de code s'empaquette en application Android pour le Play Store, sans réécriture. Je le fais quand la visibilité en boutique compte vraiment, et je le dis quand ça n'apporte rien : une PWA s'installe très bien depuis votre site, sans commission ni validation par un tiers.
SaaS · organisation du foyer
Application de répartition équitable des tâches ménagères en famille : PWA installable, notifications push, abonnements Stripe et répartition des points entre membres du foyer.
Pronostics sportifs en temps réel
Plateforme gratuite de pronostics entre amis pour la Coupe du Monde 2026 : ligues privées, pronostics sur les 104 matchs, scores et classements en temps réel sans rechargement, jokers, badges et mur de ligue.
Assistant juridique par IA
Plateforme privée d'aide à la constitution de dossiers juridiques, assistée par IA : journal de faits horodatés avec pièces, assistant répondant à partir du dossier (RAG), contrôles de confidentialité granulaires. Hébergement en France, données chiffrées.
Pour la grande majorité des besoins métier, oui : formulaires, listes, tableaux de bord, notifications, paiement. Ce qui reste hors de portée, c'est le matériel de pointe (Bluetooth fin, capteurs, traitement vidéo lourd) et la présence dans les classements des boutiques. Quand il faut du natif, une PWA est une fausse économie, et je le dis au premier échange.
Oui, avec deux réserves à connaître avant de décider. L'installation passe par Safari et « Sur l'écran d'accueil », un geste que personne ne trouve seul : il faut l'expliquer dans l'interface. Et les notifications exigent iOS 16.4 ou plus, plus une application réellement installée. En dehors de ça, elle se comporte comme une application.
Non. Une application web existante devient installable sans changer sa logique : un manifeste, un service worker, des icônes, quelques réglages. Le vrai travail est ailleurs, dans le comportement hors connexion et dans les notifications, qui touchent à votre métier et se décident écran par écran. Sur une base ancienne, la montée de version Symfony passe avant, et si plus personne ne la maintient, la reprise du projet existant passe avant tout le reste.
Oui, la même base de code s'empaquette en application Android sans réécriture, et je l'ai fait. Comptez en plus le compte développeur, la fiche, les déclarations de contenu et les délais de validation de Google : c'est du travail administratif réel, à décider pour la visibilité qu'il rapporte, jamais par principe.
Une PWA, c'est une base de code au lieu de deux ou trois, et pas de validation de boutique à chaque correction. Mon tarif de référence est de 650 € par jour, et le périmètre se chiffre au forfait après cadrage. L'écart avec un double développement natif ne se joue pas sur la première livraison : il se joue sur les trois ans qui suivent.
Sous 24 heures, et c'est moi qui réponds. Le premier échange sert surtout à savoir si la PWA est la bonne réponse à votre besoin : si ce que vous décrivez exige du natif, je vous le dis tout de suite plutôt que de vendre ce que je sais faire.
Dites-moi ce que vos utilisateurs doivent pouvoir faire, sur quels appareils, et ce qui existe déjà. Je réponds sous 24 h, avec un avis franc sur ce que la PWA couvre chez vous et sur ce qu'elle ne couvrira pas.