Magento 2 · Front découplé

Magento headless : découpler le front, oui, mais pour de bonnes raisons

En headless, Magento ne gère plus que le catalogue, les prix, le panier et les commandes. Le site que voient vos clients devient une application séparée, qui l'interroge par ses API. L'architecture est puissante, mais elle revient à construire et à maintenir deux applications au lieu d'une. Nous vous aidons à décider, puis à mener le projet.

Le principe

Comment fonctionne une boutique headless

Le front

Ce que voient vos clients

Une application JavaScript, souvent React avec Next.js ou Vue avec Nuxt, qui construit les pages. Elle est hébergée et déployée à part.

Les API

Le lien entre les deux

L'API GraphQL de Magento, complétée par l'API REST : le front y lit produits, prix et stocks, et y envoie paniers et commandes.

Magento

Le moteur de la boutique

Catalogue, règles de prix, paiement, commandes, back-office : tout ce qui fait le commerce reste dans Magento.

Boutique classique ou headless : qui fabrique les pages

Classique Luma ou Hyvä

Le navigateur du client

Magento fabrique les pages avec son thème, et gère catalogue, panier et commandes

Headless

Navigateur, application ou borne

Le front fabrique les pages ; application hébergée à part, en Next.js, Nuxt…

API GraphQL

Magento gère catalogue, prix, panier et commandes

Les bonnes raisons

Quand le headless se justifie

Plusieurs interfaces

Site, application mobile, bornes en magasin : un même catalogue et un même panier servis à plusieurs écrans.

Un site très éditorial

Des pages de contenu riches, gérées dans un CMS headless comme Storyblok ou Contentful, et mêlées aux fiches produits.

Une équipe front dédiée

Des développeurs JavaScript qui veulent leurs outils et leur propre rythme de mise en ligne, sans dépendre de Magento.

Une expérience sur mesure

Configurateur, parcours inhabituel, interface que les thèmes Magento ne permettent pas de construire simplement.

Avant de vous lancer

Les points de vigilance

Le headless ne rend pas une boutique rapide par magie. Il déplace la complexité : mieux vaut la mesurer avant de signer.

  • Deux applicationsDeux hébergements, deux chaînes de mise en ligne, deux séries de mises à jour à suivre.
  • Les extensionsAvis clients, paiement, recherche, fidélité : la partie visible de chaque extension est à reconstruire dans le front, si son API le permet.
  • Le référencementLes pages doivent être rendues côté serveur. Balises, redirections et données structurées passent sous la responsabilité du front.
  • Les robotsTous n'exécutent pas le JavaScript, Google le rappelle lui-même : une page construite dans le navigateur peut rester invisible pour certains, dont des robots d'IA. Voir les robots d'IA.
  • Le budgetLe coût de départ comme celui de la maintenance sont nettement plus élevés qu'avec un thème : il faut un gain clair à la clé.

Le comparatif

Hyvä ou headless ?

Les deux approches accélèrent l'affichage. Elles ne coûtent pas la même chose et ne répondent pas aux mêmes besoins.

Luma, Hyvä ou headless : les différences
CritèreLuma, le thème d'origineHyväHeadless
ArchitectureThème intégré à MagentoThème intégré à MagentoApplication séparée, reliée par les API
Rapidité d'affichageMoyenne : beaucoup de JavaScriptBonne : peu de JavaScriptBonne, si le front est bien construit
ExtensionsFonctionnent telles quellesModule de compatibilité, ou adaptationPartie visible à reconstruire
Coût de départLe plus faibleModéréÉlevé
MaintenanceUne applicationUne applicationDeux applications
CompétencesMagentoMagento, Tailwind CSS, Alpine.jsMagento, plus React ou Vue
Pour quiUne boutique en attente de refonteLa plupart des boutiques MagentoLes projets multicanaux, très éditoriaux, ou portés par une équipe front

Notre avis : pour la grande majorité des boutiques, Hyvä apporte l'essentiel du gain de rapidité, pour un coût bien moindre et sans changer d'architecture. Le headless se justifie quand le besoin dépasse l'affichage.

Les solutions

Avec quoi construire le front

Le choix dépend d'abord de votre édition de Magento, puis de votre équipe et du degré de sur-mesure attendu.

État vérifié le 2 octobre 2026 sur les sites et les dépôts des éditeurs.

  • PWA Studio, d'AdobeEn React, pour Magento Open Source comme pour Adobe Commerce. Toujours publié : version 14.5.1 en mai 2026, compatible PHP 8.5. La nouvelle vitrine d'Adobe repose toutefois sur Edge Delivery Services.
  • La vitrine Edge Delivery d'AdobeRéservée à Adobe Commerce : offre Cloud Service, ou version 2.4.8 et plus avec une licence Adobe Commerce Optimizer. Des composants prêts à l'emploi, de la fiche produit au compte client, et une passerelle pour quitter Luma par étapes. L'offre Cloud Service ne prend d'ailleurs pas en charge Luma.
  • Alokai, ex-Vue StorefrontPlateforme commerciale, facturée selon le trafic. Son intégration Magento est maintenue par la communauté, sans nouvelle version depuis décembre 2024.
  • ScandiPWAFront React pour Magento, sans nouvelle version depuis juillet 2024 : un pari risqué pour un nouveau projet.
  • Un front sur mesureAvec Next.js, Nuxt ou un autre outil : liberté totale, mais tout est à construire et à maintenir, de l'API au référencement.
  • Et Hyvä ?Ce n'est pas du headless, mais un thème intégré à Magento, souvent suffisant pour gagner en rapidité. Voir le thème Hyvä.

Notre approche

Un projet headless, étape par étape

  1. 1

    Cadrage

    Vos objectifs, vos contraintes, vos extensions : nous vérifions que le headless est la bonne réponse, et nous le disons si ce n'est pas le cas.

  2. 2

    Prototype

    Un parcours clé, de la fiche produit au panier, construit en headless pour valider les choix techniques et la rapidité.

  3. 3

    Développement

    API, front, rendu côté serveur, cache, référencement : chaque brique est construite et testée sur une copie de la boutique.

  4. 4

    Suivi

    Hébergement du front et de Magento, supervision, évolutions : les deux applications restent suivies ensemble.

Questions fréquentes

Magento headless : vos questions

Le headless est-il meilleur pour le référencement ?

Pas en soi. Bien construit, avec un rendu côté serveur, il peut être excellent. Mal construit, il rend les pages difficiles à lire pour les moteurs et pour les robots des assistants IA. Google recommande lui-même le rendu côté serveur ou le pré-rendu, en rappelant que tous les robots ne savent pas exécuter le JavaScript. Le référencement doit figurer dans le cahier des charges dès le départ.

PWA Studio est-il encore une bonne option ?

Adobe continue de le publier : version 14.5.1 en mai 2026, compatible PHP 8.5. Sa nouvelle vitrine, en revanche, repose sur Edge Delivery Services et n'est proposée qu'avec Adobe Commerce. Pour un nouveau projet, nous comparons les options au cas par cas, Hyvä compris.

Peut-on passer au headless progressivement ?

Oui. On peut commencer par une partie du site, par exemple les pages de contenu ou une marque, pendant que le reste de la boutique garde son thème Magento, puis étendre. Le risque est mieux maîtrisé, au prix d'une période où deux fronts cohabitent.

Le headless fonctionne-t-il avec Magento Open Source ?

Oui : l'API GraphQL est disponible dans Magento Open Source comme dans Adobe Commerce, et PWA Studio ou un front sur mesure fonctionnent avec les deux. En revanche, la vitrine Edge Delivery d'Adobe n'est pas proposée pour Magento Open Source.

Combien coûte un projet headless ?

Nettement plus qu'un thème : c'est un projet de développement à part entière, puis une deuxième application à héberger et à maintenir. Le cadrage permet de le chiffrer et de le comparer, chiffres à l'appui, à une solution Hyvä.

À lire aussi

Contact

Parlons de votre projet headless

Où en est votre réflexion ? Nous vous aidons à décider avant d'engager les développements.

Plutôt au téléphone ? 04 82 53 31 75

Ou par e-mail : lyon@sutunam.com

Où en êtes-vous ?