« Il faudrait qu'on passe en headless. »
Cette phrase, je l'entends régulièrement en audit. Souvent juste après un rendez-vous avec une agence qui a promis un site « ultra rapide » et « sans limites ». Et à chaque fois, la même question derrière : c'est quoi exactement, et est-ce que c'est pour moi ?
Réponse courte : pour la grande majorité des boutiques Shopify, non. Mais pour certains profils précis, c'est le bon outil, et autant savoir lesquels. Voici le tour complet, avec les budgets réels et les pièges que les plaquettes commerciales oublient.
Le headless, c'est quoi concrètement
Sur une boutique Shopify classique, Shopify fait tout : il stocke tes produits et tes commandes, et il génère aussi les pages que tes visiteurs voient, à travers ton thème Liquid. Le back et la vitrine forment un seul bloc.
En headless, tu coupes ce bloc en deux. Shopify garde le back : catalogue, stocks, commandes, paiement. Et tu construis la vitrine toi-même, comme une application web indépendante, qui va chercher les données de la boutique via la Storefront API.
D'où le nom : « headless », sans tête. La « tête », c'est le front. Tu la retires de Shopify pour la fabriquer sur mesure.
Hydrogen et Oxygen : la stack officielle
Hydrogen, c'est le framework que Shopify fournit pour construire cette vitrine custom. Du React, basé sur React Router 7 (l'héritier de Remix, que Shopify a racheté fin 2022), avec les briques e-commerce déjà câblées : panier, connexion à la Storefront API, gestion du cache, analytics.
Oxygen, c'est l'hébergement qui va avec. Shopify déploie ton front Hydrogen sur son infrastructure, sans surcoût sur les plans payants. Tu peux aussi héberger ailleurs (Vercel, Cloudflare) ou construire avec un autre framework comme Next.js : la Storefront API ne t'impose rien.
Un point qui rassure souvent : même en headless, le checkout reste celui de Shopify. Le tunnel de paiement, la partie la plus sensible de ta boutique, ne bouge pas.
Ce que tu gagnes
Le contrôle total du front. Plus de structure de thème imposée, plus de limites Liquid. Transitions de pages, animations, mise en page qui sort du moule e-commerce : tout devient possible, parce que c'est ton application.
Le multi-storefront. Un seul back Shopify peut alimenter plusieurs vitrines : une par pays, une par marque, une app mobile. Pour un groupe qui gère 4 marques, c'est un vrai argument.
Le contenu riche. Tu branches un CMS dédié (Sanity, Contentful) et ton équipe éditoriale publie des pages qui mélangent storytelling et produits, sans tordre les sections d'un thème.
Et une performance potentiellement excellente, avec du rendu côté serveur et un contrôle fin de chaque kilooctet chargé. J'insiste sur « potentiellement », on y revient.
Ce que tu perds (et qu'on oublie de te dire)
L'éditeur de thème, d'abord. Sur un thème classique, ton équipe marketing déplace une section, change un bandeau, lance une promo un vendredi à 18h, sans dev. En headless, tout ça disparaît. Il faut le reconstruire, en général via le CMS, et chaque bloc éditable est du temps de dev facturé.
Une grosse partie des apps, ensuite. Toutes celles qui s'injectent dans le thème (avis clients, upsell, bundles, popups) ne fonctionnent plus telles quelles. Soit l'app expose une API et tu réintègres à la main, soit tu changes d'outil. Sur une boutique qui tourne avec 15 apps, ce poste seul peut doubler le devis.
Le SEO technique aussi repart de zéro. Sitemap, données structurées, canonicals, hreflang, balises OG : tout ce que le thème gérait silencieusement devient ton code, donc ta responsabilité, y compris quand ça casse.
Et la maintenance. Un thème custom bien fait tourne des années presque sans intervention. Un front headless est une application React en production : dépendances à mettre à jour, montées de version du framework, monitoring. Ce coût ne s'arrête jamais.
Le malentendu sur la performance
C'est l'argument de vente numéro 1 : « le headless, c'est plus rapide ». En théorie, oui. En production, pas toujours, et j'ai déjà vu l'inverse.
Un front React embarque de l'hydratation et du JavaScript côté client. Mal maîtrisé, ça donne un INP dégradé et une interactivité poussive, exactement le problème que je décris sur l'INP des boutiques Shopify en 2026. Le framework ne protège de rien : il déplace juste la responsabilité de la perf de Shopify vers ton équipe.
En face, un thème Liquid propre atteint 90+ sur Lighthouse sans architecture exotique. Si ta boutique est lente aujourd'hui, la cause est presque toujours plus bête : des apps empilées (dont voici le coût réel mesuré), des images trop lourdes, du JS tiers. Ça se règle en optimisant le thème existant, pour une fraction du prix d'une refonte headless.
Passer en headless pour aller plus vite, sans avoir d'abord traité ces causes-là, c'est acheter une voiture de course parce que la tienne a les pneus dégonflés.
Les budgets réels
Les fourchettes que je vois passer sur le marché français, à prendre comme des ordres de grandeur :
- Thème custom soigné : 5 000 à 15 000 €, maintenance quasi nulle ensuite.
- Build headless sérieux en agence : 30 000 à 100 000 € et plus, selon le périmètre (CMS, apps à réintégrer, multi-pays).
- Maintenance headless : comptez un budget dev récurrent, souvent 1 000 à 3 000 € par mois selon le rythme d'évolution.
Le ratio à retenir : un projet headless coûte 5 à 10 fois plus cher qu'un thème custom, à périmètre fonctionnel égal. Ce surcoût doit être payé par quelque chose de mesurable.
Qui devrait y aller
Il existe des profils où le headless se justifie pleinement :
- Les marques à contenu éditorial dense, où le storytelling porte la conversion et où le thème devient une camisole.
- Les groupes multi-marques ou multi-pays, qui mutualisent un back Shopify derrière plusieurs vitrines.
- Les expériences impossibles en Liquid : configurateur produit complexe, essayage virtuel, web app intégrée au parcours d'achat.
- Et dans tous les cas, une équipe ou un budget dev pérenne. Un headless sans dev à demeure, c'est une boutique figée dans l'état de sa livraison.
En pratique, sous quelques millions d'euros de chiffre d'affaires annuel, je peine à voir le retour sur investissement. Au-dessus, avec un des besoins ci-dessus, la discussion devient sérieuse.
Qui devrait s'en passer
Presque tout le monde d'autre. Si ta motivation tient en « je veux un site plus rapide » ou « je veux un site plus beau », un thème OS 2.0 sur mesure fait le travail pour 5 à 10 fois moins cher, en gardant l'éditeur de thème, l'écosystème d'apps et un SEO qui marche tout seul.
Un conseil quand même si le headless te trotte en tête pour plus tard : soigne la structure de tes données dès maintenant. Des fiches produits propres, des metafields bien pensés, une taxonomie cohérente. Le jour où tu changes de front, le back n'aura pas à bouger.
Comment je tranche en audit
Trois questions, dans cet ordre :
- Qu'est-ce que tu veux faire que ton thème ne permet pas ? Si la réponse reste vague après 5 minutes, le sujet est clos.
- Qui maintient le front dans 18 mois ? Un nom, un contrat ou une équipe. Sinon, c'est non.
- Le gain attendu couvre-t-il un budget 5 à 10 fois supérieur ? Avec un chiffre en face, pas une intuition.
Trois réponses solides, et le headless mérite un chiffrage. Une seule qui flanche, et il y a probablement 20 000 € à économiser.
Si tu hésites sur ta propre boutique, c'est exactement le genre d'arbitrage que je fais en audit : je regarde ce qui bride réellement ton site, et je te dis si la réponse s'appelle Hydrogen ou si elle tient en 3 semaines de travail sur ton thème. Tu peux voir le genre de projets que je livre dans ma section portfolio.
