Shopify et Vercel reconstruisent Hydrogen comme une base ouverte et agnostique au runtime. Hydrogen …
De Luma à Edge Delivery : la décision de migration pour votre boutique Adobe Commerce
De Luma à Edge Delivery : la décision de migration pour votre boutique Adobe Commerce
Si votre boutique Adobe Commerce tourne encore sur le thème Luma classique, ou si vous avez investi dans PWA Studio ces dernières années, vous êtes aujourd'hui à un point de décision concret : Adobe oriente clairement ses nouvelles boutiques de référence vers Edge Delivery Services, Luma vieillit, et Adobe elle-même ne présente plus PWA Studio comme la voie d'avenir. La question n'est plus de savoir si vous migrez. C'est vers quoi vous migrez : la propre pile Edge Delivery d'Adobe, ou une couche frontend indépendante du backend qui conserve Adobe Commerce comme backend tout en évitant le prochain verrouillage.
Le moment de fin de vie de Luma et PWA Studio
Luma est le thème par défaut d'origine de Magento 2 : templates PHTML, widgets Knockout.js, rendu côté serveur. Ça fonctionne, mais ça accuse son âge. Des scores Core Web Vitals qui ne tiennent plus face aux boutiques modernes, une pile frontend que de moins en moins de nouveaux développeurs maîtrisent, et une charge de maintenance qui grandit à chaque patch Adobe Commerce. PWA Studio a été la première tentative d'Adobe pour un frontend headless basé sur React pour Magento. Adobe a depuis déplacé son attention vers Edge Delivery Services, et PWA Studio ne reçoit quasiment plus de nouvelles fonctionnalités de référence. Si vous êtes sur l'une de ces deux configurations, vous n'avez pas le luxe de vous demander « quelle option est la plus élégante ». Vous avez une vraie décision à prendre, avec un vrai calendrier.
Le problème auquel de nombreuses équipes Adobe Commerce font face aujourd'hui
Le réflexe, à un point de fin de vie, est souvent : « Prenons simplement la nouvelle voie d'Adobe, c'est l'officielle. » C'est compréhensible, mais cela passe à côté d'un fait important : passer de Luma ou PWA Studio à Edge Delivery Services constitue en soi une refonte complète du frontend, simplement dans un nouveau modèle de rendu propriétaire. Vous échangeriez un verrouillage obsolète contre un verrouillage neuf. Si vous devez de toute façon faire ce pas, il vaut la peine de saisir ce moment pour vous demander : voulez-vous vraiment construire encore un frontend qui ne fonctionne qu'avec Adobe Commerce, ou voulez-vous que cette migration soit la dernière, quel que soit l'avenir de votre backend dans trois ou cinq ans ?
La voie d'Adobe : Edge Delivery Services
Edge Delivery Services (EDS, aussi désigné sur Adobe.com comme Adobe Commerce Storefront) repose sur l'architecture Franklin/Helix d'Adobe : le contenu vient de Google Docs ou SharePoint, le rendu passe par un pipeline de livraison en périphérie avec de solides performances prêtes à l'emploi. Pour les équipes profondément investies dans Adobe Experience Manager, ou qui veulent exploiter Adobe comme un écosystème complet, c'est une offre cohérente. Le compromis : vous vous engagez sur un nouveau modèle de rendu natif Adobe, et votre pipeline de contenu comme votre logique de composants restent dans l'univers Adobe. Pour une comparaison technique détaillée d'EDS face à d'autres frameworks frontend Magento, voyez notre article sur Adobe Commerce Storefront (Edge Delivery) vs. Hyvä. Si vous voulez un comparatif générique des quatre options courantes (Edge Delivery, PWA Studio, headless sur mesure, FMP), vous le trouverez dans notre hub de décision, Adobe Headless en 2026. Cet article ne répète volontairement pas cette comparaison. Il reste concentré sur le cas concret de la fin de vie de Luma/PWA Studio.
L'alternative : une couche FMP indépendante du backend au-dessus d'Adobe Commerce
La seconde voie place une Frontend Management Platform (FMP) directement au-dessus de vos API Adobe Commerce existantes. Catalogue produits, tarification, panier et checkout restent dans Adobe Commerce. Le frontend fonctionne comme une couche basée composants, découplée du backend. La différence pratique : si un jour vous voulez quitter Adobe Commerce, ou connecter un second backend pour un autre segment de marché, votre investissement frontend reste intact. Vous ne construisez pas dans un autre modèle natif Adobe. Vous construisez dans une couche qui prend en charge plus de 50 backends, dont Shopware, Shopify, commercetools et Adobe Commerce lui-même. Les migrations accompagnées par les fondateurs se font en médiane en moins de 14 jours, les boutiques atteignent un LCP médian sur le terrain de 1,2 seconde, et WCAG 3.0 est prêt dès le départ au lieu d'un sprint d'accessibilité rajouté après coup.
Edge Delivery Services vs. une couche FMP indépendante du backend
| Dimension | Edge Delivery Services (voie d'Adobe) | Couche FMP indépendante du backend |
|---|---|---|
| Engagement backend | Nouveau modèle de rendu natif Adobe | Adobe Commerce reste votre backend, le frontend est découplé |
| Changement de backend futur | Nécessite une nouvelle refonte du frontend | Le frontend reste intact malgré un changement de backend |
| Time-to-market | Rapide au sein de l'écosystème Adobe | Migration typiquement sous 14 jours (médiane) |
| Pipeline de contenu | Basé sur Google Docs/SharePoint | Éditeur Studio avec aperçu en direct, sans revue PR pour le contenu marketing |
| Idéal pour | Équipes restant pleinement dans l'écosystème Adobe | Équipes minimisant le risque de replatforming et le verrouillage frontend |
Comment trancher
Trois questions aident à prioriser. Premièrement, Adobe Commerce est-il une décision définitive à long terme pour vous, ou un changement de backend est-il réaliste dans les trois à cinq prochaines années ? Deuxièmement, quelle part de votre organisation marketing devrait pouvoir construire des landing pages et des campagnes en autonomie, sans ticket développeur ? Troisièmement, à quel point est-il important pour vous que votre investissement frontend continue de payer si vous montez un second segment de marque sur un autre backend ? Si vous hésitez sur la première question, ou répondez « très important » aux deux autres, il vaut la peine de comparer la voie indépendante du backend face à Edge Delivery Services dans un vrai comparatif avant de commencer à migrer.
FAQ
PWA Studio est-il mort ? Adobe maintient toujours PWA Studio, mais privilégie clairement Edge Delivery Services dans sa communication et ses nouvelles fonctionnalités de référence. Ce n'est plus un point de départ recommandé pour de nouveaux projets.
Devons-nous abandonner Adobe Commerce comme backend pour passer à un FMP ? Non. La couche FMP se place directement au-dessus de vos API Adobe Commerce existantes. Données produit, logique de prix et checkout restent inchangés dans le backend.
Combien de temps prend généralement une telle migration ? Les migrations accompagnées par les fondateurs se font en médiane en moins de 14 jours, selon la complexité de vos données et de votre thème.
Prochaines étapes
Si votre thème Luma ou votre instance PWA Studio atteint ses limites, il vaut la peine de faire le comparatif avant de vous engager sur l'une ou l'autre voie. Découvrez le Headless Frontend pour Adobe Commerce, ou réservez un appel stratégique de 30 minutes où nous passons en revue en détail votre situation Luma ou PWA Studio actuelle.
Plus depuis la plateforme Laioutr
À propos de l'auteur : Marcel Thiesies est cofondateur de Laioutr. Il accompagne les équipes Adobe Commerce qui quittent des configurations Luma et PWA Studio en fin de vie vers un frontend qui reste indépendant du backend.
Toutes les données reposent sur des informations publiquement disponibles. En date de juillet 2026.