Refonte Magento 2 → Stack Headless Moderne — Hyvä, Hydrogen ou Medusa
Magento 2 en 2026 : Core Web Vitals dégradés (INP élevé), dette frontend Knockout.js obsolète, TCO élevé, devs PHP Magento rares. Refonte vers stack headless sur devis. Audit de faisabilité sur devis, chiffré en 48 h.
Nos clients types
#Pourquoi Magento 2 pose problème en 2026
Magento 2 a été un excellent choix entre 2016 et 2020. En 2026, le tableau s'est dégradé sur plusieurs axes objectifs, que l'on retrouve de façon récurrente dans les audits Magento 2.
#Performance Core Web Vitals dégradée
L'INP (Interaction to Next Paint) dépasse souvent le seuil Google de 200 ms en p75 mobile. La cause : le frontend Magento Luma (et même Hyvä non optimisé) embarque par défaut du Knockout.js (framework MVVM créé en 2010, quasi-abandonné), des centaines de Ko de JavaScript synchrone bloquant le main thread, et un système de mini-panier RequireJS lourd à hydrater.
Le LCP mobile dépasse fréquemment les seuils recommandés. Google Search Console signale alors une part importante d'URLs hors seuils CWV — pénalité SEO directe, et impact sur la conversion.
#Dette technique frontend Knockout.js + jQuery
Le frontend Magento Luma est figé sur Knockout.js + jQuery + RequireJS — un stack technologique de 2010-2014. Personne ne forme plus à Knockout.js. Les devs front qui rejoignent l'écosystème Magento le découvrent à leur arrivée, le subissent, et partent dès qu'ils peuvent vers du React ou du Vue. PWA Studio (le projet Adobe de remplacement par React) a été officiellement abandonné en 2023 — les marques qui avaient investi dedans se retrouvent dans une impasse.
L'alternative communautaire est Hyvä Themes (créé par Vinai Kopp, ex-Magento Core Team), basé sur Alpine.js + Tailwind CSS. Hyvä résout une grande part des problèmes de performance frontend de Magento, mais reste un thème côté monolithe — il ne donne pas accès aux features Next.js 16 (RSC, PPR, ISR, streaming, App Router) et aux gains de conversion d'un vrai headless.
#Écosystème extensions fragile
L'argument historique de Magento — un app store de milliers d'extensions tierces (Mageplaza, Amasty, Mirasvit, etc.) — s'est retourné contre l'écosystème. Chaque montée de version mineure de Magento casse une partie des modules installés. Les mises à jour deviennent des chantiers de plusieurs semaines à chaque fois, monopolisant les devs internes au lieu de produire de la valeur métier.
Beaucoup de marques sautent les upgrades — et se retrouvent en retard de sécurité, en dette croissante, parfois sur des versions hors support officiel.
#TCO élevé : hébergement, devs, licence Commerce
Un Magento 2 Open Source en production demande typiquement un hébergement dédié (PHP-FPM tuné, MySQL/MariaDB optimisé, Redis, Varnish, Elasticsearch/OpenSearch), plus coûteux encore pour les gros catalogues ou les pics saisonniers (Black Friday). Magento Commerce (édition payante Adobe Commerce) ajoute une licence annuelle, fonction du chiffre d'affaires.
Les développeurs Magento seniors en France sont chers et difficiles à trouver. La majorité des freelances ou agences spécialisées Magento ont migré vers Shopify, Medusa ou Next.js ces dernières années. La pénurie de talents Magento aggrave le coût et le risque de continuité technique.
#Trois options de refonte évaluées par Nehos
Après audit, on présente toujours trois options chiffrées au comité de pilotage, pour que le choix soit éclairé. On ne pousse pas un dogme — on confronte les options à votre contexte business.
#Option (a) — Hybride : Magento backend + frontend headless
On garde le backend Magento intact (catalogue, commandes, clients, fiscalité, intégrations ERP existantes) et on remplace uniquement le frontend par une stack moderne. Deux sous-variantes :
- Hyvä Themes — alternative communautaire à PWA Studio mort. Alpine.js + Tailwind. Reste un thème côté monolithe Magento, mais résout une grande part du problème de performance. Bon choix si : budget contraint, équipe Magento interne forte, ambition perf modérée.
- BFF Next.js 16 headless — vrai frontend headless qui consomme les APIs REST/GraphQL Magento. RSC + PPR + ISR. Bon choix si : backend Magento sain et performant côté API, ambition perf élevée, pas besoin de migrer la data.
#Option (b) — Migration complète Medusa.js + Next.js
On migre le backend e-commerce vers Medusa.js (framework open source Node.js + Postgres + Redis), hébergeable en France chez un hébergeur de confiance. Frontend Next.js 16. Modules custom illimités (tarifications B2B, EDI, marketplace).
Bon choix si : distributeur B2B avec tarifications complexes, grande marque qui veut sortir du TCO Magento + Adobe Commerce, exigence d'hébergement souverain (marchés publics, loi SREN), équipe tech interne compétente (Node.js + Postgres + Kubernetes).
Voir notre page dédiée Medusa.js pour le détail méthodologique.
#Option (c) — Migration Shopify Hydrogen
On migre vers Shopify (Plus selon le chiffre d'affaires) et on développe le frontend en Hydrogen Remix. Time-to-market plus court grâce à l'écosystème app store mature (Klaviyo, Yotpo, ReCharge, Loop Returns plug-and-play).
Bon choix si : DNVB B2C, catalogue simple à moyennement complexe, ambition mobile/SEO forte, pas de tarifications B2B négociées par compte, acceptation du modèle SaaS Shopify Plus (abonnement + transaction fees).
Voir notre page dédiée Shopify Hydrogen.
#Méthode Nehos en 4 phases
Notre méthodologie en 4 phases.
#Phase 1 — Audit Magento 2 et cartographie (2 à 4 semaines)
Diagnostic complet sur 7 axes : (1) version Magento, PHP, MySQL, Elasticsearch — gap support officiel et roadmap upgrade, (2) cartographie modules tiers installés et criticité métier, (3) crawl Screaming Frog exhaustif et analyse Core Web Vitals via PageSpeed Insights + CrUX, (4) audit data (catalogue, customer groups, tier prices, historique commandes, attributs PIM), (5) audit intégrations existantes (ERP, PIM, OMS, marketing automation), (6) audit hébergement et TCO actuel, (7) interviews équipes (commerciaux, marketing, IT, e-commerce manager).
Livrable : rapport chiffré + 3 options de refonte avec ROI 3 ans, planning détaillé, scope définitif et chiffrage précis. Tarif sur devis, sans engagement de suite.
#Phase 2 — Design system, modélisation data et plan SEO (3 à 5 semaines)
Design system Figma complet (tokens, composants atomiques, templates principaux, variantes B2C/B2B). Modélisation data détaillée sur stack cible (catalogue, attributs, customer groups, tier prices, tarifications B2B, workflows commande). Plan de redirections 301 exhaustif — Magento génère des URLs verbeuses (/catalog/product/view/id/123/category/45), il faut prévoir un plan de redirections cohérent avec hreflang préservé.
Plan SEO de transition : structures Hn, balises, schema.org, sitemap. Output : Figma + schéma data + plan SEO + plan redirections.
#Phase 3 — Développement, intégrations et migration data (10 à 20 semaines)
Développement frontend Next.js 16 ou Hydrogen Remix selon stack cible. Setup backend (Medusa, Shopify Plus ou conservation Magento selon option). Migration data : scripts d'export Magento (catalogue, clients, commandes, tarifications) en CSV ou via API REST, modélisation Medusa/Shopify équivalente avec extensions custom pour les concepts Magento spécifiques (attribut sets, customer groups, tier prices, EAV).
Dry-run sur staging avant production. Intégrations PIM (Akeneo), ERP (SAP S/4HANA, Sage X3, Cegid via connecteurs REST/GraphQL custom), recherche (Algolia, Meilisearch souverain), paiements (Stripe, Mollie, Adyen, PayPlug, Lyra), email (Postmark, Brevo), analytics (GA4 + Matomo souverain).
Tests E2E Playwright sur les parcours critiques (checkout, compte client, recherche, panier multi-vendeurs B2B si marketplace). Setup monitoring (Sentry, Grafana, Loki).
#Phase 4 — Bascule progressive, déploiement et hyper-care (2 à 3 semaines)
Déploiement production (OVHcloud Public Cloud Managed Kubernetes pour Medusa, Netlify ou Shopify Oxygen pour Hydrogen, OVHcloud ou AWS pour Next.js BFF). Plan de redirections 301 exhaustif activé en amont pour préserver l'autorité SEO de Magento. Bascule progressive avec rollback possible — pour les routes sensibles (checkout, compte client), on opère en dual-run pendant quelques semaines : les deux versions tournent en parallèle, on compare les outputs avant bascule définitive. Hyper-care quotidien le premier mois, hebdomadaire ensuite.
#Exemples de situations
Ces trois situations illustrent la méthode. Ce ne sont pas des références clients.
#DNVB cosmétique : de Magento à Shopify Hydrogen
Situation : une DNVB multi-pays sur Magento 2 Open Source avec un thème Luma customisé, un INP mobile élevé signalé par Google Search Console, une conversion mobile qui stagne et un hébergement dédié coûteux. Parcours : migration du catalogue, des comptes clients et de l'historique de commandes vers Shopify Plus + Hydrogen Remix, avec intégrations Klaviyo (email), Yotpo (avis), ReCharge (abonnements) et Loop Returns. Ce qu'on mesure : INP et LCP mobile, conversion mobile, coût d'hébergement, charge de développement.
#Distributeur B2B industriel : de Magento à Medusa.js
Situation : un distributeur avec des tarifications négociées par compte, des customisations B2B lourdes accumulées, une synchronisation ERP différée et une licence Adobe Commerce coûteuse. Parcours : refonte vers Medusa.js + Next.js 16 + Postgres + Redis + Akeneo PIM, avec un connecteur ERP temps réel et des modules custom (tarifications B2B par compte, workflow de devis, EDI).
Ce qu'on mesure : part des commandes passées en ligne, LCP des pages catalogue, conversion des comptes pro, charge téléphonique des commerciaux, TCO sur 3 ans.
#Retailer omnicanal : une stack composable
Situation : un retailer multi-marques multi-pays sur Magento 2 Commerce monolithique. Parcours : stack composable CommerceLayer API-first + Akeneo PIM + Next.js 16, architecture multi-tenant pour gérer plusieurs enseignes sur la même infrastructure. Ce qu'on mesure : time-to-market pour lancer une nouvelle enseigne, centralisation du catalogue dans Akeneo, coût de licence évité.
#Tarification transparente
- Audit de faisabilité refonte Magento 2 : sur devis, chiffré en 48 h. Livrable : rapport, 3 options chiffrées avec ROI 3 ans, plan de migration détaillé, scope définitif. Sans engagement.
- Refonte complète : sur devis selon la stack cible et la complexité (hybride Hyvä, BFF Next.js sur backend Magento conservé, migration Medusa.js, migration Shopify Hydrogen).
- Forfait pilote : à partir de 15 000 € HT, refonte d'un premier périmètre du frontend (Hyvä ou Next.js BFF) sur backend Magento conservé, pour valider la méthode et le ROI perf avant engagement complet.
Estimer mon budget en ligne — résultat en 5 minutes.
#Ce que nous mesurons sur une refonte
Nous ne promettons pas de chiffre : nous mesurons avant et après, sur votre boutique.
- Hébergement : coût de l'infrastructure avant et après, y compris la licence Adobe Commerce le cas échéant.
- Core Web Vitals : LCP, INP et CLS sur les gabarits clés, mesurés sur des données terrain (CrUX).
- Conversion mobile : suivie en lien avec l'amélioration de l'INP et du LCP.
- TCO sur 3 ans : comparé au scénario de maintien de Magento, hors gains de conversion, puis avec les gains de conversion intégrés.
Questions & réponses
Refonte Magento 2 → Headless — questions fréquentes
Pas obsolète au sens « hors support » — Magento 2 reste maintenu par Adobe (Commerce) et la communauté (Open Source). Mais structurellement dépassé sur trois axes objectifs : (1) frontend Knockout.js + jQuery + RequireJS — stack 2010-2014, PWA Studio abandonné en 2023, (2) Core Web Vitals dégradés par défaut (INP élevé en p75 mobile), (3) écosystème extensions fragile (chaque montée de version mineure casse des modules). Donc la question n'est pas « est-ce obsolète », mais « combien me coûte de rester vs migrer ». Nous chiffrons avec vous le TCO sur 3 ans d'une migration vers headless face au maintien de Magento Commerce.
Oui, mais avec un plafond. Hyvä Themes (Alpine.js + Tailwind, créé par Vinai Kopp ex-Magento Core) résout une grande part du problème de performance frontend de Magento sans toucher au backend, pour un budget bien inférieur à un Medusa.js complet. C'est le bon choix si budget contraint et équipe Magento interne forte. Mais Hyvä reste un thème côté monolithe — pas de Server Components React, pas de PPR, pas de streaming, pas d'App Router Next.js. Tu plafonneras à un INP ~180-250 ms, vs <100 ms en vrai headless Next.js 16. Et tu restes dépendant des montées de version Magento. C'est une étape intermédiaire valide, pas une cible long-terme.
Oui, c'est une stack adaptée aux DNVB B2C au catalogue simple. Budget : sur devis, chiffré en 48 h. Migration data : catalogue (Magento attribut sets → Shopify product options), customer groups → customer tags + segments, tier prices → Shopify B2B (si Plus). Historique commandes conservé via import API ou base externe. Plan de redirections 301 exhaustif (URLs Magento → URLs Shopify cohérentes). Limite : si vous avez des tarifications B2B négociées par compte, du multi-vendeurs marketplace, ou un très gros catalogue avec variantes complexes, Shopify atteint vite ses limites — on oriente alors vers Medusa.js.
Refonte Medusa.js B2C ou B2B distributeur (tarifications négociées, EDI, intégration ERP) : sur devis, chiffré en 48 h, la durée dépendant du périmètre. Migration data : export Magento (catalogue, clients, commandes, tarifications) en CSV ou API REST, modélisation Medusa avec extensions custom pour les concepts Magento spécifiques (attribut sets, customer groups, tier prices, EAV), scripts d'import TypeScript, dry-run staging. Voir notre page dédiée Medusa.js pour la méthodologie complète.
De quelques mois à plus d'un semestre selon la stack cible et la complexité. L'hybride Hyvä est le plus court, le BFF Next.js sur backend Magento conservé vient ensuite, puis la migration Shopify Hydrogen B2C et la migration Medusa.js, la plus longue pour un distributeur B2B avec EDI/ERP. À noter : dès les premiers mois (bascule progressive sur la homepage + pages catégories), vous capitalisez déjà les gains SEO et conversion — vous n'attendez pas la fin du chantier pour mesurer le ROI. Un hyper-care post-lancement fait partie du périmètre.
Trois mécanismes cumulés. (1) Le backend Magento reste opérationnel jusqu'à la bascule définitive — aucune interruption de prise de commande. (2) Bascule progressive route par route via reverse proxy (Cloudflare Workers, Vercel Edge ou Nginx selon hosting) : homepage d'abord, puis catégories, fiches produits, et checkout en dual-run avant bascule. Rollback possible à chaque étape. (3) Plan de redirections 301 exhaustif activé en amont, hreflang préservé sur sites multilingues, monitoring Core Web Vitals + Search Console + conversion en continu.
Parlons de votre projet
Un devis chiffré, sans engagement
Décrivez votre besoin en deux minutes : un consultant senior vous répond avec une première estimation et les prochaines étapes.
- Réponse sous 24 h ouvrées
- Sans engagement
- Un consultant senior vous répond