J’avais écrit la première version de cet article pour montrer, à travers des marques connues, ce que le headless commerce pouvait apporter. Avec le recul, je garderais les exemples, en leur posant une autre question : qu’est-ce qui justifiait vraiment le choix ?
Une grande marque peut consacrer des moyens importants à son expérience de commerce. Pour une PME ou une ETI, je veux d’abord comprendre la limite rencontrée et ce que l’équipe pourra entretenir après le lancement. Les cas ci-dessous servent à éclairer cette discussion, pas à promettre les mêmes résultats.
Les exemples de grandes marques permettent de comprendre ce qu’une architecture headless rend possible. Ils demandent aussi de regarder le besoin, les moyens et l’organisation du projet. Un résultat observé chez une marque ne suffit pas à justifier la même architecture dans une PME ou une ETI.
Voici trois réalisations décrites par leurs fournisseurs ou partenaires. Elles illustrent des choix différents. Les sources documentent les projets présentés, sans garantir que chaque site utilise toujours exactement la même architecture. Les enseignements proposés ici portent sur les décisions à examiner.
SKIMS et une évolution au sein de Shopify
Le partenaire SDG décrit deux générations du site SKIMS. Il a d’abord réalisé un storefront intégré à Shopify, puis un front headless avec Hydrogen, associé à Oxygen et Sanity. Ce cas montre qu’un projet headless peut conserver Shopify comme socle de commerce.
L’enseignement pour une direction est de comparer les limites du front actuel avec le besoin d’un front spécifique. Une évolution de l’expérience ne nécessite pas toujours de remplacer tout le moteur de commerce. Elle demande néanmoins un travail d’architecture, de construction et d’exploitation. Le cas ne permet pas de déduire un gain de conversion causé par la seule séparation.
Patta x Tommy et une expérience de lancement spécifique
Shopify présente une collaboration entre Patta et Tommy Hilfiger qui associait une collection à une expérience de commerce riche en animations, vidéos et images. Les équipes ont utilisé Hydrogen et Oxygen pour construire le storefront. La source décrit notamment une contrainte de performance autour du lancement.
Ce projet aide à préciser le besoin avant de choisir une technologie. Une campagne très particulière peut justifier un travail sur l’expérience et sur la capacité à absorber la demande. Une PME doit encore comparer cette option avec ce que son thème et ses outils peuvent réaliser, puis examiner les moyens disponibles pour le lancement et la suite.
Bang et Olufsen et la combinaison du contenu avec le commerce
Contentful décrit un projet de Bang & Olufsen qui combine sa plateforme de contenu avec commercetools. L’objectif présenté concerne l’expérience en ligne et en magasin, avec une organisation plus flexible des composants. Le contenu et les fonctions de commerce y occupent des rôles distincts.
Ce cas illustre un enjeu qui dépasse l’apparence du site. Il faut organiser le contenu, les données de commerce et leurs échanges. Pour une PME ou une ETI, la question à examiner est la limite concrète du système existant. Ajouter plusieurs produits spécialisés est pertinent si leurs gains justifient l’intégration et si l’équipe peut entretenir l’ensemble.
Lancôme et la distinction entre PWA et headless
Le cas Lancôme mérite de rester, avec une précision. L’étude publiée par Google en mai 2017 décrit une PWA lancée avec Mobify et rapporte une hausse de 17 % des conversions. Elle concerne l’amélioration de l’expérience mobile. Elle ne permet pas d’attribuer ce résultat au seul headless ni de certifier l’architecture actuelle du site. C’est un exemple historique utile pour distinguer une amélioration du parcours et un choix d’architecture.
Ce que ces exemples permettent de comparer
Les trois projets mobilisent des contextes, des périmètres et des équipes différents. Ils montrent des possibilités, sans constituer un classement des architectures. Les études fournisseurs mettent en avant les réalisations de leurs produits. Elles doivent être lues avec leurs conditions et les limites des informations publiées.
Pour comparer avec votre entreprise, décrivez le parcours qui pose problème, les outils impliqués et le résultat attendu. Vérifiez ensuite les contraintes du socle et la possibilité d’une amélioration plus limitée. Le nombre de marques connues utilisant une technologie n’est pas un critère suffisant pour engager un investissement.
Préparer un projet adapté à son organisation
Le front headless doit avoir un responsable et un cadre de maintenance. Il faut vérifier les données de référence, les parcours de paiement, le support, la mesure des usages et le référencement. Le budget doit inclure les évolutions et la résolution des incidents, au-delà de la première mise en ligne.
Un essai peut porter sur le parcours qui justifie le projet. Il permettra d’évaluer ce que la séparation apporte et ce qu’elle demande à l’équipe. Les critères de réussite doivent être fixés avant la démonstration, avec les métiers et la DSI.
Quelle décision retenir pour une PME ou une ETI
Le headless se justifie par un besoin que l’organisation souhaite et peut prendre en charge. Une solution intégrée peut rester cohérente pour le reste de l’activité. Les exemples servent à rendre les options visibles, puis à poser une comparaison sur votre propre périmètre.
Si votre choix se résume aujourd’hui à « Shopify ou headless », commencez par reformuler les options. Shopify peut participer à une architecture headless. Le véritable arbitrage porte sur l’expérience à construire, les dépendances à gérer et la capacité à maintenir ce choix.
Questions fréquentes
Une PWA est-elle forcément un site headless ?
Non. La PWA concerne des capacités de l’expérience web, tandis que le headless concerne la séparation du front et du moteur de commerce. Le cas Lancôme illustre justement pourquoi il faut distinguer les deux.
Peut-on reprendre l’architecture d’une grande marque ?
Elle peut donner des idées. La décision doit encore être adaptée à vos besoins, à vos volumes, à votre budget et à la capacité de votre équipe. Les résultats publiés dans une étude de cas ne constituent pas une prévision pour votre projet.
Pour approfondir
- Comprendre les critères de choix du headless
- Comprendre le rôle du CMS headless
- Comparer suite et outils spécialisés
Votre entreprise a grandi plus vite que son SI, ou un choix d’outil bloque la transformation ? Je peux prendre ce sujet avec vous.
Voir mes interventions auprès des dirigeants et DSI
