Il y a une scène qui revient souvent quand je discute avec des responsables e-commerce : quelqu'un sort son téléphone, tape le nom d'une enseigne, et au lieu d'un lien vers l'App Store, il tombe sur un site qui s'installe en deux secondes. Pas de boutique d'applications, pas de 150 Mo à télécharger, pas de mise à jour qui casse tout. Juste une icône sur l'écran d'accueil. C'est exactement ce qu'a fait Etam, et je pense que cette décision en dit plus long sur l'avenir du retail mode que n'importe quel communiqué de presse.
Une progressive web app — PWA pour les intimes — n'est pas une technologie unique. C'est un faisceau de bonnes pratiques web qui, mises bout à bout, donnent à un site l'allure et le comportement d'une application native. Le terme a été popularisé par Google autour de 2015. Depuis, des enseignes de prêt-à-porter s'y sont engouffrées. Etam est l'un des cas les plus cités. Mais ce qu'on lit à son sujet reste vague, presque toujours théorique. Alors reprenons depuis le début, en essayant de comprendre pourquoi une marque qui vend des soutiens-gorge et des maillots a choisi cette voie plutôt qu'une app bien rangée sur le Play Store.
Points clés à retenir
- Une PWA est un site web amélioré : service worker, manifest, HTTPS, et une expérience d'installation sans passer par un store.
- Etam a fait le pari de l'installabilité web pour capter une audience mobile qui ne télécharge plus d'apps.
- Le gain principal n'est pas technique : c'est de supprimer la friction entre une envie d'achat et un panier.
- Pour le textile, où l'achat est impulsif et saisonnier, cette friction compte énormément.
- Une PWA ne remplace pas toujours une app native — elle la remplace quand votre usage est transactionnel, pas quotidien.
- Le vrai coût d'une PWA, ce n'est pas le développement. C'est la rigueur de maintenance.
Pourquoi Etam a misé sur une progressive web app plutôt qu'une app classique
Avant d'entrer dans le détail, il faut se défaire d'une idée reçue. On imagine souvent que les grandes enseignes roulent sur l'or et peuvent se permettre une app iOS, une app Android, une refonte annuelle et une équipe dédiée. La réalité est plus rugueuse.
Une application native, c'est deux bases de code à maintenir (iOS, Android), deux cycles de validation, deux calendriers de mise à jour. Pour une marque de mode, dont les collections changent tous les trois mois, ce rythme est absurde. Vous livrez une fonctionnalité en janvier, elle est en ligne en mars, la collection qu'elle devait accompagner est déjà soldée. J'ai vu ce scénario se répéter chez plusieurs clients, et à chaque fois le même constat : l'app arrive toujours en retard sur le métier.
Le vrai problème : l'usage réel des apps mobiles
Autre chose qu'on oublie. Installer une app, ce n'est pas anodin pour un client. C'est un engagement. Il faut accepter de libérer de l'espace, tolérer les notifications, supporter une mise à jour forcée. La majorité des utilisateurs installent une app de retail, l'ouvrent une ou deux fois, puis l'oublient.
Les chiffres de la mesure d'audience mobile sont têtus là-dessus : sur une centaine d'apps installées sur un téléphone, une poignée concentre l'essentiel du temps d'usage. Le reste dort. Pour une enseigne qui vend un maillot de bain une fois par an, cette réalité est dévastatrice. Vous avez investi dans un canal que personne n'ouvre.
La PWA contourne le problème. Le client ne s'engage pas à installer quoi que ce soit. Il arrive depuis une recherche, une story Instagram ou un lien partagé. Le site se charge, il achète, il part. Et s'il revient trois mois plus tard, l'icône est peut-être déjà là, sur son écran d'accueil, parce qu'il l'a ajoutée sans y penser.
Ce que cache le mot « progressive »
Le progressive de progressive web app n'est pas un slogan marketing. Il désigne une amélioration graduelle. On part d'un site web ordinaire, et on empile des couches :
- un fichier manifeste qui décrit le nom, l'icône, la couleur de thème,
- un service worker, ce petit script qui tourne en arrière-plan et gère le cache,
- obligatoirement du HTTPS, sans quoi rien ne fonctionne,
- et une architecture assez légère pour se charger vite, même sur un forfait mobile médiocre.
Chaque couche améliore l'expérience. Aucune n'est indispensable isolément. C'est pour ça qu'on dit qu'une PWA est un spectre, pas une case à cocher. Un site peut être « un peu PWA » et déjà mieux que rien.
Concrètement, qu'est-ce qu'Etam a changé ?
Ici, je dois être honnête : je n'ai pas accès aux coulisses techniques d'Etam. Personne en dehors de leurs équipes ne les a vraiment. Ce qu'on peut observer, en revanche, c'est le comportement du site tel qu'il se présente à un client. Et ce comportement raconte une histoire cohérente.
Le site se charge vite, se comporte comme une app, propose une installation discrète. On ne vous harcèle pas avec un bandeau géant « installez notre application ». Vous pouvez acheter sans jamais l'installer. Et si vous l'installez, vous retrouvez votre panier, votre compte, votre historique.
Le parcours d'achat mode est brutal
Voilà ce que beaucoup oublient quand ils parlent de PWA dans l'abstrait. Le e-commerce textile est un des parcours les plus impitoyables qui existent. Le client hésite sur la taille, compare les couleurs, se demande si le retour est gratuit. Chaque seconde de chargement est une occasion qu'il se ravise. Chaque étape supplémentaire est un panier abandonné.
J'ai travaillé sur une boutique de vêtements plus petite qu'Etam, et on a mesuré l'effet d'un simple changement : passer d'un site classique à une version avec service worker et cache agressif. Le taux de transformation a grimpé. Pas de trente points, hein, soyons sérieux. Mais suffisamment pour justifier l'investissement sur un trimestre. Sur ce type de boutique, chaque dixième de point compte, parce que le panier moyen est élevé et la marge serrée.
Pour une enseigne de la taille d'Etam, l'enjeu est démultiplié. Le mobile représente la majorité du trafic en mode. Si le mobile charge mal, c'est l'essentiel du chiffre d'affaires qui trinque.
PWA ou app native : comment trancher ?
La question revient sans cesse. Faut-il abandonner l'app native au profit d'une PWA ? La réponse dépend entièrement de l'usage qu'en fait votre client. Voici comment je pose le problème quand on me le demande.
| Critère | PWA | App native |
|---|---|---|
| Installation | Depuis le navigateur, quasi instantanée | Passage obligatoire par un store |
| Mise à jour | Automatique, transparente | Validation par Apple/Google, délais |
| Accès aux fonctions du téléphone | Limité (caméra, notifications selon plateformes) | Complet |
| Fonctionne hors ligne | Oui, si bien conçu | Oui |
| Coût de développement | Un seul code pour tous | Deux bases à maintenir |
| Idéal pour | Achat ponctuel, catalogue, réservation | Usage quotidien, fidélité forte |
Vous voyez où je veux en venir. Une enseigne de mode a un usage ponctuel et transactionnel. Personne n'ouvre l'app Etam tous les matins pour voir si de nouveaux modèles sont arrivés. On y va quand on cherche quelque chose. Ce profil colle parfaitement à une PWA.
À l'inverse, une banque, une messagerie, un service de livraison — usage quotidien, dépendance forte — justifie encore une app native. Le match PWA vs natif n'a pas de vainqueur universel. Il a un vainqueur par usage.
La limite que personne ne veut admettre
Et là, je vais vous contrarier. Une PWA, ce n'est pas magique. Sur iPhone, l'accès aux notifications et à certaines fonctions reste plus verrouillé que sur Android. Apple a longtemps traîné des pieds, et même aujourd'hui, tout n'est pas au même niveau selon le système.
Autre point : la maintenance. Beaucoup croient qu'une fois la PWA livrée, c'est fini. Faux. Le service worker doit être versionné soigneusement. Une erreur de cache, et vos clients voient une vieille version du site pendant des jours. J'ai vécu ça. Une mise à jour du service worker mal gérée a servi un catalogue périmé à une partie des visiteurs pendant presque une semaine avant qu'on s'en aperçoive. Personne n'a rien dit — les clients ne se plaignent pas d'un site qui affiche les prix d'hier. Ils achètent ailleurs.
Donc oui, la PWA simplifie. Elle ne dispense pas de rigueur. Si vous n'avez pas quelqu'un capable de comprendre les subtilités du cache, vous allez vous brûler les ailes.
Ce que cette histoire dit du retail en 2026
Etam n'est pas un cas isolé. C'est un symptôme. Le retail mode a compris que le combat ne se joue plus sur « avoir une app », mais sur « être présent au bon moment, sans friction ». Le client est là, sur son téléphone, dans le métro, avec une barre de réseau médiocre. Il ne va pas télécharger 180 Mo. Il va cliquer sur ce qui charge.
Dans ce contexte, la progressive web app cesse d'être un choix technique branché. Elle devient une évidence économique.
Ce qui me frappe, c'est à quel point ce raisonnement aurait paru hérétique il y a dix ans. À l'époque, pas d'app native signifiait ne pas être sérieux. Aujourd'hui, c'est parfois l'inverse : une app lourde et jamais ouverte est un aveu de faiblesse. La question n'est plus « avez-vous une app ? », mais « comment vendez-vous vite à quelqu'un qui n'a rien installé ? ».
Et vous, si votre enseigne préférée disparaissait du Play Store demain pour ne laisser qu'un site installable, le remarqueriez-vous ? Moi, honnêtement, je crois que je ne m'en apercevrais même pas. C'est peut-être ça, la vraie leçon.
