Adobe Commerce (Magento) : rester en PaaS, passer au SaaS ou changer de plateforme ?

Option 1 : rester sur Adobe Commerce en PaaS

Le modèle PaaS (Adobe Commerce on Cloud) est celui que la plupart des entreprises utilisent aujourd'hui. Adobe indique que l'installation sur vos propres serveurs offre des capacités semblables.

Ce que vous conservez

• Une personnalisation complète, y compris en PHP, du modèle de données à l'administration.
• Les extensions PHP de la place de marché Magento.
• La personnalisation native de la recherche et des courriels.
• Un environnement dédié à votre entreprise.

Ce que vous continuez d'assumer

• Les mises à niveau et les correctifs, qui restent manuels. Chaque nouvelle version mineure demande un projet de mise à niveau, avec des tests de vos extensions et de vos personnalisations.
• La compatibilité de chaque extension à chaque mise à niveau.
• Une équipe ou un partenaire qui maîtrise Magento, de façon continue.

Cette option convient si votre boutique repose sur des personnalisations profondes que vous ne voulez pas reconstruire, que vous disposez d'une équipe Magento stable et que le coût des mises à niveau régulières vous paraît acceptable.

Option 2 : passer à Adobe Commerce as a Cloud Service (SaaS)

Le modèle SaaS est la réponse d'Adobe au fardeau des mises à niveau. La documentation d'Adobe décrit ses différences avec le PaaS.

Ce que vous gagnez

• Des mises à jour automatiques, gérées par Adobe, sans numéro de version à suivre.
• Une infrastructure infonuagique qui s'adapte à la charge sur l'ensemble de la pile.
• Moins d'exploitation technique de votre côté.

Ce qui change, et que vous devez prévoir

• La personnalisation se fait uniquement hors de la plateforme, par les API, les événements et App Builder. Le code PHP intégré n'est plus possible.
• Les extensions PHP de la place de marché Magento ne sont pas reprises. Seules les applications App Builder sont proposées.
• La recherche demande une solution tierce, et seuls les modèles de courriels standard sont offerts.
• Le stockage de données propre à vos personnalisations est limité. La base de données est présentée comme une fonction en accès anticipé.
• L'engagement de disponibilité est de 99,9 % pour l'infrastructure et l'application, contre 99,99 % et 99,9 % pour le PaaS avec services gérés.

Cette option convient si vous voulez rester dans l'écosystème Adobe, que vos personnalisations peuvent être reconstruites sous forme d'applications externes, et que la réduction de l'entretien compte plus pour vous que la liberté de personnalisation.

Un point est souvent sous-estimé : passer du PaaS au SaaS n'est pas une simple mise à niveau. Vos extensions et une partie de vos personnalisations doivent être remplacées ou reconstruites. C'est un projet de migration en soi.

Option 3 : changer de plateforme

Puisque le passage au SaaS demande déjà de reconstruire une partie de la boutique, beaucoup d'entreprises en profitent pour comparer d'autres plateformes. La question n'est plus « comment mettre à niveau Magento ? », mais « quelle plateforme répond le mieux à nos besoins des cinq prochaines années ? ».

Cette option mérite d'être étudiée si :

• votre coût d'entretien Magento augmente plus vite que la valeur qu'il apporte ;
• votre boutique sert plusieurs clientèles (public, revendeurs, grands comptes) et vos règles B2B sont difficiles à maintenir ;
• vous voulez une interface plus moderne sans tout reconstruire d'un coup ;
• votre équipe Magento est réduite ou dépend d'une seule personne.

Elle comporte aussi des contraintes : une nouvelle plateforme à apprendre, des intégrations à refaire et un projet de migration à mener. Changer de plateforme n'efface pas le coût de la migration. Cela vous permet seulement de choisir sur quoi investir.

Les trois options côte à côte

La dernière colonne n'a de sens que pour une plateforme précise. Pour comparer, remplissez-la avec les réponses écrites de chaque fournisseur, pas avec ses pages de vente.

Ce que comprend réellement une migration

Quelle que soit l'option, quitter votre configuration actuelle touche plus que la vitrine. Voici les éléments à inventorier avant de demander une soumission.

Les données

• Produits, variantes, attributs et catégories.
• Clients et comptes B2B, avec leurs adresses, leurs rôles et leurs conditions.
• Historique des commandes, à conserver selon vos obligations comptables.
• Prix, promotions et ententes par client.

Les extensions et personnalisations

• La liste de chaque extension installée, avec son rôle réel. Certaines ne sont plus utilisées.
• Pour chacune, trois options : remplacer par une fonction native, reconstruire, ou abandonner.

Les intégrations

• ERP, comptabilité, gestion d'entrepôt, transporteurs, CRM, paiements.
• Le sens de chaque échange et le système qui fait foi pour chaque donnée.

Le référencement

• La liste de vos adresses actuelles et un plan de redirections 301 vers les nouvelles.
• La conservation des titres, des descriptions et du contenu des pages qui génèrent du trafic.
• Un suivi rapproché des positions et des erreurs d'indexation dans les semaines suivant la mise en ligne.

Un projet de migration mal préparé sur ce dernier point peut faire perdre en quelques jours un trafic organique construit sur plusieurs années.

Migrer d'un coup ou par étapes

La bascule complète, en une fin de semaine, paraît plus simple. Elle concentre pourtant tous les risques sur un seul moment.

L'approche par étapes est souvent plus sûre pour une boutique établie :

1. Brancher la nouvelle plateforme derrière l'existant, pour les données et les intégrations.
2. Lancer un premier canal, par exemple un portail B2B ou une nouvelle vitrine de marque.
3. Mesurer les performances, les intégrations et la charge réelle pour vos équipes.
4. Migrer la boutique principale une fois les fondations éprouvées.

Cette approche demande de faire cohabiter deux systèmes pendant un temps, avec des règles claires sur la source de chaque donnée. En échange, elle permet de corriger le tir avant que tout le chiffre d'affaires en dépende.

Six questions pour décider

1. Quelle version utilisez-vous, et quelle est sa prochaine échéance de support ?
2. Combien vous coûtent vos mises à niveau en temps, en budget et en interruptions, au cours des trois dernières années ?
3. Quelles personnalisations sont vraiment stratégiques, et lesquelles pourraient être remplacées par une fonction standard ?
4. Quelles clientèles servez-vous, et vos règles B2B sont-elles faciles à maintenir aujourd'hui ?
5. Quelle équipe aurez-vous dans trois ans pour entretenir la plateforme choisie ?
6. Quel budget annuel prévoyez-vous après la mise en ligne, et pas seulement pour le projet ?

Si vos réponses montrent des personnalisations stratégiques et une équipe Magento solide, rester en PaaS peut être le choix le plus rationnel. Si l'entretien vous pèse et que vos personnalisations sont reconstructibles, le SaaS d'Adobe ou une autre plateforme méritent une comparaison sérieuse.

Et Shopflow ?

Shopflow fait partie des plateformes à envisager pour l'option 3, en particulier pour les entreprises qui vendent à la fois au public et à des clients professionnels. La plateforme est headless : le moteur expose ses fonctions par des API REST et GraphQL, avec des webhooks pour les échanges avec vos systèmes. Son moteur B2B gère les prix par client ou par contrat, les catalogues privés, les approbations et les conditions de paiement. La migration peut se faire par étapes, en branchant Shopflow derrière le site actuel avant de migrer la boutique principale.

Comme toute plateforme, Shopflow ne reprend pas vos extensions Magento : certaines fonctions seront natives, d'autres devront être reconstruites. Notre équipe connaît Magento, ce qui aide à faire cet inventaire avec précision.

Prochaine étape : pour savoir ce qu'une migration impliquerait pour votre boutique, vous pouvez demander à l'équipe Shopflow un inventaire de vos extensions, de vos intégrations et de vos données.

Questions fréquentes

Mon Magento continue-t-il de fonctionner après la fin du support ?

Oui, la boutique ne s'arrête pas. Mais elle ne reçoit plus de correctifs de qualité, puis plus de correctifs de sécurité, ce qui augmente les risques au fil du temps.

Passer au SaaS d'Adobe est-il une simple mise à niveau ?

Non. Le SaaS n'accepte pas les extensions PHP de la place de marché Magento ni la personnalisation intégrée en PHP. Une partie de la boutique doit être reconstruite.

Une migration fait-elle perdre du référencement ?

Pas si elle est préparée. Un plan de redirections 301, la conservation du contenu des pages importantes et un suivi après la mise en ligne limitent les pertes.

Combien de temps prend une migration ?

Cela dépend du nombre d'extensions, d'intégrations et de clientèles. Une migration par étapes permet de mettre un premier canal en ligne avant d'avoir tout migré.

Peut-on garder l'historique des commandes ?

Oui, dans la plupart des cas. Il faut toutefois décider quoi migrer et quoi archiver, selon vos obligations comptables et vos besoins de service client.