Headless commerce : quand une boutique headless a du sens, et quand une boutique classique suffit

Le headless commerce, ou e-commerce headless, est une façon de construire une boutique en ligne où la couche visible par le client — pages produits, panier, contenu — fonctionne séparément du moteur qui détient le catalogue, les prix et les commandes. Les deux communiquent via une API. Cette séparation offre une liberté sur l'apparence et le comportement de la boutique, au prix d'une seconde couche que quelqu'un doit construire et entretenir.

Cet article vous aide à décider si le headless commerce est fait pour vous. Il s'appuie sur des définitions de fournisseurs, de la documentation et des pages tarifaires consultées le 30 septembre 2026. Nous construisons nous-mêmes des boutiques dans cette architecture, nous couvrons donc aussi les cas où nous en dissuadons nos clients. Vous ne trouverez ici aucun témoignage client avec des pourcentages — seulement des critères que vous pouvez vérifier sur votre propre boutique.

Le headless commerce : définition

La définition la plus courte vient de commercetools, l'un des fournisseurs de ce type de plateforme : « Headless commerce is an architecture that separates the frontend experience layer from backend commerce functionality, exposing capabilities through APIs » (traduction libre : « Le commerce headless est une architecture qui sépare la couche d'expérience frontale des fonctionnalités commerciales du back-end, en exposant les fonctions via des API ») (commercetools).

« Head », la « tête », désigne ici la vitrine. Une boutique headless n'a pas une seule tête intégrée sous forme de thème — le moteur expose des données et des opérations (afficher un produit, ajouter au panier, passer une commande), et vous construisez la vitrine séparément. Il peut y avoir plusieurs vitrines à la fois : un site, une application mobile, une borne en magasin.

Le e-commerce headless est souvent évoqué avec un autre acronyme : MACH. Le manifeste de la MACH Alliance le développe ainsi : « microservices-based, API-first, cloud-native SaaS, and headless » (traduction libre : « basé sur des microservices, conçu autour des API, natif du cloud en SaaS, et headless »). Headless n'est donc qu'une des quatre lettres, pas un synonyme de MACH dans son ensemble. Sur sa page MACH explained, l'organisation structure son approche autour de trois principes — Open, Composable et Connected — et dit du dernier : « Connected architecture is API-first, real-time, and interoperable by design » (traduction libre : « une architecture connectée est conçue autour des API, fonctionne en temps réel et est interopérable par conception »).

Cela amène un second terme : le commerce composable. C'est une boutique assemblée à partir de services séparés — un catalogue d'un fournisseur, une recherche d'un autre, du contenu d'un troisième — reliés par API. Toute boutique composable est headless, mais toute boutique headless n'est pas composable : vous pouvez faire tourner un seul moteur (Shopify, par exemple) avec juste votre propre vitrine au-dessus.

Il faut aussi distinguer le e-commerce headless du CMS headless. Un CMS headless gère le contenu des pages (articles, pages de destination) sans vitrine intégrée — un sujet proche, mais qui concerne le contenu, pas le panier et la caisse. Une boutique headless fait souvent tourner les deux à la fois : un moteur de commerce et un CMS séparé pour le contenu marketing.

Boutique classique ou headless : ce qui change

Dans une boutique classique, la vitrine et le moteur forment un seul système. C'est ainsi que fonctionnent à la fois les plateformes SaaS (Shopify, BigCommerce) et l'open source avec thème (WooCommerce, PrestaShop). Vous changez l'apparence via un thème et ses réglages, vous ajoutez des fonctionnalités par des applications ou des extensions, et tout tourne sur un seul serveur ou chez un seul fournisseur.

Dans une boutique headless, vous divisez ce système en deux parties :

• Le moteur (back-end) — produits, prix, stocks, panier, commandes, clients, paiements. Cela peut être une plateforme SaaS (p. ex. Shopify), de l'open source (p. ex. Medusa, Shopware), ou un système développé sur mesure.
• La vitrine — une application séparée qui récupère les données du moteur via une API et les affiche au client. Vous la construisez à partir de zéro ou sur un framework (p. ex. Hydrogen, Next.js).

Dans ce montage, l'API est le contrat entre les deux moitiés : le moteur publie un ensemble d'opérations et de formats de données, et la vitrine les consomme.

Qui entretient quoi

Le changement pratique le plus important concerne la responsabilité. Dans un montage SaaS classique, le fournisseur fait une grande partie du travail dans le cadre de l'abonnement — l'hébergement, les mises à jour de la plateforme et la sécurité sont de son ressort. La page tarifaire suisse de Shopify, par exemple, mentionne un hébergement web illimité et un certificat SSL gratuit parmi les fonctionnalités de ses forfaits. Dans l'open source avec thème, ce périmètre passe à vous ou à votre agence : hébergement, mises à jour du moteur et des extensions, sauvegardes.

Le headless ajoute un troisième élément à cette répartition. Vous entretenez le moteur selon son propre modèle (le fournisseur SaaS, ou vous-même pour l'open source), tandis que la vitrine — son code, son hébergement, la mise à jour de ses dépendances et sa supervision — reste toujours de votre côté ou de celui de votre agence. S'ajoute à cela l'intégration : tout changement dans l'API du moteur peut imposer un changement dans la vitrine.

Le code vous appartient, les données restent dans le moteur

Avec le headless, on entend souvent dire que le code de la vitrine vous appartient. C'est vrai si votre contrat le prévoit et que le dépôt se trouve sur votre propre compte. Mais les produits, les clients et les commandes continuent de vivre dans le moteur — donc les conditions de sortie de ce moteur comptent tout autant que pour une boutique classique. Le centre d'aide de Shopify documente l'export des clients, des commandes et des produits en CSV (clients, commandes, produits). Avec un moteur open source sur votre propre serveur, la base de données est simplement la vôtre. Avant de choisir un moteur, vérifiez ce que vous pourrez réellement en extraire — le même test que nous décrivons dans notre comparatif des plateformes e-commerce. Nous expliquons comment évaluer un fournisseur cloud en général dans notre guide du SaaS.

Quand le e-commerce headless a du sens

Le headless n'est pas une « meilleure version » d'une boutique — c'est une répartition différente du travail. Il est rentable quand les limites d'un seul système vous coûtent plus que l'entretien de deux. Cela arrive typiquement dans quatre situations.

Vous avez besoin d'une vitrine qu'un thème ne peut pas offrir. Un configurateur de produit inhabituel, un parcours de commande sur mesure, des pages produits étroitement liées à du contenu éditorial. Dans une boutique classique, chacune de ces exigences devient un contournement de thème ou une extension supplémentaire. En headless, vous construisez la vitrine autour du processus, et non l'inverse.

Vous vendez sur plusieurs canaux. Un même catalogue doit alimenter un site, une application mobile et un écran en magasin, ou plusieurs sites pour différents marchés. En headless, toutes les vitrines s'appuient sur la même API et les mêmes données.

La performance et le contrôle comptent pour vous. Vous voulez décider ce qui se charge, comment, où tourne la vitrine et comment les pages sont mises en cache, plutôt que de dépendre des réglages du thème et de l'hébergement de la plateforme. Le headless vous donne ce contrôle — il ne le garantit pas. La vitesse dépend de la façon dont la vitrine est réellement construite (voir la section SEO plus bas).

Les intégrations sont au cœur de votre processus de vente. Prix par compte, niveaux de stock depuis l'ERP, règles du système d'entrepôt. Cela va souvent de pair avec le B2B — nous le couvrons dans notre article sur les plateformes B2B.

Quand le headless n'est pas rentable

Vous avez un petit catalogue et un processus d'achat standard. Si le thème et les applications d'une plateforme couvrent déjà vos besoins, le headless ajoute du coût sans ajouter de valeur. C'est aussi ce que nous écrivons sur notre propre page d'offre : pour une première boutique avec 50 produits, le headless est souvent excessif, et nous le disons franchement en recommandant une boutique classique.

Vous n'avez pas d'équipe ni de budget pour la vitrine. La vitrine est une application : mises à jour des bibliothèques, correctifs de sécurité, supervision, changements à chaque évolution de l'API du moteur. Si personne n'en est responsable après le lancement, chaque changement de la boutique se transforme en ticket pour un développeur.

Vous n'avez pas encore validé la demande. Tant que vous testez une offre, ce qui compte, c'est d'obtenir rapidement la première commande. Comment démarrer vite et à moindre coût est couvert dans notre guide comment créer une boutique en ligne.

Votre équipe veut modifier elle-même la mise en page. Dans une boutique classique, le marketing réorganise les blocs dans l'éditeur de thème. En headless, c'est toujours possible, mais il faut le prévoir dès la conception (avec un CMS à blocs, par exemple) — sinon, chaque changement nécessite un développeur.

Si vous ne savez pas par quel modèle commencer, notre comparatif des plateformes e-commerce détaille les différences entre SaaS, open source et headless sur la base des pages tarifaires, et le quiz quelle plateforme e-commerce affine le choix en sept questions. Les coûts des variantes classiques sont couverts dans notre article combien coûte une boutique en ligne.

Les outils : Shopify Hydrogen, Medusa JS, Shopware, commercetools et Next.js

Ce qui suit est seulement ce que nous avons pu confirmer dans la documentation et les pages tarifaires des fournisseurs le 30 septembre 2026. Les prix changent — vérifiez le tarif actuel avant de décider.

Shopify headless : Hydrogen et Oxygen

Shopify permet de garder son moteur tout en construisant sa propre vitrine. La documentation Hydrogen fundamentals décrit deux éléments :

• Hydrogen — « A set of components, utilities, and design patterns that make it easier to work with Shopify APIs » (traduction libre : « un ensemble de composants, d'utilitaires et de modèles de conception qui facilitent le travail avec les API de Shopify »).
• Oxygen — « Shopify's global serverless hosting platform, built for deploying Hydrogen storefronts at the edge » (traduction libre : « la plateforme d'hébergement serverless mondiale de Shopify, conçue pour déployer des vitrines Hydrogen en périphérie de réseau »).

Le point important pour votre budget : selon la documentation, « Oxygen is available at no extra charge on paid Shopify plans: Starter, Basic, Grow, Advanced, Plus, and Pause and build » (traduction libre : « Oxygen est disponible sans frais supplémentaires sur les forfaits payants de Shopify : Starter, Basic, Grow, Advanced, Plus et Pause and build »). L'hébergement de la vitrine est donc inclus dans votre abonnement Shopify. Sur la page tarifaire suisse de Shopify (en CHF), Basic coûte CHF 29/mois en facturation mensuelle ou CHF 21/mois en facturation annuelle, Grow CHF 79/59, Advanced CHF 359/269, et Plus est annoncé « À partir de 2 100 € EUR/mois » — Plus est indiqué en euros même sur la page suisse, ce que nous rapportons tel quel plutôt que de le convertir. Si vous utilisez une passerelle de paiement tierce au lieu de Shopify Payments, Shopify ajoute des frais de transaction de 2 % sur Basic, 1 % sur Grow, 0,6 % sur Advanced et 0,2 % sur Plus, en plus des frais propres à la passerelle.

Passer à Shopify en headless est moins risqué que de tout construire à partir de zéro : le catalogue, la caisse, les paiements et l'administration restent chez le fournisseur, et vous êtes responsable de la vitrine. La contrepartie est une dépendance à Shopify au niveau du moteur, et à ses frais (plus de détails dans la section sur les coûts).

Medusa JS — un moteur open source

Medusa est un moteur de boutique sur lequel vous construisez votre propre back-end. Sa documentation le décrit ainsi : « Medusa is an AI-native commerce platform with a Framework to build custom commerce features » (traduction libre : « Medusa est une plateforme de commerce nativement pensée pour l'IA, avec un framework pour construire des fonctionnalités de commerce sur mesure »). Vous construisez la vitrine séparément, donc Medusa fonctionne en headless par nature.

Licence : le fichier LICENSE du dépôt indique qu'à l'exception des éléments de l'Enterprise Edition (« Except for the Enterprise Edition materials identified in ENTERPRISE-LICENSE.md »), le dépôt est sous licence MIT. Vous pouvez donc faire tourner le cœur sur votre propre serveur sans frais de licence.

Si vous ne voulez pas entretenir de serveur, il existe Medusa Cloud : le forfait Develop à partir de 29 USD/mois, Launch à partir de 99 USD, Scale à partir de 299 USD, et Enterprise sur devis — Medusa ne publie ses prix qu'en dollars américains, nous les citons donc tels quels. La page tarifaire indique « 0.0 % » du volume d'affaires, mais facture des dépassements au-delà des limites d'utilisation. Les anciens noms de forfaits (Hobby, Pro) qui circulent encore dans certains articles sont obsolètes.

Medusa offre le plus de liberté sur la logique de la boutique, mais nécessite une équipe qui connaît le framework — c'est une boutique construite par des développeurs, pas configurée depuis une interface d'administration.

Shopware

Shopware est un moteur open source. Sa page tarifaire indique : Community Edition « Free » sous licence MIT, le forfait Rise à partir de 600 EUR/mois, Evolve à partir de 2 400 EUR/mois (hors TVA), et Beyond sur devis — en euros là aussi, pas en francs : la page tarifaire ne propose que l'euro et le dollar américain. Les forfaits payants sont tarifés, d'après le fournisseur, en fonction du volume d'affaires (« gross merchandise value ») « and further individual factors » (traduction libre : « et d'autres facteurs individuels »). Si vous envisagez Shopware comme moteur derrière une vitrine séparée, vérifiez dans la documentation du fournisseur l'étendue de son API de vitrine — nous n'entrons pas dans ce détail ici.

commercetools

commercetools est le fournisseur de plateforme dont nous avons cité la définition du e-commerce headless plus haut. Nous n'utilisons que cette définition dans cet article — nous n'avons pas vérifié les tarifs de commercetools, donc nous ne citons aucun chiffre.

Les modules headless dans les plateformes SaaS

Certaines plateformes SaaS régionales vendent une vitrine headless comme option plutôt que de l'inclure par défaut. Si vous envisagez l'une d'elles, demandez explicitement si un module « vitrine headless » ou « vitrine PWA » est un palier payant séparé, ce qu'il débloque concrètement (une vitrine vraiment découplée, ou juste un thème plus rapide), et s'il est réservé à un forfait tarifaire précis — nous avons trouvé au moins un fournisseur qui réserve ce type de module à son forfait le plus élevé. Ne présumez pas que le headless est « gratuit » avec un abonnement SaaS avant de l'avoir vérifié.

Une vitrine en Next.js

La vitrine d'une boutique headless n'a pas à tourner sur l'outillage propre du fournisseur du moteur. Nous construisons les nôtres en Next.js, sur Shopify ou sur un moteur développé sur mesure — c'est ainsi que nous le décrivons sur notre page boutique headless. Le framework ne décide pas, à lui seul, de la vitesse ni du SEO ; c'est la façon dont vous construisez les pages, la mise en cache et le chargement des données qui en décide.

Coût et équipe pour une boutique headless

Nous ne vous donnerons pas ici une fourchette « le headless coûte de X à Y », car un tel chiffre sans votre propre périmètre ne veut rien dire. Voici plutôt une liste de ce que vous payez réellement — à vérifier dans chaque devis.

Deux systèmes au lieu d'un. Vous payez le moteur (un abonnement SaaS, un forfait cloud comme Medusa Cloud, ou un serveur pour l'open source) et séparément la vitrine : sa construction, son hébergement, son entretien. L'exception est l'hébergement Oxygen pour les vitrines Hydrogen, inclus dans les forfaits payants de Shopify.

Les frais de paiement du moteur. Si le moteur est Shopify et que vous encaissez les paiements via un prestataire tiers plutôt que Shopify Payments, Shopify ajoute des « frais de transaction tiers » — sur la page tarifaire suisse, 2 % sur Basic, 1 % sur Grow, 0,6 % sur Advanced et 0,2 % sur Plus — en plus des frais du prestataire. C'est un poste facile à manquer en headless, puisque vous concevez la caisse vous-même.

Les intégrations. Chaque connexion — ERP, entrepôt, transporteurs, prestataire de paiement, CMS — doit être construite via une API, testée, et entretenue chaque fois qu'un côté publie une nouvelle version. Dans une boutique classique, certaines existent sous forme d'applications prêtes à l'emploi, installables depuis l'administration.

L'équipe après le lancement. La vitrine a besoin de quelqu'un pour maintenir les dépendances à jour, réagir aux bugs et déployer les changements. Avec deux fournisseurs, vous avez aussi deux jeux de conditions de disponibilité et de support — lisez ce que chaque SLA promet réellement avant de vous y fier.

Construisez votre propre estimation dans le calculateur de coût de boutique en ligne, qui propose une variante headless avec une vitrine en Next.js. Pour comparer le coût de possession sur plusieurs années, utilisez le calculateur TCO e-commerce — pour le headless, ajoutez séparément la vitrine et son entretien au résultat.

Headless, SEO et performance

Le headless n'est ni plus rapide ni plus visible dans Google par définition. Il vous donne le contrôle sur ce qui décide de la vitesse : combien de code atteint le navigateur, quelles pages sont pré-générées, comment fonctionne la mise en cache. Une vitrine headless mal construite peut être plus lente qu'un thème bien configuré.

Mesurez le résultat avec les Core Web Vitals. Depuis 2024, la réactivité aux interactions — l'INP — en fait partie. L'INP a remplacé le FID le 12 mars 2024, comme l'avait annoncé l'équipe de web.dev. Selon web.dev, « Un INP inférieur ou égal à 200 millisecondes signifie que la page a une bonne réactivité ». Entre 200 et 500 ms, le résultat nécessite une amélioration, et au-delà de 500 ms il est médiocre. Dans une boutique, l'INP couvre par exemple la rapidité de réaction des filtres, celle du bouton « Ajouter au panier » et des étapes de la caisse — exactement les endroits que vous concevez vous-même en headless.

Du côté du SEO, le headless vous transfère des éléments qu'un thème gère automatiquement : titres et descriptions, données structurées des produits, plan du site, adresses canoniques, redirections. Notez-le dans votre cahier des charges avant de commencer, et concevez le panier et la caisse avec la même attention.

Si vous passez au headless depuis une boutique en fonctionnement, c'est une migration, avec tous les risques habituels. La documentation de Google sur le déplacement d'un site recommande des redirections permanentes, 301 ou 308, conservées « aussi longtemps que possible, généralement au moins un an », et prévient que le classement d'un site « peut varier pendant que Google procède de nouveau à son exploration et à son indexation ». Un plan de migration — une table de correspondance des URL, des tests, une supervision — sert à limiter et raccourcir ces fluctuations. Nous le détaillons étape par étape dans notre article sur la migration d'une boutique sans perdre le SEO, et notre checklist de migration de boutique permet de cocher chaque étape.

Headless dès le premier jour, ou plus tard ?

Les deux chemins sont raisonnables — selon la situation. Le headless dès le premier jour a du sens quand vous connaissez déjà, avant le lancement, les exigences qui le justifient : vous savez que vous avez besoin d'un processus d'achat sur mesure, de plusieurs canaux, ou d'intégrations qu'une plateforme ne gérera pas. Dans ce cas, lancer une boutique classique puis migrer plus tard revient à payer deux fois : une fois pour la boutique que vous abandonnerez, et une seconde fois pour le déplacement, avec son propre risque SEO.

Lancer une boutique classique maintenant, avec du headless plus tard, a du sens quand vous validez encore la demande, que le catalogue est petit et que le processus d'achat est standard. Dans ce cas, choisissez un moteur facile à quitter, ou un moteur qui gère lui-même le headless (Shopify avec Hydrogen, par exemple), pour que le changement ultérieur ne touche que la vitrine, pas toute la boutique.

Avant de décider, répondez à ces questions :

1. Pouvez-vous nommer une fonctionnalité ou un processus précis que votre plateforme actuelle ou prévue ne gérera pas ? (Pas « nous voulons avoir l'air modernes », mais « un configurateur à trois options dépendantes » ou « des prix par compte depuis l'ERP ».)
2. La boutique doit-elle fonctionner sur plusieurs canaux ou marchés à partir d'un même catalogue ?
3. Avez-vous une demande validée — des commandes régulières, ou des ventes dans un autre canal que vous déplacez en ligne ?
4. Qui entretiendra la vitrine après le lancement : votre propre équipe, une agence sous contrat, ou personne ?
5. Connaissez-vous les conditions pour quitter le moteur — quelles données vous exporteriez, et dans quel format ?
6. Le budget couvre-t-il deux systèmes, les intégrations et l'entretien, pas seulement la construction ?
7. Si vous avez déjà une boutique : avez-vous un plan de migration avec une table de correspondance des URL et des redirections ?

Si vous répondez « non » aux questions 1 à 3, le headless est probablement prématuré. Si vous n'avez pas de réponses aux questions 4 à 6, obtenez-les d'abord — elles déterminent si le headless deviendra un avantage ou un coût.

Nous construisons nous-mêmes des boutiques headless : une vitrine en Next.js, un moteur choisi selon les besoins, du code dans le dépôt du client. Avant chaque projet, nous menons une phase d'analyse où nous choisissons l'architecture — headless ou monolithique — et si une boutique classique suffit, nous le disons directement. Les détails, le périmètre de la collaboration et les niveaux de support après le lancement sont sur notre page boutique headless. Toute la section sur le choix d'un moteur se trouve dans notre aperçu des plateformes e-commerce, et le contexte plus large dans notre guide du e-commerce.