Magento Open Source 2.4.x entre 2023 et 2026 : trois ans de bascule, lecture pour décideur

À retenir. Magento Open Source 2.4.x reste maintenu, mais le rythme des montées de version, la sortie d'Adobe sur le Cloud Service propriétaire, et le coût de recâblage du SI à chaque upgrade transforment ce qui était une plateforme stable en un actif à durée de vie courte. Le retailer FR mid-market doit chiffrer non pas le prix de la version actuelle, mais le coût cumulé de garder Magento debout sur 3 ans. Cet article pose les chiffres défendables en CODIR.

1. État de Magento Open Source en 2026 : ce qui est encore maintenu, ce qui ne l'est plus

Magento Open Source, ex-Community Edition, est le tronc commun open source sur lequel Adobe Commerce est bâti. La version mineure en cours au printemps 2026 est la 2.4.8, sortie en mars 2025 et positionnée comme LTS (long term support) jusqu'en mars 2030. Les versions précédentes, 2.4.6 et 2.4.7, ont une durée de vie nettement plus courte : 2.4.6 a basculé en EOL en novembre 2025, 2.4.7 sortira de support en novembre 2026 (Adobe, lifecycle policy).

En pratique, sur les 36 derniers mois, le retailer FR a vu passer cinq versions mineures (2.4.4 à 2.4.8), avec à chaque palier un cycle d'audit, de tests, de mise à jour des modules tiers et de redéploiement. Ce n'est pas une critique du produit, c'est un fait d'écosystème : Magento est un framework PHP avec un cycle de release calé sur les versions PHP supportées, et chaque montée embarque des breaking changes côté API et base de données.

Trois éléments structurants pour 2026 :

• Magento 1 est définitivement non-maintenu depuis juin 2020. Tout retailer encore sur 1.x est en risque PCI-DSS, sécurité, paiement. Il existe des sur-couches communautaires (OpenMage LTS), mais elles ne portent pas d'engagement contractuel côté éditeur.
• Adobe Commerce on-premise reste maintenu mais Adobe pousse l'offre Cloud Service. Le message commercial est clair : le futur du produit Adobe est SaaS, l'Open Source devient un héritage à porter.
• Adobe Commerce as a Cloud Service, annoncé à Adobe Summit 2025, est l'offre cible. La FAQ Adobe précise que les déploiements Cloud Service ne sont pas compatibles binaire avec Open Source (Adobe Commerce as a Cloud Service overview).

Pour un retailer FR qui a investi 6 chiffres dans son Magento Open Source entre 2018 et 2022, la question 2026 n'est pas "est-ce que ça marche encore", c'est "combien va coûter de le garder à jour, et de continuer à le faire dialoguer avec mon ERP".

2. Le rythme des montées de version : ce que le décideur n'avait pas anticipé

Adobe a aligné le cycle de release Magento sur celui de PHP. Conséquence : un palier majeur ou mineur tous les 12 à 18 mois en moyenne, avec un cycle de support qui se raccourcit. Pour le décideur, cela se traduit par un coût de maintenance qui ne ressemble plus à un coût d'application stable, mais à un coût de plateforme en évolution permanente.

Ce que coûte une montée de version Magento, ordre de grandeur défendable en CODIR pour un retailer mid-market FR :

• Audit pré-upgrade : compatibilité des modules tiers, écart entre version cible et version actuelle, recensement du custom. 4 000 à 12 000 EUR.
• Travaux de mise à niveau core et modules : montée des dépendances, ré-écriture des modules custom incompatibles, mise à jour des thèmes. 15 000 à 60 000 EUR selon le niveau de custom.
• Tests d'intégration sur le SI : ERP, WMS, PIM, CRM. Un connecteur Sage qui marchait en 2.4.6 peut casser en 2.4.8 si le format des webhooks change. 6 000 à 20 000 EUR.
• Recette et déploiement : QA fonctionnel, performance, sécurité, plan de bascule. 4 000 à 15 000 EUR.

Soit un cycle d'upgrade entre 29 000 et 107 000 EUR par montée. À 1 montée tous les 18 mois, cela représente 19 000 à 71 000 EUR par an dilués, juste pour rester à jour. C'est documenté en filière par plusieurs intégrateurs (LitExtension, coût upgrade Magento 2).

Ces chiffres ne sont pas un devis. Ils sont l'ordre de grandeur défendable pour qu'un DAF puisse instruire la ligne "maintenance plateforme" sans qu'on lui en reproche une promesse non tenable. La fourchette se resserre selon le nombre de modules tiers, la dette technique accumulée, et la taille de l'écart entre la version actuelle et la version cible.

3. Le poids de la dette PHP et du custom dev sur le P&L

Un Magento Open Source en production depuis 5 ans porte typiquement entre 20 et 80 modules tiers, plus une couche custom. Ce custom est l'actif que le retailer a payé pour différencier son catalogue, sa logistique, son expérience. C'est aussi sa dette.

Trois observations récurrentes en audit :

• Les modules tiers vieillissent plus vite que le core. Un éditeur de module peut cesser de maintenir sa brique, fusionner, être racheté, changer de modèle économique. Le retailer se retrouve avec un module clé en stack non maintenu. Coût : ré-écriture custom ou changement de module avec recette complète.
• Le custom dev devient illisible. Après 3 à 5 ans, sans documentation rigoureuse, la couche custom est connue de 1 ou 2 développeurs. Quand ils quittent l'agence ou le retailer, le coût de re-prise est élevé.
• La conformité PHP impose des cycles non négociables. PHP 8.3 est le minimum en 2.4.8. Les versions plus anciennes (PHP 7.4, 8.0) ne sont plus supportées. Le retailer ne choisit pas son rythme, il subit celui de PHP (PHP, supported versions).

Côté P&L, la ligne "agence Magento" pour un retailer FR mid-market est typiquement entre 60 000 et 180 000 EUR par an, hors évolutions fonctionnelles majeures. C'est le coût de garder la machine en état de marche, pas le coût de la faire évoluer. La part "évolutions" est en plus.

4. Adobe Commerce vs Magento Open Source : la fourche stratégique 2026

Le décideur Magento Open Source en 2026 a quatre options réalistes, chacune avec son ordre de grandeur défendable :

1. Rester sur Magento Open Source, suivre les montées de version. Coût récurrent élevé, risque de modules tiers non maintenus, dépendance forte à l'agence. 19 000 à 71 000 EUR par an juste en maintenance, plus 60 000 à 180 000 EUR par an d'agence.
2. Migrer vers Adobe Commerce on-premise. License Adobe environ 22 000 EUR par an pour un retailer mid-market FR au démarrage, plus un projet de bascule lourd. License indexée sur le GMV : la facture augmente avec le chiffre (Adobe Commerce pricing).
3. Migrer vers Adobe Commerce as a Cloud Service. Offre SaaS, mais non compatible Open Source, donc projet de bascule lourd. Tarification GMV-based, courbe de coût qui se durcit avec la croissance.
4. Migrer vers Shopify Plus. Bascule de plateforme, projet de migration 8 à 26 semaines selon la stack source, license fixe 2 500 USD par mois par défaut (environ 28 000 EUR par an), SaaS multi-tenant, upgrade géré par l'éditeur.

La fourche n'est pas une question idéologique, c'est une question de risque et de coût cumulé sur 3 ans. Garder Magento Open Source minimise le coût de bascule one-shot, mais maximise le coût récurrent et le risque éditeur. Migrer vers Shopify Plus inverse les deux : on paie un projet, on stabilise un récurrent.

Le point clé : la décision se prend en TCO sur 3 ans, pas sur le prix d'appel. Pour le détail chiffré par poste, voir le calculateur TCO et la page comparatif Magento.

5. Ce que la sortie d'Adobe Commerce as a Cloud Service change pour les retailers Open Source

Adobe a positionné Cloud Service comme le successeur naturel, à terme, des déploiements Adobe Commerce on-premise et Open Source. La promesse : ne plus gérer l'infrastructure, ne plus gérer les montées de version. La contrepartie : un modèle SaaS facturé au GMV, et un lock-in plus fort sur l'écosystème Adobe (Experience Manager, Target, Analytics).

Trois signaux 2025 à instruire en CODIR :

• Annonces Adobe Summit 2025 : Adobe Commerce as a Cloud Service est positionné comme le produit cible, Adobe Commerce Optimizer est l'add-on AI. Le message commercial Adobe pousse Cloud Service (Adobe Summit 2025).
• Pricing public : Adobe Commerce reste sur un modèle GMV-based. Pour un retailer FR à 5 M EUR de chiffre, l'ordre de grandeur de license dépasse 30 000 EUR par an. Pour 20 M EUR, plus de 60 000 EUR. C'est un coût linéaire au chiffre, pas un plateau.
• Migration Open Source vers Cloud Service : non triviale. La documentation Adobe précise que Cloud Service est un environnement nouveau, et que les modules custom doivent être adaptés. Un projet de bascule est requis, similaire à une migration vers une autre plateforme.

Pour le retailer Open Source mid-market FR, le signal est : la trajectoire Adobe se cale sur un SaaS premium, à coût indexé sur le chiffre, dans un écosystème fortement intégré aux outils Adobe. Ce n'est pas une mauvaise trajectoire pour les retailers qui consomment déjà Experience Cloud. C'en est une à instruire pour les autres.

6. Magento côté SI : le connecteur ERP, la friction qui décide du TCO

Sur Magento, la couche d'intégration au SI n'est pas un module SaaS, c'est un développement spécifique. Concrètement :

• Connecteur Sage 100 ou Sage X3 : module Atoo Sync, WebXY, MySolutionConnect, ou dev custom. License module 1 000 à 3 000 EUR, paramétrage projet 5 000 à 25 000 EUR, maintenance 15 à 25 pourcent annuels.
• Connecteur Cegid Retail Y2 : moins de modules standardisés, dev custom plus fréquent. Coût de projet 10 000 à 35 000 EUR.
• Connecteur SAP Business One ou SAP ECC : middleware ou ETL (Talend, Boomi), projet 30 000 à 120 000 EUR.

Et à chaque montée de version Magento, ces connecteurs doivent être validés, parfois réécrits. C'est ce qui fait dériver le TCO. Pour le détail, voir l'article dédié Magento et le connecteur ERP.

Le pattern défendable en CODIR : sur Magento Open Source, le connecteur ERP est un coût récurrent, pas un coût one-shot. Sur Shopify Plus, le connecteur ERP existe sur l'App Store, est maintenu par un éditeur tiers (ou un middleware), et n'est pas impacté par les montées de version de la plateforme. Le transfert de risque côté éditeur change l'équation.

7. Trois lectures décideur pour 2026

Un. Magento Open Source n'est pas une plateforme stable au sens où on pouvait l'entendre il y a 5 ans. C'est un framework PHP avec un cycle de release contraint par PHP, des modules tiers à durée de vie variable, et un éditeur qui pousse une offre SaaS propriétaire. Le coût de "rester à jour" est un poste récurrent à 5 chiffres par an.

Deux. Le vrai sujet n'est pas le prix de la license Adobe ou la gratuité d'Open Source. C'est le coût cumulé sur 3 ans : maintenance, agence, connecteurs ERP recâblés à chaque upgrade, modules tiers à racheter quand un éditeur disparaît. Le TCO réel d'un Magento Open Source mid-market FR est entre 250 000 et 600 000 EUR sur 3 ans, hors évolutions.

Trois. La fourche stratégique 2026 est entre quatre trajectoires : rester sur Open Source, basculer en Adobe Commerce on-premise, basculer en Adobe Commerce as a Cloud Service, ou migrer vers Shopify Plus. Aucune n'est gratuite. Le critère de décision est le transfert contractuel de risque : qui porte l'upgrade, qui porte la sécurité, qui porte le connecteur ERP quand l'ERP change de version.

Pour cadrer une migration et chiffrer l'ordre de grandeur sur votre stack actuelle, le point d'entrée est notre calculateur TCO, défendable en CODIR en 30 secondes. La page comparatif Magento Open Source vs Shopify Plus détaille les axes flux par flux. Pour la fourche Open Source vs Adobe Commerce as a Cloud Service, voir l'article État Adobe Commerce 2026.

La règle de décision n'est pas "Shopify Plus est mieux que Magento". Elle est : si votre stack Magento mid-market mobilise plus de 100 000 EUR par an en maintenance et coordination, le coût d'une bascule one-shot vers une plateforme à risque transféré devient inférieur au coût de continuer. Ce qu'il faut, c'est un chiffre défendable en CODIR. Pas une opinion, pas une promesse, un ordre de grandeur sourcé.