Headless Shopify (Hydrogen) : 5 cas où ça vaut le coût, 3 où ça ne vaut pas

Le headless Shopify, c’est tentant sur le papier. Hydrogen, Oxygen, edge rendering, performance optimale, design liberté. La réalité, c’est que dans 70 % des cas que je vois, le client paie 3× plus pour un site qui n’est pas plus rapide et qui devient ingérable.

Voici les 5 cas où je le recommande, et les 3 où je dis non sans hésiter.

Le contexte

Shopify expose deux storefronts :

• Theme Liquid (classique) : SSR Shopify, JS via thème (Sections 2.0), fast par défaut
• Hydrogen : framework React/Remix de Shopify, hébergé sur Oxygen (CDN edge), consomme Storefront API GraphQL

Hydrogen donne plus de contrôle frontend. Il coûte aussi plus cher en dev, ops, et maintenance.

Quand le headless en vaut le coup

1. Tu as un sub-second perceived load critique (luxe, mode, beauty)

Si ta marque vend > 200 €/panier moyen et que la perception “premium” tient à la fluidité, le streaming SSR + edge rendering d’Hydrogen donne un résultat qu’aucun thème Liquid n’atteindra. La rentabilité sur le taux de conversion est claire.

2. Tu fais cohabiter shop + content éditorial très lourd

Un magazine + boutique avec 200 articles enrichis (longread, embed video, podcast, gallery) → Hydrogen + Sanity ou Contentful en CMS éditorial donne une intégration content+commerce que Shopify CMS ne permet pas.

3. Tu as une équipe front qui maîtrise React/Remix

L’équipe est déjà sur React. Migrer sur Hydrogen est triviale. Continuer à les forcer à apprendre Liquid n’a pas de sens.

4. Multi-marque / multi-domaine avec storefronts différenciés

Hydrogen sait servir 4 boutiques (Shopify Markets) avec 4 designs totalement séparés sur 4 domaines, tout en partageant 1 admin Shopify. Un thème Liquid peut le faire mais à grande peine.

5. Tu intègres un module non-storefront important (booking, configurateur 3D, calculateur)

Si ton storefront ne sert pas QUE à vendre (configurateur produit complexe, prise de RDV, calculs métier), le décharger d’un thème Liquid vers une app React custom est cohérent.

Quand le headless n’en vaut PAS le coup

1. Tu as moins de 1 M€ de CA / an

La cap-ex de migration headless (60-150 K€) + ops (5-15 K€/an) ne se rentabilise pas. Reste sur Theme 2.0 + Sections, optimise les Core Web Vitals, et investis dans le merch et l’acquisition à la place.

2. Tu as déjà un thème custom propre et performant

Si tu as un thème Liquid custom qui passe Lighthouse 90+ et qui marche, refaire en headless coûte 3 mois de migration pour gagner peut-être 200 ms sur le LCP. Pas le bon ratio.

3. Tu n’as pas d’équipe front interne ou prestataire dédié

Hydrogen, c’est React + Remix + GraphQL Storefront API + Oxygen + Shopify Hydrogen toolkit. La courbe d’apprentissage est sérieuse. Si tu n’as pas un dev front à plein temps ou un prestataire qui connaît, tu vas accumuler de la dette technique.

Ce que tu perds en passant headless

C’est rarement dit clairement par les agences qui poussent Hydrogen. Le passage headless te coûte :

• L’app store Shopify “no-code” : la plupart des apps natives qui s’installent en 1 clic dans un thème Liquid (popup, reviews, upsell, search) ne marchent pas out of the box en headless. Tu reconstruis ou tu intègres l’API publique de l’app.
• Le checkout Shopify natif : possible avec Hydrogen mais l’expérience est dégradée si tu ne configures pas correctement Checkout Extensibility.
• Le SEO côté thème : Shopify gère beaucoup de balises, schema.org, sitemap automatique. En headless, tu dois tout refaire à la main.
• Le rapide rollback : sur Theme Liquid tu peux republier la version précédente depuis l’admin en 30 sec. En headless, c’est un redéploiement.

L’alternative qui marche pour 80 % des clients

Theme Liquid Sections 2.0 custom + apps custom où nécessaire.

Concrètement :

• Thème de base Dawn ou un boilerplate Shopify Plus
• Sections custom OWL/JS pour les blocs spécifiques
• Apps custom (extension app block) pour les features hyper-spécifiques (configurateur, calculateur)
• Toolchain Vite + esbuild pour les sections JS lourdes

Ça donne un Lighthouse 90+, un développement rapide, des maintenance light.

Le critère unique de décision

Avant de demander un projet headless, réponds à 3 questions :

1. Est-ce que mon CA actuel justifie 60-150 K€ de cap-ex sur 1 an ?
2. Est-ce que mon Lighthouse actuel est < 70 et bloque la conversion ?
3. Est-ce que j’ai en interne ou via prestataire un dev React qui peut maintenir Hydrogen sur 3 ans ?

3 oui → headless défendable. 2 oui ou moins → reste sur Theme Liquid.

Coûts indicatifs

L’écart est rarement dû au front : c’est le temps de bascule et la maintenance des intégrations app qui coûtent.

Mon conseil

Va sur Hydrogen seulement si tu coches 3 critères pro headless ET zéro critère contre. Sinon, demande-toi pourquoi tu y vas. Souvent c’est la mode ou un consultant qui pousse. Pas une bonne raison.