Mage-OS 3 : le fork communautaire de Magento — faut-il s’y intéresser ?

• Maxime • 12 min de lecture

Mage-OS 3 : le fork communautaire de Magento — faut-il s’y intéresser ?

Si vous payez une licence Adobe Commerce ou si vous redoutez la dépendance à Adobe sur votre Magento Open Source, une alternative crédible existe désormais : Mage-OS 3.0, sortie le 18 mai 2026. C’est un fork communautaire de Magento Open Source, indépendant d’Adobe, qui ajoute des fonctionnalités qu’Adobe n’a jamais livrées — et qui s’installe sans identifiants Adobe Marketplace. Avant de vous emballer : ce n’est pas pour tout le monde, et je vais vous dire pour qui.

Note de transparence : je n’ai pas encore déployé Mage-OS en production sur les boutiques que je gère. Cet article est une analyse technique basée sur la documentation officielle et le code source, pas un retour d’expérience terrain. Je vous le dis parce que la différence compte.

Mage-OS, c’est quoi exactement ?

Mage-OS est une distribution indépendante et à but non lucratif de Magento Open Source, portée par l’association Mage-OS et une communauté de contributeurs (netz98, Elgentos, Swissup, integer_net, entre autres). Le projet n’est affilié ni à Adobe ni à Magento. L’idée : garantir la pérennité de Magento Open Source en dehors des décisions stratégiques d’Adobe, et livrer des fonctionnalités que la communauté attend depuis longtemps.

Mage-OS 3.0 est construit sur Magento Open Source 2.4.9. Autrement dit : vous gardez tout ce que vous connaissez de Magento, plus une couche de fonctionnalités et d’outillage. La prochaine version fonctionnelle est prévue pour octobre 2026, et Mage-OS 3.1.0 est déjà sorti le 18 juin 2026 comme mise à jour drop-in à faible risque. (Source : mage-os.org, release notes du 18 mai et 18 juin 2026.)

Ce que Mage-OS 3 apporte que Magento n’a pas

Les fonctionnalités natives de Mage-OS 3.0

Installateur interactif

La commande bin/magento install lance un assistant guidé : détection automatique des services (MySQL, Redis, OpenSearch, RabbitMQ), reprise après échec, installation de Hyvä en option. La commande setup:install classique reste disponible pour l’automatisation.

RMA natif

Module mage-os/module-rma — gestion des retours produits intégrée : le client demande un retour depuis son compte, le marchand valide. Une fonctionnalité qu’Adobe réserve à la version Commerce payante.

Admin Activity Log

Journal d’audit natif : qui a modifié quoi, et quand. Utile pour la conformité et le suivi d’équipe. Basé sur l’extension open source KiwiCommerce, refondue et sécurisée.

Outillage développeur bundlé

n98-magerun2 (le CLI de référence), Ignition (pages d’erreur détaillées), Varnish Extended et logo admin personnalisable — livrés par défaut, plus besoin de les installer manuellement.

Deux autres points valent d’être signalés. D’abord un indicateur « Update available » directement dans le footer admin, qui vérifie en arrière-plan vos dépôts Composer. Ensuite une distribution Minimale (mage-os/product-minimal-edition) : une installation allégée à environ 98 packages de base, où vous n’ajoutez que ce que vous utilisez. Intéressant pour les équipes qui veulent optimiser chaque milliseconde, mais qui demande de savoir composer sa propre stack.

L’argument qui compte : l’indépendance vis-à-vis d’Adobe

Le vrai différenciateur n’est pas dans les fonctionnalités — c’est dans le modèle. Mage-OS maintient un miroir public (mirror.mage-os.org) présenté comme un remplacement direct de repo.magento.com, installable sans identifiants Adobe Marketplace. (Source : release note officielle du 18 mai 2026.) Pour quiconque a déjà galéré avec les clés d’authentification Adobe et les changements de conditions de Marketplace, c’est un argument concret.

Sur la sécurité, Mage-OS incorpore les patches de sécurité de Magento Open Source dans ses propres releases — la version 2.3.0 (13 mai 2026) a par exemple intégré les correctifs de sécurité de 2.4.8-p5. Le projet a aussi traité une vulnérabilité critique d’upload dans sa version 2.2.1 du 18 mars 2026. (Source : mage-os.org, release notes.) Je ne dispose pas de données comparatives fiables sur les délais de réponse aux failles entre Mage-OS et Adobe — je ne vais donc pas affirmer que l’un est plus rapide que l’autre sans preuve.

Les breaking changes à connaître avant tout upgrade

Ruptures de compatibilité en Mage-OS 3.0

PHP 8.2 suppriméMinimum PHP 8.3, PHP 8.4 recommandé, PHP 8.5 supporté
Symfony 6 → 7Les extensions qui étendent symfony/console, mailer, mime, process, string doivent être mises à jour
Modules analytics Adobe retirésRetirer les références à module-analytics et dérivés avant l’upgrade
Magento_Backup retiréLa commande setup:backup n’existe plus — utiliser des outils de sauvegarde système
ext-ftp retiréPlus requis par défaut

Source : Mage-OS 3.0 release notes, section « Breaking changes », 18 mai 2026

Le passage Symfony 6 → 7 est le point le plus sensible : si vous utilisez des extensions tierces qui étendent des commandes CLI ou manipulent les composants Symfony, elles risquent de casser. À auditer impérativement avant toute migration.

Faut-il migrer ? Mon analyse

Pertinent si…

Vous êtes sur Magento Open Source et fatigué de la dépendance Adobe Marketplace

Vous voulez RMA ou un journal d’audit sans passer à Adobe Commerce payant

Vous avez une équipe technique à l’aise avec Composer et les montées de version

Vous démarrez un nouveau projet et pouvez choisir la base librement

À éviter pour l’instant si…

Votre boutique tourne bien sur Magento Open Source et vous n’avez aucun besoin spécifique

Vous dépendez de nombreuses extensions tierces non testées sur Symfony 7

Vous n’avez pas d’environnement de staging pour tester sereinement

Ma position, sans détour : Mage-OS est un projet sérieux, porté par des acteurs reconnus de l’écosystème Magento, et son existence est une bonne nouvelle pour tout le monde — y compris ceux qui resteront sur Magento Open Source, car elle met une pression saine sur Adobe. Mais migrer une boutique en production n’est jamais anodin. Pour une boutique qui fonctionne sans friction, le principe « on ne change pas une équipe qui gagne » s’applique. Pour un nouveau projet, ou une boutique qui souffre de la dépendance Adobe, Mage-OS mérite une évaluation sérieuse.

La bonne démarche : tester Mage-OS sur un environnement de staging, cloner votre boutique existante, auditer la compatibilité de vos extensions avec Symfony 7 et PHP 8.3+, et mesurer ce que vous gagnez réellement. C’est exactement le type d’évaluation qu’on peut mener ensemble avant toute décision.

FAQ

Mage-OS est-il compatible avec mes extensions Magento actuelles ?

En théorie oui, puisque Mage-OS 3.0 est basé sur Magento Open Source 2.4.9 et conserve la même architecture. En pratique, le passage à Symfony 7 et PHP 8.3 minimum peut casser certaines extensions non maintenues. Il faut auditer chaque extension tierce avant migration — il n’y a pas de réponse universelle.

Peut-on revenir à Magento Open Source après avoir migré vers Mage-OS ?

Je ne dispose pas d’information officielle claire sur une procédure de retour arrière documentée. Comme pour toute migration, la sauvegarde complète avant opération et un environnement de staging sont indispensables. À vérifier auprès de la documentation Mage-OS ou via un test réel avant de s’engager sur une boutique de production.

Mage-OS est-il gratuit ?

Oui — c’est une distribution open source à but non lucratif, comme Magento Open Source. Vous ne payez pas de licence. Les coûts restent ceux de l’hébergement, du développement et de la maintenance, comme sur n’importe quelle installation Magento self-hosted.

Vous vous demandez si Mage-OS a du sens pour votre boutique ?

On évalue ensemble la compatibilité de vos extensions, ce que vous gagneriez concrètement, et on teste sur un environnement de staging avant toute décision — sans vous pousser à migrer si ce n’est pas pertinent.

Demander une évaluation Mage-OS →
ML

Maxime

Magento 2 Specialist

Fondateur d'eBusiness360 — expert Magento 2 depuis 2010.