Migrer vers Magento : ce qui change, quelle que soit la plateforme d'origine

Magento (Magento Open Source, et Adobe Commerce dans sa version payante) est conçu pour les catalogues importants, le multiboutique et le multilingue. Ce qui le rend puissant le rend aussi exigeant : arriver sur Magento, c'est adopter son modèle de catalogue, sa forme d'URL, sa gestion des réécritures et son écosystème d'extensions. Ces choix sont les mêmes quelle que soit la plateforme d'origine.

Cette page réunit ce qui change à l'arrivée sur Magento. Ce qui est propre à la plateforme de départ a son article : la migration de PrestaShop vers Magento et la migration de WooCommerce vers Magento. La démarche générale d'un changement de plateforme est décrite dans la procédure de changement de CMS. Pour les étapes SEO d'une boutique, quelle que soit sa plateforme, voyez la migration d'un site e-commerce.

Magento range les caractéristiques des produits dans des attributs, regroupés en jeux d'attributs (un jeu par famille de produits). Un produit décliné (taille, couleur) devient un produit configurable qui porte des produits simples, un par déclinaison. Les autres types (produit groupé, lot, produit virtuel ou téléchargeable) ont aussi leurs règles.

Avant tout import, il faut donc décider comment les caractéristiques et les déclinaisons de l'ancienne boutique entrent dans ce modèle : quels attributs créer, lesquels servent aux filtres de la navigation, quel jeu d'attributs pour chaque famille. Ces décisions conditionnent les fichiers d'import et, plus tard, les pages de filtres que Google pourra explorer.

Magento importe nativement les produits, leurs prix avancés et les clients avec leurs adresses, en CSV (Système, Transfert de données, Importer). Les commandes ne s'importent pas par cette voie : leur historique passe par un outil ou un service de migration, ou reste consultable dans l'ancien système. La méthode d'ensemble est détaillée dans notre article sur la reprise de données e-commerce.

Magento construit l'adresse d'un produit ou d'une catégorie à partir de sa clé d'URL, suivie d'un suffixe, .html par défaut, réglable dans la configuration du catalogue (rubrique Optimisation pour les moteurs de recherche). Un réglage indique aussi si l'adresse d'un produit reprend le chemin de ses catégories. Ces réglages se décident avant la mise en ligne : les changer ensuite modifie toutes les adresses du catalogue.

Les deux questions à trancher tôt :

• garder des adresses proches des anciennes, en reprenant les mêmes slugs comme clés d'URL : les redirections restent nécessaires dès que le préfixe ou le suffixe change, mais leur plan est plus simple à vérifier ;
• la langue : chaque langue est une vue de boutique, avec ses propres clés d'URL ; un site multilingue doit prévoir une adresse par langue et des redirections par langue.

Magento tient une table de réécritures d'URL : quand on modifie la clé d'URL d'un produit ou d'une catégorie, il peut créer de lui-même une redirection permanente depuis l'ancienne adresse (réglage actif par défaut). Le back-office permet aussi d'ajouter une réécriture à la main (Marketing, Réécritures d'URL). Ces mécanismes servent la vie courante du catalogue ; ils ne connaissent pas les adresses de l'ancienne plateforme.

Pour une migration, les centaines ou milliers d'anciennes adresses se redirigent plutôt au niveau du serveur, dans le .htaccess ou la configuration du serveur web, avant que Magento ne traite la requête. Les trois méthodes, et leur emplacement exact dans le .htaccess de Magento, sont détaillées dans notre article sur les redirections dans Magento.

Les modules de l'ancienne plateforme ne se transposent pas : chaque fonction (paiement, transport, avis, fidélité, recherche) se retrouve dans une extension Magento ou se fait développer. Le thème est à refaire, et tout code sur mesure à réécrire. L'hébergement doit suivre : Magento demande plus de ressources que la plupart des plateformes, un moteur de recherche dédié (OpenSearch ou Elasticsearch), des tâches planifiées et un cache bien configurés.

Dressez la liste des fonctions de la boutique actuelle avant de choisir les extensions : une fonction oubliée se découvre souvent après la mise en ligne, par un client.

Swan crawle l'ancienne boutique et la préproduction Magento, rapproche chaque ancienne URL de la page Magento qui lui correspond par proximité sémantique du contenu, vous fait valider les cas douteux, contrôle les redirections sur la préproduction puis en production, et les exporte en .htaccess ou en CSV. Vous importez aussi les URL de la Search Console et vos listes d'URL (backlinks, logs) pour qu'aucune adresse qui compte ne reste sans destination.