Chapitre 02.4 · PWA

Développeur freelance — Web app installable

Développement de Progressive Web App (PWA)

Service worker fiable, manifest clair, stratégies de cache adaptées au risque : une PWA utile commence par les parcours critiques (auth, consultation, formulaires terrain). Mises à jour versionnées pour éviter les clients bloqués sur une coquille vide — sans promesse magique “comme une app native”.

Concevoir — coder — publier

Ils me font confiance

AccorStudelioGreenweezDriverSpreadshirtCrack ItLibertieMade in FranceSIF GroupThe French MaisonsUrbawiseAccorStudelioGreenweezDriverSpreadshirtCrack ItLibertieMade in FranceSIF GroupThe French MaisonsUrbawise

Ce que vous obtenez

Le web, avec les bons réflexes “app”

Installation, offline partiel, perf : sans forcément passer par les stores.

Service worker maîtrisé

Cache nommé, invalidation, stratégie par route : moins de données périmées surprises.

Manifest & installation

Icônes, safe areas, display mode : une expérience propre quand l’utilisateur ajoute à l’écran d’accueil.

Perf web sérieuse

LCP, JS utile, images : ce qui compte aussi pour l’usage mobile en 4G.

Push & permissions raisonnables

Quand le métier le justifie — avec consentement clair pour ne pas griller la confiance.

Lecture

PWA vs store : quand éviter Apple et Google

Une PWA n’est pas une étiquette marketing : c’est un ensemble de choix techniques — service worker, manifest, HTTPS — qui permettent une expérience installable et plus résiliente. Le piège classique est le cache “trop agressif” : rapide un jour, incohérent le lendemain. D’où le versioning du worker et des stratégies par route, pas un seul bouton magique.

Besoin des stores ? Comparez avec iOS et Android. Besoin des deux mondes : React Native.

iOS Safari : valider tôt, promettre sobrement

Les capacités évoluent ; certaines APIs web restent plus strictes sur Safari. Je valide les parcours critiques sur iPhone réel — pas seulement sur le simulateur desktop — avant d’engager une promesse “100 % comme une app”.

« Le offline partiel utile bat le offline total buggé. »

PWA et SEO : éviter les doubles contenus

Quand la PWA vit sur un sous-domaine ou un chemin dédié, j’aligne canonicals, indexation et analytics avec votre site principal. Pour aller plus loin côté recherche : SEO.

Passer au store plus tard

TWA / Capacitor ou refonte ciblée : si vous anticipez la bascule, j’isole la logique métier du shell web pour ne pas tout jeter à la première évolution store.

Hors-ligne partiel, notifications, perf : ce qu’une PWA peut (vraiment) faire aujourd’hui

Le service worker permet de mettre en cache des écrans critiques pour un réseau faible ; les push web existent sur Android plus volontiers que sur iOS — je vous dis franchement ce qui marchera chez vos utilisateurs sans vous vendre du “100 % comme une app native”. Souvent la PWA est une étape intelligente avant de financer deux stores.

Réalisations · Blog · Devis app · Contact.

Pour vous

Pour qui c’est fait

B2B, interne, ou campagnes où le store est un frein.

Outils internes & franchises

Distribution par URL ou MDM, mises à jour rapides sans review store à chaque typo.

Terrain & événements

Formulaires, files d’attente, mode dégradé : le offline partiel bien cadré.

Startups en validation

Itérer vite sur le web tout en gardant une UX quasi-app sur mobile.

Complément du site vitrine

Parcours “app-like” pour une brique métier sans refondre tout le site.

Décision

PWA, app store, ou les deux ?

La découverte grand public penche souvent vers le store ; le B2B aime le lien direct.

Critère
PWA
App store
Hybride
Mise à jour immédiate sans review
Découverte organique store
APIs OS profondes (Bluetooth, etc.)
Coût initial souvent plus contenu
Offline & push avancés
Un seul codebase web + mobile léger

Process

Cinq étapes pour une PWA fiable

  1. 1

    01

    Parcours & risque data

    Qu’est-ce qui peut être stale ? Qu’est-ce qui doit être frais ? Je tranche avec vous avant le worker.

  2. 2

    02

    Manifest & shell

    Écran de chargement, branding, navigation : le minimum “app-like”.

  3. 3

    03

    Service worker

    Stratégies par route, versioning, plan de rollback si un déploiement casse le cache.

  4. 4

    04

    Perf & compat

    iOS Safari vs Chrome Android : je teste les différences réelles (install, storage).

  5. 5

    05

    Mesure & itération

    Analytics, erreurs SW, feedback terrain — puis évolutions.

Stack

Web moderne, worker propre

Next.js ou équivalent, Workbox si pertinent, web app manifest, HTTPS partout — hébergement avec headers de cache cohérents.

Enchaînements fréquents : sur mesure, WordPress, Retour à Applications mobiles.

Next.jsTypeScriptWorkboxWeb PushVercelHTTPSLighthouseNext.jsTypeScriptWorkboxWeb PushVercelHTTPSLighthouse
LighthouseHTTPSVercelWeb PushWorkboxTypeScriptNext.jsLighthouseHTTPSVercelWeb PushWorkboxTypeScriptNext.js

Portfolio

Sélection de projets

Création de sites internet, apps et outils : six projets récents. Je détaille captures et chiffres sur chaque fiche.

FAQ

Questions fréquentes — PWA

Offline, push, iOS, budget.

PWA vs app store ?+

La PWA évite le store pour des usages internes ou B2B ; le store reste pertinent pour la découverte grand public ou les APIs natives strictes.

iOS supporte bien les PWA ?+

Oui avec nuances (storage, push selon versions). Je valide sur Safari iOS les parcours critiques avant de promettre.

Combien coûte une PWA ?+

Souvent à partir de 2 400 € pour un périmètre cadré (shell, cache, quelques écrans offline). Au-delà, le budget suit la complexité métier et les intégrations. Devis gratuit.

Pouvez-vous ajouter au site existant ?+

Souvent oui : sous-domaine ou section dédiée, avec attention au SEO et aux analytics pour ne pas dupliquer inutilement.

Sécurité des données en cache ?+

Pas de secrets dans le cache public ; stratégies différenciées pour contenu statique vs données personnelles.

Délai de mise en ligne ?+

Parfois rapide si le produit est déjà un web app ; plus long si l’offline est central et mal spécifié au départ.

Et si vous voulez le store plus tard ?+

Capacitor / TWA ou refonte ciblée : j’anticipe en séparant la logique métier de la couche “shell”.

Unparcourswebàinstallersurl’écrand’accueil?

Expliquez votre contexte en quelques lignes : proposition réaliste sous 24h ouvrées (périmètre, jalons, ordre de grandeur).

30 minutes de discussion, sans engagement. Vous repartez avec des conseils concrets, même si nous ne donnons pas suite ensemble.

Voir mes réalisationsDemander un devis