Migrer de WooCommerce vers PrestaShop sans perdre son SEO

Migrer une boutique de WooCommerce vers PrestaShop n'est pas une simple opération d'export/import. WooCommerce est une extension greffée sur WordPress, pensée pour des catalogues modestes et une grande liberté éditoriale ; PrestaShop est un moteur e-commerce natif, structuré autour d'un modèle produit/déclinaison/catégorie rigoureux. Passer de l'un à l'autre, c'est traduire un modèle de données dans un autre, tout en préservant ce qui fait vivre la boutique : son trafic organique, ses URLs indexées et ses conversions. Chez Omniscrap, nous abordons ce type de migration comme un projet de données avant d'être un projet technique.

Pourquoi migrer de WooCommerce vers PrestaShop

Les raisons que nous rencontrons le plus souvent sont récurrentes. Une boutique WooCommerce qui grossit finit par buter sur la gestion native du stock, des déclinaisons et des transporteurs : chaque besoin se règle par un plugin supplémentaire, et l'empilement de plugins finit par peser sur la performance et la maintenance. PrestaShop, à l'inverse, intègre nativement les déclinaisons, les groupes de prix, les transporteurs, les règles fiscales et la multi-boutique. Les motivations typiques :

• Catalogue volumineux avec beaucoup de variations (taille/couleur), mal géré par WooCommerce au-delà de quelques milliers de références.
• Besoins B2B : prix par groupe de clients, remises quantitatives, multi-devises et multi-boutique natifs.
• Maîtrise de la dette technique : réduire la dépendance à une pile de plugins hétérogènes.

Quelle que soit la raison, le risque numéro un reste le même : perdre le référencement acquis. C'est sur ce point que nous concentrons l'essentiel de l'effort.

Deux modèles de données très différents

Comprendre où vont les données est la première étape. Dans WordPress, presque tout est un post : un produit WooCommerce est un post de type product, ses attributs sont des taxonomies, ses variations des posts enfants. PrestaShop sépare clairement les entités dans des tables dédiées (ps_product, ps_category,ps_attribute, ps_product_attribute). Le tableau ci-dessous résume les correspondances que nous établissons systématiquement avant toute reprise.

Le point critique : la structure d'URLs et les redirections 301

C'est la principale source de perte de trafic lors d'une migration WooCommerce → PrestaShop. WooCommerce utilise généralement des permaliens du type /produit/nom-du-produit/ ou /boutique/categorie/, parfois encore les permaliens par défaut de WordPress en/?p=123. PrestaShop, lui, génère par défaut des URLs avec l'identifiant numérique, comme /12-nom-du-produit.html. Sans intervention, aucune ancienne URL ne correspondra à la nouvelle, et chaque page indexée renverra une 404.

La parade est un plan de redirections exhaustif : chaque ancienne URL WooCommerce doit pointer vers son équivalent PrestaShop via une redirection 301 (permanente). Nous détaillons la méthode dans notre plan de redirections 301, mais le principe reste : cartographier l'ensemble des URLs indexées (export Search Console + crawl), les mapper une à une vers la nouvelle cible, puis tester la table de redirection avant la bascule.

Penser au-delà des pages produit

Les pages produit ne sont que la partie visible. Il faut aussi traiter les catégories, les pages de blog WordPress (souvent en/categorie/article/), les pages CMS, les flux, les images et les éventuelles URLs paramétrées des filtres. Une migration WooCommerce oublie fréquemment le contenu éditorial WordPress, qui concentre pourtant une bonne part du trafic informationnel.

Migrer produits, variations, catégories, clients et commandes

La reprise des données suit l'ordre des dépendances. On commence par les structures (catégories, attributs, fabricants), puis les produits, puis les entités transactionnelles (clients, commandes).

1. Catégories : reconstruire l'arbre parent/enfant. Les taxonomies WordPress sont plates dans l'export, il faut rétablir la hiérarchie attendue par PrestaShop.
2. Attributs et caractéristiques : distinguer ce qui crée une déclinaison (taille, couleur → attributs) de ce qui informe seulement (matière, marque → caractéristiques). WooCommerce mélange les deux sous le terme « attribut ».
3. Produits simples et variables : un produit variable WooCommerce doit devenir un produit PrestaShop avec ses combinaisons, et non plusieurs produits distincts. C'est l'erreur la plus fréquente et la plus coûteuse à corriger après coup.
4. Clients : les mots de passe WordPress utilisent un hachage non transposable vers PrestaShop. On importe les comptes et on déclenche une procédure de réinitialisation, sans casser les commandes rattachées.
5. Commandes : remapper les statuts WooCommerce (processing, completed, on-hold) vers les états PrestaShop, en conservant les références pour le service client.

Images et médias

Dans WordPress, les médias vivent dans wp-content/uploads avec une arborescence par année/mois et de multiples tailles générées. PrestaShop gère ses images dans une structure dédiée, indexée par identifiant produit. La reprise doit :

• réassocier chaque image à son produit ou sa déclinaison correctement ;
• régénérer les vignettes au format attendu par le thème PrestaShop (et les variantes WebP si le thème les exige) ;
• conserver des noms de fichiers propres et un attribut altrenseigné, élément SEO trop souvent perdu dans la migration.

Les images indexées dans Google Images méritent elles aussi une redirection si leurs URLs changent, afin de ne pas perdre le trafic visuel.

SEO : titles, meta, canonical, sitemap et maillage

Au-delà des redirections, il faut transférer les signaux on-page. Sous WooCommerce, ils sont généralement gérés par Yoast SEO ou Rank Math et stockés dans des champs personnalisés. PrestaShop dispose de ses propres champs « Title » et « Meta description » par produit, catégorie et page CMS. Notre check-list :

• Title et meta description : extraire les valeurs Yoast/Rank Math et les réinjecter, sans laisser PrestaShop régénérer des balises génériques.
• Canonical : vérifier que chaque page se déclare canonique vers sa propre URL réécrite, et non vers une variante avec paramètres.
• Sitemap XML : générer un nouveau sitemap PrestaShop et le soumettre à la Search Console après la bascule.
• Maillage interne : les liens internes WordPress (menus, contenu de blog, blocs) pointent vers les anciennes URLs. Il faut les réécrire vers les nouvelles, sinon ils s'appuient sur des 301 et diluent l'autorité.

Les pièges à éviter

Certaines erreurs reviennent à chaque projet mal préparé. Les connaître permet de les neutraliser en amont.

• Perte des variations : importer les variations comme des produits indépendants casse la structure et démultiplie les fiches. Chaque produit variable doit devenir un produit à combinaisons.
• URLs WordPress oubliées : les permaliens par défaut (/?p=123), les anciennes catégories de blog et les pages d'archives sont souvent absents du plan de redirection.
• Doublons de contenu : si l'ancien site reste en ligne ou si plusieurs URLs (avec et sans slash final, avec paramètres) répondent en 200, Google indexe des doublons. Imposer une seule URL canonique et des 301 strictes.
• Mots de passe clients : tenter de réimporter des hachages WordPress dans PrestaShop empêche la connexion. Prévoir le reset dès le départ.
• Caractéristiques vs attributs confondus : une mauvaise classification dégrade le filtrage à facettes et la navigation.

Recette et bascule

Nous ne basculons jamais sans recette préalable sur un environnement de préproduction. Les contrôles obligatoires :

1. échantillon de produits simples et variables vérifiés (prix, stock, déclinaisons, images) ;
2. table de redirections testée : chaque ancienne URL renvoie un 301 vers la bonne cible, sans chaîne de redirections ;
3. titles, meta et canonical contrôlés sur un échantillon représentatif ;
4. tunnel de commande complet validé (création de compte, paiement, e-mails) ;
5. sitemap généré et prêt à être soumis.

Le jour J, on bascule le DNS, on active les redirections, on soumet le nouveau sitemap et on surveille la Search Console : erreurs d'exploration, pages 404, évolution de l'indexation. Une migration WooCommerce → PrestaShop se juge sur les semaines qui suivent, pas sur le jour de la mise en ligne. Si vous envisagez en parallèle une montée de version du moteur cible, notre guide de migration vers PrestaShop 9 couvre les contraintes propres aux dernières versions.

Conclusion

Migrer de WooCommerce vers PrestaShop est avant tout un travail de traduction de modèle de données et de préservation des URLs. Les deux chantiers à ne jamais négliger sont la classification correcte des produits variables en déclinaisons et le plan de redirections 301 couvrant l'intégralité des URLs indexées, contenu de blog WordPress compris. Pour sécuriser l'ensemble du projet, suivez notre checklist migration. C'est cette rigueur méthodique qui permet de changer de plateforme sans sacrifier le trafic organique durement acquis.