Mage-OS 3 : ce qu’on sait, ce qu’on attend, ce qui change pour les marchands

1. Pourquoi Mage-OS

Petit rappel du contexte pour les marchands qui découvrent. Mage-OS est un fork communautaire de Magento Open Source, lancé fin 2022 sous l’égide d’une fondation indépendante (mage-os.org). Sa raison d’être : garantir un Magento community-driven indépendant de la roadmap commerciale d’Adobe, sans rupture de compatibilité avec l’écosystème existant.

À ce jour (mai 2026), Mage-OS 2.3.x est la dernière minor publique. C’est ce qui anime, entre autres, plusieurs boutiques B2B et DTC en Wallonie, en Flandre, en France et aux Pays-Bas — y compris plusieurs clients Wimakeit.

Mage-OS 2 est intentionnellement drop-in compatible avec Magento Open Source 2.4.x : un store Magento qui passe à Mage-OS le fait via une simple modification du composer.json, sans changement de schéma, sans réinstallation de modules.

Mage-OS 3 marque la première rupture assumée.

2. Les axes annoncés

PHP 8.4 minimum

Magento 2.4.7 supporte PHP 8.1 / 8.2 / 8.3. Mage-OS 2.x suit la même ligne. Mage-OS 3 devrait imposer PHP 8.4 comme minimum, voire viser PHP 8.5 si l’agenda de release le permet. Conséquence pratique : tous les modules tiers devront supporter ces nouvelles versions PHP — qui apportent des features (property hooks, asymmetric visibility) mais aussi des dépréciations qui cassent le code legacy.

Suppression du code Adobe-specific

Magento Open Source 2.4.x contient encore plusieurs modules / classes qui ne servent que dans le contexte Adobe Commerce (analytics, content staging résiduel, intégrations Adobe ID, certains hooks AEM). Mage-OS 3 vise à purger ces blocs morts, ce qui réduira la taille du codebase d’environ 15-20 % selon les estimations communautaires. Impact marchand : aucun.

GraphQL modernisé

La couche GraphQL de Magento 2.4 a vieilli — performances inégales, schema mal documenté, absence de subscriptions. Mage-OS 3 prévoit une refonte majeure : migration vers webonyx/graphql-php 15+, cache GraphQL repensé, schema introspectable et typage strict en sortie. Impact pour les marchands en headless / Hyvä React Checkout : changement attendu, à anticiper côté front.

Admin dé-jQuery’isé progressivement

Le back-office Magento 2 reste massivement dépendant de jQuery + RequireJS + Knockout.js — pile technique vieille de 10+ ans. Mage-OS 3 démarrerait la migration progressive vers Alpine.js + Web Components pour les nouveaux écrans admin, sans casser les modules tiers existants.

Re-architecture du système d’extensions

Le couplage actuel entre composer + DI Magento + setup-patches rend les upgrades parfois douloureux. Mage-OS 3 explore des pistes : manifest d’extension formalisé, détection automatique des conflits de DI au build, lifecycle d’install / upgrade / uninstall vraiment réversible. Aucune décision finale n’est publique à ce stade.

Performance

OPcache + JIT exploités plus agressivement. Suppression des allocations inutiles dans les hot paths (catalog, checkout, search). Objectif annoncé : 20 % plus rapide qu’un Magento 2.4.7 équivalent sur les workloads B2C standards.

3. Le calendrier (au mieux)

Aucune date n’est officiellement gravée à mai 2026. Les jalons probables :

• Q3 2026 : RFC stabilisée, premier alpha publique.
• Q4 2026 / Q1 2027 : beta.
• 2027 : Mage-OS 3.0 stable.

Mage-OS 2.x continuerait d’être maintenu en parallèle (correctifs de sécurité, compat PHP) pendant au moins 18 mois après la sortie de 3.0. Les marchands ne sont donc pas pressés.

4. Ce que ça change pour un marchand Magento aujourd’hui

Rien d’urgent

Si vous êtes en Magento Open Source 2.4.7 ou Mage-OS 2.3.x, vous avez largement le temps. La transition Mage-OS 2 → Mage-OS 3 se fera comme une upgrade majeure classique, avec un délai de support sur les deux branches.

À auditer dès maintenant

1. Modules tiers anciens — toute extension non mise à jour depuis 18 mois est suspecte. Vérifiez sur le repo du module l’activité récente. Si elle est nulle, prévoyez un remplacement ou un fork.
2. Dépendances PHP — votre composer.json peut pointer des libs incompatibles avec PHP 8.4 (Symfony anciens, Laminas legacy, packages abandonnés). Un composer outdated --direct donne une première vue.
3. Code custom propriétaire — si vous avez du code custom dans app/code/{Vendor}/, faites-le passer dès maintenant par PHPStan niveau 8 + Rector PHP 8.4. Les non-compatibilités sortiront tout de suite, et c’est 100x moins cher à corriger préventivement.

À éviter

• Migrer vers Adobe Commerce maintenant pour « anticiper ». Adobe Commerce et Mage-OS divergent — un investissement aujourd’hui sur la stack Adobe ne facilite pas Mage-OS 3 demain.
• Reporter indéfiniment les upgrades 2.x. Plus vous restez sur Magento 2.4.5, plus le saut vers Mage-OS 3 sera coûteux.

5. La position Wimakeit

Tous nos modules sont testés contre Magento Open Source 2.4.4 → 2.4.7 ET Mage-OS 2.0 → 2.3 sur PHP 8.1, 8.2, 8.3. Dès que la première alpha publique de Mage-OS 3 sort, nous intégrons la matrice de test correspondante. Les modules Wimakeit Hyvä-natifs ne dépendent pas de jQuery côté frontend — ils sont déjà dans l’esprit Mage-OS 3.

Nous accompagnons les marchands qui souhaitent rester en Magento Open Source ou migrer vers Mage-OS 2 dès maintenant pour préparer en douceur la transition vers la 3. C’est un travail de fond : audit modules, refactor composer, mise à jour PHP en pré-prod, tests de régression complets.

6. Conclusion

Mage-OS 3 n’est pas un événement disruptif pour les marchands en 2026 — c’est une fenêtre de préparation. Les boutiques qui font le travail d’hygiène dès maintenant (modules à jour, PHP moderne, code custom auditable) passeront sans douleur. Celles qui empilent les modules abandonnés et reportent les upgrades vont payer plus cher en 2027.

L’écosystème Magento community-driven entre dans sa deuxième décennie. C’est plutôt une bonne nouvelle.

Ressources Mage-OS : mage-os.org (site officiel de la fondation), github.com/mage-os (code source + RFCs publiques), Meet Magento 2025 — Mage-OS Roadmap talk (replay communautaire).