Migration de WooCommerce vers Magento : quitter WordPress pour Magento

WooCommerce est une extension de WordPress : une boutique WooCommerce qui passe sur Magento ne change donc pas seulement de moteur de boutique, elle quitte WordPress. C'est le point qui distingue cette migration des autres : le catalogue suit, mais il faut aussi décider du sort du blog, des pages éditoriales et de tout ce que les extensions WordPress apportaient.

Cet article porte sur ce qui est propre à WooCommerce. Ce qui vaut pour toute arrivée sur Magento (modèle du catalogue, suffixe des URL, réécritures, extensions) est réuni dans notre page sur la migration vers Magento.

WooCommerce distingue les produits simples, variables, groupés et externes. Un produit variable et ses variations deviennent dans Magento un produit configurable et ses produits simples. Les attributs WooCommerce sont de deux sortes : les attributs globaux (définis une fois pour la boutique) se transposent en attributs Magento, les attributs personnalisés, saisis produit par produit, doivent être harmonisés avant l'import, sinon ils donnent autant d'attributs que de produits.

WooCommerce exporte ses produits en CSV depuis l'écran des produits ; Magento importe les produits en CSV, mais pas au même format : une étape de transformation est nécessaire, à la main ou par un outil ou un service de migration. Vérifiez les images (WordPress les range dans sa médiathèque, par mois), les étiquettes de produits, qui n'ont pas d'équivalent natif dans Magento, et les produits externes, qui pointent vers un autre site.

Par défaut, WooCommerce place les produits sous /product/ et les catégories sous /product-category/ (/produit/ et /categorie-produit/ sur un site en français), avec une barre oblique finale ; Magento sert par défaut des adresses en .html, sans préfixe. Même en gardant les slugs comme clés d'URL, chaque adresse change : prévoyez une redirection par produit et par catégorie. Une règle générique peut traiter un préfixe, mais elle ne sait pas qu'un slug a changé ou qu'un produit a été fusionné.

Ajoutez les adresses propres à WordPress : étiquettes de produits, pages d'attributs si elles étaient publiques, flux RSS, pages d'auteur et d'archives, et les fichiers de la médiathèque (/wp-content/uploads/), souvent indexés par Google Images.

Magento gère des pages CMS et des blocs de contenu, mais pas de blog en natif. Trois choix : migrer les articles dans une extension de blog pour Magento, garder WordPress pour le blog (sur un sous-domaine ou un sous-répertoire, avec ses propres adresses) ou reprendre les articles en pages CMS. Le choix fixe les nouvelles adresses des articles, donc leurs redirections, et le maillage entre le blog et les fiches produits.

Les réglages SEO tenus par une extension WordPress (titres, descriptions, balises canoniques, indexation) ne partent pas avec les contenus : exportez-les à part, pour les reporter dans Magento. La reprise des contenus éditoriaux est détaillée dans notre article sur la reprise des contenus.

Les clients de WooCommerce sont des utilisateurs WordPress : leurs mots de passe sont enregistrés sous une forme chiffrée propre à WordPress, que Magento ne sait pas vérifier. Prévoyez la création d'un nouveau mot de passe à la première connexion, et prévenez les clients. L'historique des commandes passe par un outil ou un service de migration. Les extensions WooCommerce (paiement, abonnements, réservations, avis) doivent trouver leur équivalent Magento ou être redéveloppées.

• Migrer vers Magento : ce qui change, quelle que soit la plateforme d'origine
• De PrestaShop vers Magento
• De Shopify vers WooCommerce, le chemin inverse vers WordPress