Headless commerce : où ça marche, où ça coûte cher
Kévin Papot, Directeur de la publication · publié le · 8 min
Le headless est présenté depuis plusieurs années comme l'avenir du e-commerce. Pour certains marchands, il l'est. Pour beaucoup d'autres, c'est une architecture de grande entreprise adoptée par un marchand de taille moyenne, qui paiera deux équipes pour faire le travail d'une.
De quoi on parle
Une boutique classique, ou monolithique, gère tout dans le même logiciel : le catalogue, le panier, les commandes, mais aussi l’affichage des pages. Shopify, PrestaShop ou WooCommerce fonctionnent ainsi par défaut.
Une architecture headless sépare la vitrine du moteur. Le moteur de commerce gère les produits, les prix, le panier et les commandes, et expose ces fonctions par une interface de programmation. La vitrine, développée à part, les appelle et affiche les pages comme elle l’entend.
| Monolithique | Headless | |
|---|---|---|
| Liberté de design | Encadrée par le thème | Totale |
| Vitesse d'affichage | Bonne à moyenne | Potentiellement excellente |
| Nombre d'applications à maintenir | Une | Au moins deux |
| Modules et extensions prêts à l'emploi | Nombreux | Souvent à réintégrer à la main |
| Compétences nécessaires | Intégrateur de la plateforme | Développeurs front et back |
Où ça marche vraiment
Plusieurs vitrines sur un même moteur. Une marque qui vend sur un site, une application mobile, des bornes en magasin et plusieurs pays avec des expériences différentes gagne à centraliser le commerce et à multiplier les interfaces.
Un contenu éditorial riche mêlé au catalogue. Les marques dont le site est autant un média qu’une boutique trouvent souvent plus simple d’associer un outil de gestion de contenu dédié et un moteur de commerce, plutôt que de forcer l’un à faire le travail de l’autre.
Des exigences de performance ou d’expérience hors norme. Quand le design est un avantage concurrentiel central et que le thème d’une plateforme devient une limite réelle, pas une préférence.
Une équipe technique interne. C’est la condition la plus souvent oubliée.
Où ça coûte cher
Le coût caché n°1 : tout ce que la plateforme faisait gratuitement. Sur une boutique classique, installer un module d’avis clients, de recommandation ou de paiement fractionné prend une heure. En headless, chaque fonction qui touche l’affichage doit être réintégrée dans la vitrine. Ce qui était un clic devient un développement.
Le coût caché n°2 : la double maintenance. Deux applications, deux hébergements, deux cycles de mise à jour, et une interface entre les deux qui doit continuer à fonctionner quand l’une évolue.
Le coût caché n°3 : la dépendance aux développeurs. Une équipe marketing qui modifiait une page d’accueil seule peut se retrouver à ouvrir un ticket pour changer une bannière, si l’outil de contenu n’a pas été pensé pour elle.
Ce que l'exploitation nous a appris. Nos propres sites éditoriaux sont générés en statique, séparés de toute logique de commerce, et c'est un choix qui nous réussit : pages très rapides, hébergement presque gratuit, sécurité simple. Mais nous n'avons jamais appliqué ce modèle à une boutique qui vend. Dès qu'il y a un panier, des stocks, des prix qui bougent et des modules de paiement, la simplicité d'une plateforme intégrée l'emporte à notre échelle. La performance du statique est réelle ; le coût de la reconstruire autour d'un tunnel d'achat l'est aussi.
Les solutions intermédiaires
Entre le tout-intégré et le headless complet, il existe des voies moins coûteuses.
Optimiser la boutique existante. Une grande partie des gains de vitesse attribués au headless s’obtient sur une plateforme classique : thème allégé, images correctement dimensionnées, applications superflues supprimées. C’est à tester avant toute refonte d’architecture.
Le headless partiel. Garder la boutique standard pour le catalogue et le tunnel, et ne sortir en headless que certaines pages éditoriales ou une page d’accueil très travaillée.
Les offres hybrides des éditeurs. Plusieurs plateformes proposent désormais leurs propres cadres pour construire une vitrine découplée, avec une partie des fonctions déjà prêtes. Cela réduit le coût, sans le supprimer.
Les questions à poser avant de signer
Qui maintiendra la vitrine dans trois ans, et avec quel budget annuel ? Quelles fonctions de la boutique actuelle faudra-t-il redévelopper, liste en main ? Comment l’équipe marketing modifiera-t-elle une page sans développeur ? Quel gain mesurable est attendu, en conversion ou en vitesse, et comment sera-t-il vérifié ?
Si ces questions restent sans réponse précise, le projet est piloté par l’architecture, pas par le besoin.
Un avis franc. Si votre boutique réalise moins de quelques millions d'euros de chiffre d'affaires et n'a pas de développeur en interne, le headless est très rarement le bon choix. Commencez par rendre votre boutique actuelle rapide et claire. Si elle atteint vraiment ses limites, vous le saurez, et vous aurez alors les chiffres pour justifier l'investissement.
Pour poser le choix de la plateforme, voir quelle plateforme e-commerce choisir et le coût de possession sur trois ans. Nous accompagnons ce type d’arbitrage sur notre page agence e-commerce CMS.
Un projet de boutique en ligne ? Nous concevons des sites e-commerce et nous exploitons les nôtres. Décrivez-nous votre projet, réponse sous 48 heures.