Un matin de soldes, vous tapez « etam » dans la barre de recherche de votre téléphone. Le site met une seconde à s'afficher. Vous ajoutez un article au panier, vous payez, et vous ne vous doutez pas une seconde que vous venez d'utiliser ce qui est probablement la meilleure vitrine de progressive web app du e-commerce français. Pas d'App Store, pas de téléchargement, pas de mise à jour à valider. Juste du web, qui se comporte comme une appli.
Et si je vous disais que cette approche a permis à Etam de faire sauter un plafond que beaucoup de retailers croyaient définitif : le taux de conversion mobile ? On va décortiquer ce qu'est réellement une PWA, pourquoi Etam a misé dessus, et ce que ça change concrètement pour vous, que vous soyez développeur curieux ou merchant qui se demande s'il doit suivre le mouvement.
Points clés à retenir
- Une PWA est un site web qui s'installe, fonctionne hors ligne et envoie des notifications, sans passer par les stores.
- Etam est l'un des cas d'usage les plus cités du retail français pour la PWA, avec un gain affiché sur la conversion mobile et le panier moyen.
- Une seule base de code sert iOS, Android et desktop : le coût de développement s'effondre par rapport à deux applis natives.
- Le checkout géolocalisé (+50 % de conversion évoqué) est un dispositif distinct de la PWA — ne confondez pas les deux.
- Teams PWA existe : la version web de Microsoft Teams s'installe comme une application sur votre ordinateur.
Une progressive web app, c'est quoi au juste ?
Le terme a été popularisé par Google autour de 2015 — « terme ombrelle » disait-on à l'époque, parce qu'il recouvre en réalité un faisceau de technologies déjà existantes. La définition la plus propre, c'est celle de MDN : une application web progressive (PWA) est une application construite en utilisant les technologies de la plateforme web, mais qui offre une expérience utilisateur similaire à celle d'une application spécifique à une plateforme.
Voilà le cadre. Trois propriétés en découlent, et elles changent tout.
Un site web, une appli native : le cul-de-sac classique
Un site web classique tourne partout, mais il est dépendant du réseau et ne s'installe pas. Une appli native est fluide et présente sur l'écran d'accueil, mais il en faut deux versions (iOS, Android), deux budgets, deux cycles de validation Apple/Google. Faites le calcul : pour un retailer, c'est souvent le double de travail pour la moitié des utilisateurs — parce que personne ne télécharge une appli de mode juste pour acheter une robe.
La PWA coupe la poire autrement. Comme un site web, elle s'exécute sur plusieurs plateformes et appareils à partir d'une seule base de code. Comme une application spécifique à une plateforme, elle peut être installée sur l'appareil, fonctionner hors ligne et en arrière-plan, et s'intégrer à l'appareil ainsi qu'aux autres applications installées. Retenez cette phrase de MDN : c'est votre grille de lecture.
- Installable depuis le navigateur, sans store
- Fonctionne hors ligne grâce au service worker, un script qui intercepte les requêtes et sert du cache
- Rapide — l'objectif étant un premier affichage sous la seconde
- Notifications push possibles
Sur le papier, tout le monde est d'accord. Dans les faits, je vois encore beaucoup d'équipes présenter une PWA comme « un site qui a des icônes ». C'est passer à côté du sujet : la vraie différence tient au service worker et à la stratégie de cache. Sans ça, vous avez un site responsive. Point.
Pourquoi Etam est devenu le cas d'école de la progressive web app
Etam fait partie des retailers français que tout le monde cite quand on parle PWA — aux côtés de Rue du Commerce et Weekendesk. Pas par hasard : la marque s'est attaquée à un problème que tous les acteurs mode connaissent. Le trafic est massivement mobile, mais la conversion mobile reste inférieure à celle du desktop. Le tunnel d'achat classique en achiète des clients.
Ce que la PWA a changé sur le tunnel
La bascule vers une PWA a visé plusieurs leviers en même temps : temps de chargement, fluidité de navigation, et expérience d'achat quasi-native. L'objectif affiché était clair — augmenter la conversion mobile et le panier moyen, tout en réduisant le temps de développement par rapport à une alternative native.
Attention à un piège sémantique que je vois régulièrement répété. Etam a communiqué sur une hausse de plus de 50 % de son taux de conversion e-commerce liée à un checkout géolocalisé développé avec Woosmap. Ce n'est pas la PWA qui porte ce chiffre-là. Ce sont deux dispositifs distincts : la géolocalisation simplifie la saisie d'adresse au moment de payer, l'autre modernise l'ensemble de l'expérience web. Confondre les deux revient à attribuer à un moteur les performances du châssis. Et franchement, beaucoup d'articles le font.
Là où le modèle montre ses limites
Avouons-le, la PWA n'est pas une baguette magique. Trois points frottent encore en 2026 :
- iOS reste un terrain partiellement fermé — l'installation est moins évidente pour le grand public, et certaines API (push notamment) ont longtemps été bridées.
- L'expérience d'achat doit être repensée pour le pouce, pas juste adaptée. Une PWA qui copie un site desktop déguisé en mobile ne convertira pas mieux.
- La maintenance du service worker demande de la rigueur : une mauvaise stratégie de cache et vous servez à vos clients une version fantôme de votre catalogue.
Ça n'invalide pas le choix d'Etam. Ça le nuance. Et c'est exactement le genre d'arbitrage qu'un retailer doit poser sur la table avant de lancer un chantier PWA.
| Critère | Site web classique | PWA | Appli native |
|---|---|---|---|
| Installation | Non | Oui, depuis le navigateur | Oui, via store |
| Fonctionnement hors ligne | Non | Oui (service worker) | Oui |
| Coût de développement | Faible | Modéré | Élevé |
| Base de code | Une | Une | Une par OS |
| Validation Apple/Google | Non | Non | Oui |
Pouvez-vous me donner quelques exemples de Progressive Web App (PWA) ?
Oui, et ils sont partout autour de vous sans que vous le sachiez. Les PWA les plus citées côté grand public :
- Twitter (anciennement) / X — l'un des premiers cas historiques, avec une réduction drastique du poids de la page
- Starbucks — commande mobile accessible hors connexion
- Pinterest — engagement en hausse après bascule PWA
- Uber — la version web progressive sert les marchés à connexion faible
- Etam, Rue du Commerce, Weekendesk côté français
- Et évidemment Teams, dont on parle juste après
- Spotify, côté player desktop
Vous noterez que je n'ai pas listé que des applis « tech ». Le e-commerce et les services du quotidien sont les premiers bénéficiaires — normal, ce sont eux qui ont le plus à perdre d'un téléchargement en plus.
Quelles sont les 5 applications les plus utilisées ?
Question piège, parce que le classement dépend du critère. En usage réel sur smartphone, les cinq applications qui dominent presque partout dans le monde sont les plateformes sociales et de messagerie : WhatsApp, Facebook, Instagram, YouTube, et le duo TikTok / WeChat selon la zone géographique. Un chiffre circule et reste stable : la grande majorité des utilisateurs ne télécharge aucune nouvelle appli dans le mois, et quatre applications concentrent l'essentiel du temps passé.
C'est précisément ce constat qui rend la PWA pertinente. Si vous n'êtes pas dans le quatuor de tête, demander à un client de télécharger votre appli, c'est demander un acte de foi. Une PWA contourne la question : elle est déjà là, accessible depuis le navigateur, installable en deux taps.
Ce qu'il faut en retenir pour votre stratégie
La bataille du téléchargement est perdue d'avance pour la plupart des marques. La PWA adresse l'alternative : rester accessible sans imposer d'installation, tout en offrant l'expérience d'une appli pour ceux qui veulent l'installer. C'est un choix par défaut raisonnable pour un site e-commerce, un média, ou un service de réservation.
C'est quoi Teams PWA ?
Teams PWA, c'est tout simplement la version web de Microsoft Teams que vous installez comme une application sur votre ordinateur. Vous ouvrez Teams dans Edge ou Chrome, vous cliquez sur l'icône d'installation dans la barre d'adresse, et hop : Teams s'ouvre désormais dans sa propre fenêtre, avec une icône dans la barre des tâches, comme si vous l'aviez téléchargé depuis le store.
En coulisses, c'est une PWA : service worker, cache, notifications natives. En surface, ça change la vie de ceux qui n'ont pas les droits admin pour installer le client lourd — un problème très concret dans les grandes entreprises. Microsoft documente cette voie depuis un moment, et elle est devenue une option par défaut pour beaucoup d'utilisateurs Windows.
Pourquoi Microsoft a-t-il choisi la PWA pour Teams ?
Parce que la base de code est déjà web. En encapsulant la version web dans une PWA, Microsoft évite de maintenir un client lourd spécifique par OS tout en offrant une expérience d'application. C'est exactement le même raisonnement qu'un retailer : une base, plusieurs plateformes.
Faut-il passer en PWA ? Le vrai critère
Mon avis, et je l'assume : pour un e-commerce ou un média, la PWA est le bon défaut. Elle réduit le coût de développement, elle accélère l'expérience utilisateur, et elle évite le mur du téléchargement. Pour une appli qui a besoin d'accéder intensivement au matériel (capteurs, Bluetooth, caméra avancée) ou à des performances graphiques lourdes, le natif reste pertinent.
Le vrai critère n'est pas technique. Il est commercial : votre utilisateur est-il prêt à télécharger quelque chose pour vous ? Si la réponse est non — et elle est presque toujours non — la PWA est votre meilleure option. Etam en est la démonstration la plus citée en France. Pas parce que c'est une prouesse technologique, mais parce qu'elle résout un problème business réel : convertir des visiteurs mobiles qui n'auraient jamais téléchargé l'appli.
Ce qui me frappe, avec le recul, c'est à quel point cette technologie est devenue invisible. Personne ne dit « j'utilise la PWA d'Etam ». On dit « je commande sur le site ». C'est exactement le signe qu'elle a réussi.
