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.
Magento 2 · Front découplé
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
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.
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.
Catalogue, règles de prix, paiement, commandes, back-office : tout ce qui fait le commerce reste dans Magento.
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 GraphQLMagento gère catalogue, prix, panier et commandes
Les bonnes raisons
Site, application mobile, bornes en magasin : un même catalogue et un même panier servis à plusieurs écrans.
Des pages de contenu riches, gérées dans un CMS headless comme Storyblok ou Contentful, et mêlées aux fiches produits.
Des développeurs JavaScript qui veulent leurs outils et leur propre rythme de mise en ligne, sans dépendre de Magento.
Configurateur, parcours inhabituel, interface que les thèmes Magento ne permettent pas de construire simplement.
Avant de vous lancer
Le headless ne rend pas une boutique rapide par magie. Il déplace la complexité : mieux vaut la mesurer avant de signer.
Le comparatif
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.
| Critère | Luma, le thème d'origine | Hyvä | Headless |
|---|---|---|---|
| Architecture | Thème intégré à Magento | Thème intégré à Magento | Application séparée, reliée par les API |
| Rapidité d'affichage | Moyenne : beaucoup de JavaScript | Bonne : peu de JavaScript | Bonne, si le front est bien construit |
| Extensions | Fonctionnent telles quelles | Module de compatibilité, ou adaptation | Partie visible à reconstruire |
| Coût de départ | Le plus faible | Modéré | Élevé |
| Maintenance | Une application | Une application | Deux applications |
| Compétences | Magento | Magento, Tailwind CSS, Alpine.js | Magento, plus React ou Vue |
| Pour qui | Une boutique en attente de refonte | La plupart des boutiques Magento | Les 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
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.
Notre approche
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.
Un parcours clé, de la fiche produit au panier, construit en headless pour valider les choix techniques et la rapidité.
API, front, rendu côté serveur, cache, référencement : chaque brique est construite et testée sur une copie de la boutique.
Hébergement du front et de Magento, supervision, évolutions : les deux applications restent suivies ensemble.
Questions fréquentes
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.
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.
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.
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.
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ä.
Contact
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