Réponse courte
Passez en headless seulement si votre thème bloque une expérience qui pèse dans le chiffre d'affaires et si une équipe de développement peut entretenir la vitrine chaque semaine. Sinon, un thème Shopify bien tenu reste le choix raisonnable, d'autant que le checkout ne change pas.
La réponse en détail
Passez en headless seulement si votre thème bloque une expérience qui pèse dans le chiffre d'affaires et si une équipe de développement peut entretenir la vitrine chaque semaine. Sinon, un thème Shopify bien tenu reste le choix raisonnable, d'autant que le checkout ne change pas.
Le repère
Le headless commerce sépare la vitrine, ce que voit l'acheteur·euse, du moteur de commerce : catalogue, panier, paiement. Selon la documentation développeurs de Shopify, vous construisez le front et ses API gèrent le commerce en dessous, soit avec Hydrogen (son framework) déployé sur Oxygen (son hébergeur), soit sur la pile technique et l'hébergeur de votre choix.
| Thème Online Store | Headless (Hydrogen ou autre) | |
|---|---|---|
| Vitrine | Thème Liquid, éditeur visuel | Application que vous développez |
| Hébergement | Inclus | Oxygen, sans surcoût sur les forfaits payants ; ou votre propre hébergeur |
| Checkout | Shopify | Shopify : Hydrogen ne fournit pas d'interface de checkout |
| Composants d'interface | Ceux du thème | Aucune bibliothèque fournie |
| Apps | Blocs d'app ajoutés depuis l'éditeur | Intégration par le code, quand l'app le permet |
| Mesure et consentement | Gérés par la plateforme et le thème | Outils fournis par Hydrogen, à configurer et à vérifier |
| Qui modifie une page | L'équipe marketing | Souvent un·e développeur·euse, ou un outil de contenu (CMS) ajouté |
Ce tableau suit la documentation Hydrogen (version 2026-10, consultée en octobre 2026). Oxygen est inclus sans surcoût sur les forfaits payants, hors forfaits Agentic, et le canal Hydrogen est gratuit. Pour les apps, un bloc d'app est un fichier Liquid (le langage des thèmes) prévu pour un thème Online Store 2.0, donc absent tel quel d'une vitrine Hydrogen. La documentation analytics ajoute une API de consentement et une bannière de cookies, à régler avant tout suivi.
Shopify l'écrit lui-même : une vitrine headless coûte plus cher à construire et à faire tourner qu'un thème, et le·la marchand·e doit accepter ce surcoût avant de s'engager. L'essentiel de la dépense va à l'équipe, car ce front est un logiciel à mettre à jour à chaque version d'API. Sur le terrain des auteur·rice·s, un·e développeur·euse d'agence qui en a livré plusieurs le dit ainsi : « Tous nos devs rêvent de faire du headless. On l'a fait. Ce n'est pas une bonne stratégie, je pense. » La même personne rapporte les mots d'un·e client·e : « J'ai l'impression de ne payer que du dev et de ne pas pouvoir financer mes évolutions. »
La règle
Le headless se justifie quand un besoin que le thème ne sait pas servir rencontre une équipe capable de l'entretenir. Côté besoin : un configurateur 3D, beaucoup de contenu éditorial mêlé au catalogue, plusieurs vitrines sur un même catalogue, ou une marque dont l'image compte davantage que l'empilement d'apps. Côté équipe : au moins deux développeur·euse·s front à temps plein, et de préférence un outil de gestion des fiches produit (PIM) ou un CMS déjà central.
Hors de ces cas, restez sur un thème. La vitesse, argument souvent avancé, s'obtient aussi avec un thème léger et moins d'applications (voir la fiche sur la lenteur mobile).
Les étapes
- Listez les blocages. Notez chaque fonctionnalité que le thème empêche et ce qu'elle pèse dans le chiffre d'affaires. Si la liste ne contient que des conforts sans enjeu de vente, arrêtez là.
- Auditez les apps. Pour chaque application, trois colonnes : sa fonction, son intégration headless documentée (API, SDK, script) ou son absence, le coût de son remplacement si elle n'existe qu'en bloc de thème. Partez de l'inventaire de Combien me coûtent mes applications Shopify chaque année ?.
- Chiffrez sur trois ans. Comparez construction, CMS, hébergement et maintenance à un thème premium complété de développements ciblés. Demandez au prestataire le coût d'une fonctionnalité imprévue : un·e développeur·euse évoquait trois à quatre semaines d'implémentation et de tests pour un module de live shopping (ordre de grandeur oral, pas une mesure).
- Interrogez le marketing. Comptez les modifications faites chaque semaine dans l'éditeur de thème : chacune devra trouver un chemin dans le nouvel outil.
- Lancez un pilote. Passez une seule surface en headless, une page d'atterrissage ou un configurateur, et comparez avant d'étendre.
- Traitez la migration comme une refonte. Mesurez d'abord ce qui rapporte : Que faut-il auditer avant une refonte Shopify ?.
Le piège
Le piège classique : choisir le headless pour la vitesse et y perdre l'autonomie de l'équipe marketing. Dans le scénario type, la marque gagne une seconde de chargement puis découvre que chaque bannière et chaque page de soldes passe par un ticket. Revenir à un thème revient alors à payer une seconde refonte, et les auteur·rice·s ont vu une marque établie chercher à le faire.
La mesure est l'autre angle mort. Pendant la recette, les tests avant mise en ligne, vérifiez que les achats remontent dans Shopify et dans GA4 avec le même ordre de grandeur (voir la fiche sur l'écart entre Shopify et GA4). Contrôlez aussi que le HTML servi contient le titre, le prix et la description sans exécuter de JavaScript : en décembre 2024, une étude de Vercel constatait qu'aucun des grands robots d'IA (GPTBot, ClaudeBot, PerplexityBot) n'exécutait le JavaScript.
La phrase à présenter
« Le headless nous coûterait 180 k€ de construction et 6 k€ par mois de maintenance pour débloquer deux fonctionnalités qui pèsent 3 % du chiffre d'affaires (chiffres fictifs). Nous restons sur le thème, nous allégeons les apps, et nous rouvrirons la question si le configurateur devient central. »
