Migration PrestaShop → WooCommerce : SEO avant/après (plan de redirection)

Pourquoi migrer… sans casser le SEO

WooCommerce offre un écosystème flexible (thèmes/plugins), un coût total de possession maîtrisé et une forte intégration marketing. Mais une migration mal pilotée peut provoquer perte de trafic, erreurs 404, duplications et désindexations.

La solution : auditer, cartographier, rediriger, tester, monitorer.

Les risques à maîtriser

1) Changement d’URL : le grand classique

Symptôme : pic de 404, “Découverte – actuellement non indexée” dans GSC, backlinks qui tombent dans le vide.
Pourquoi ça pique : perte d’autorité + sessions SEO en berne.
Ce qu’on fait :

• Mapping 1:1 des pages P1 (produits best-sellers, catégories money, CMS critiques).
• Règles pattern/regex pour tout le reste (ex-/cms/XX- → /blog/slug/, catégories numérotées, etc.).
• Convention trailing slash / minuscules / tirets unifiée… et appliquée partout.
  Red flag : 301 → 301 → 200 (chaîne). On aplatit.

2) Paramètres, facettes & tri : l’usine à doublons

Symptôme : index qui enfle, crawl budget dilué, pages quasi identiques avec ?size=, ?color=, ?orderby=.
Pourquoi ça pique : duplication, signaux contradictoires, gaspillage d’exploration.
Ce qu’on fait :

• Définir quelles facettes indexer (rare) vs noindex (souvent).
• Canonical vers l’URL propre (sans paramètres) quand la facette n’a pas de valeur SEO.
• Gérer le tri/ordre via JS ou paramètres noindex.
  Red flag : s’en remettre au seul robots.txt. Utile, oui. Suffisant, jamais.

3) Canonicals mal câblés : l’auto-sabotage discret

Symptôme : canonical qui pointe… vers l’ancienne URL (ou vers une 301), variantes produits qui canonisent n’importe où.
Pourquoi ça pique : désindexation silencieuse, perte de signaux.
Ce qu’on fait :

• Canonical absolu vers la nouvelle URL finale (200).
• Jamais de canonical vers une URL redirigée.
• Variantes : canonical vers la version canonique commerciale (ou la variante principale).

4) Médias & documents : les 404 invisibles qui font mal

Symptôme : images/fiche PDF introuvables, carrousels qui cassent, miniatures manquantes.
Pourquoi ça pique : UX en chute, taux de conversion qui dévisse, signaux négatifs.
Ce qu’on fait :

• Rediriger /img/ & pièces jointes (PDF, guides) une par une ou via regex robustes.
• Régénérer les thumbnails WooCommerce ; vérifier srcset et poids des images (CWV).
• Ne pas oublier les backlinks qui pointent vers des médias.

5) Liaisons internes : la dette SEO “invisible”

Symptôme : menus, breadcrumbs, blocs “produits liés” qui pointent sur les anciennes URLs (masqués par des 301).
Pourquoi ça pique : perte de jus interne, lenteur de ré-exploration.
Ce qu’on fait :

• Mettre à jour les liens internes (menus, pieds de page, contenus).
• Rafraîchir sitemap XML / envoyer dans GSC.
• Vérifier les liens absolus dans les blocs réutilisables.

6) Chaînes et boucles de redirection : la perte sèche

Symptôme : 301→301→200, 302 laissées en prod, HTTP↔HTTPS, www↔non-www qui se battent.
Pourquoi ça pique : temps de chargement, signaux dilués, bots qui s’épuisent.
Ce qu’on fait :

• Aplatir toutes les chaînes, passer en 301 propre.
• Règles globales HTTPS + canonique host (www ou non-www) au niveau serveur.
• Journaliser et corriger avant la mise en ligne.

7) Robots & staging : le “oups” qui coûte cher

Symptôme : Disallow: / oublié, meta noindex restée en prod.
Pourquoi ça pique : plus rien n’est indexé… et on aime moins.
Ce qu’on fait :

• Checker robots.txt, X-Robots-Tag, metas noindex la veille et le jour J.
• Différencier staging (protégé par auth) et prod (ouverte, sans noindex global).

8) International & hreflang : la confusion des langues

Symptôme : hreflang brisé, alternates qui pointent vers des 301 ou de mauvaises langues.
Pourquoi ça pique : cannibalisation entre versions, CTR qui baisse.
Ce qu’on fait :

• Re-générer les hreflang vers les nouvelles URLs 200.
• Tester dans GSC (ciblage international), vérifier lang/region (fr-FR, etc.).
• Éviter les cross-domain canonicals involontaires.

9) Données structurées : des SERP moins riches, moins cliquées

Symptôme : perte d’étoiles, prix indisponible, erreurs Product/Offer/Breadcrumb.
Pourquoi ça pique : CTR en baisse alors que le ranking tient.
Ce qu’on fait :

• Implémenter Product, Offer, AggregateRating (si réel), BreadcrumbList.
• Tester avec Rich Results Test ; corriger les ID/prix/disponibilité.

10) Performance & CWV : la vitesse, c’est du CA

Symptôme : LCP qui grimpe, CLS qui bouge, JS qui gonfle après thème/plugins.
Pourquoi ça pique : UX dégradée, perte de positions sur compétitives.
Ce qu’on fait :

• Budgets de perf (LCP < 2,5 s, CLS < 0,1) fixés avant le choix thème/plugins.
• Optimiser images, différer JS, limiter plugins “lourds”.
• Mesurer avant/après (lab + field).

11) Pages supprimées : 410 ou 301, mais pas de zone grise

Symptôme : cimetière de 404.
Pourquoi ça pique : gaspillage crawl, mauvais signaux.
Ce qu’on fait :

• Si produit arrêté sans remplaçant → 410.
• Sinon → 301 vers produit substitut ou catégorie parente.
• Nettoyer le sitemap en conséquence.

12) Analytics & tags : migrer, oui… perdre la mesure, non

Symptôme : trous de données, UTM filtrées, e-commerce GA4 muet.
Pourquoi ça pique : pilotage à l’aveugle.
Ce qu’on fait :

• Revoir plan de marquage (GA4, e-com enhanced, GSC, pixels).
• Tester les événements critiques (view_item, add_to_cart, purchase) avant le go live.

Test éclair (2 minutes avant le go live)

• Home, 3 catégories P1, 5 fiches produit P1, 3 pages CMS : 200 + canonical juste.
• Aucune chaîne 301 ; http→https et host canonique OK.
• robots.txt propre ; noindex absent.
• Sitemap soumis et accessible.
• GSC : inspection d’URL sur 3–5 pages clés → “URL indexable”.

Mon mantra : “On n’empêche pas les risques d’exister, on les empêche d’arriver en prod.”
Avec cette checklist, la migration ressemble moins à un saut sans parachute… et plus à un atterrissage maîtrisé.

L’audit “avant” : inventaire complet

Mission : tout recenser, tout mesurer, tout prioriser. On ne migre pas “à l’aveugle”, on migre avec un tableau de bord.

Objectif & livrables

• Objectif : connaître chaque URL utile, sa valeur (SEO/CA), son état (indexable ou pas) et son futur dans WooCommerce.
• Livrables :
  1. Inventaire d’URLs (CSV) typé et scoré,
  2. Carte des schémas PrestaShop (règles & regex),
  3. Backlogs P1/P2/P3 (priorisation),
  4. Pré-mapping vers les futurs permaliens Woo.

Étape 1 — Recenser toutes les URL (4 sources, pas une de moins)

1. Crawl complet (site en prod) : produits, catégories, CMS, blog, recherche, filtres, médias (PDF/JPG), 200/3xx/4xx/5xx.
2. Sitemaps XML : récupérer toutes les branches (produits, catégories, images).
3. Logs serveur (30 jours) : révéler les URLs actives vues par Googlebot et les 404 silencieuses.
4. Exports métier : catalogue PrestaShop (produits actifs, variantes, catégories), pages CMS.

Astuce : taguez d’entrée chaque URL avec un type (product, category, cms, media, search, facet, other). Vous me remercierez au moment du mapping.

Étape 2 — Mesurer la valeur (GA4, GSC, CA)

• GA4 (12 mois) : pages vues SEO, taux de conversion, CA SEO (si e-commerce activé).
• GSC (16 mois) : clics, impressions, requêtes phares (intent), CTR.
• Backlinks : export GSC “Liens externes” (minimum vital) ; notez les URLs ciblées.
• Scoring :
  • P1 = business + SEO (CA, clics, backlinks),
  • P2 = SEO ou business moyen,
  • P3 = longue traîne/faible valeur.

Règle d’or : on mappe d’abord les P1, on dort mieux après.

Étape 3 — Qualifier indexabilité & signaux

Pour chaque URL, relevez :

• Code HTTP (200/301/404/410/5xx)
• Indexabilité : indexable / noindex / bloquée robots.txt / canonisée ailleurs
• Canonical (absolu, et surtout pas vers une 301…)
• Hreflang (si multi-langue)
• Données structurées (Product/Offer/Breadcrumb)
• Performance (poids image, LCP indicatif)

Si une URL est non indexable aujourd’hui, elle ne gagnera pas au tirage lors de la migration. Décision immédiate : on la remappe, on la 410, ou on la rend utile.

Étape 4 — Cartographier les schémas d’URL PrestaShop

Repérez les patrons récurrents pour bâtir vos regex :

• Catégories (avec ID)
  ^/([0-9]+)-([a-z0-9-]+)/?$ → slug = $2
• Pages CMS
  ^/content/([0-9]+)-([a-z0-9-]+)/?$
• Produits (selon config)
  ^/([0-9]+)-([a-z0-9-]+)\.html?$ ou ^/([a-z0-9-]+)/([0-9]+)-([a-z0-9-]+)/?$
• Images produits
  ^/img/p/.+\.jpe?g$ (pensez aux tailles -large_default, etc.)
• Multi-langue
  ^/(fr|en|es)/([0-9]+)-([a-z0-9-]+)/?$

Objectif : 3 à 6 règles couvrent 80% des cas. Le reste part en mapping 1:1.

Étape 5 — Prioriser (P1/P2/P3) et décider du sort

Construisez une grille simple :

Étape 6 — Pré-mapping vers WooCommerce (permalinks propres)

• Décider la convention globale : trailing slash, minuscules, tirets, /categorie/produit/ ou /produit/.
• Définir les slugs catégories stables (éviter profondeur > 3).
• Pour les produits, viser des slugs courts et pérennes (sans référence volatile).
• Construire un pré-mapping (ancienne URL → futur slug Woo) pour les P1 ; le reste suivra via regex.

Modèle d’inventaire (colonnes utiles)

url | type | status | indexability | canonical_target | ga4_pageviews_l12m | gsc_clicks_l16m | backlinks | revenue_seo | priority (P1/P2/P3) | decision (301/410/conserver) | notes

Oui, ça fait des colonnes. Oui, c’est vital. On gagne des heures au mapping.

Pièges fréquents (et antidotes)

• Chaînes 301 héritées : aplatir avant la mise en ligne.
• Paramètres facettes qui gonflent l’index : noindex + canonical propre.
• Images/documents oubliés : règles dédiées /img/ et tests réels sur fiches top CA.
• Liens internes vers l’ancien site (menus, blocs) : mise à jour systématique.
• Staging noindex copié en prod : check robots/meta J-1 et Jour J.

Concevoir l’architecture WooCommerce

Le plan de redirection 301 (méthode)

Mapping 1:1 prioritaire

• Les 20–30% d’URLs qui génèrent 80% du business/SEO.
• Exact match pour produits, catégories, pages CMS critiques.

Règles génériques (patterns / regex)

• Prévoir 3–6 règles couvrant /content/, /img/, catégories numérotées, etc.
• Tester les collisions entre règles ; journaliser.

410 pour le contenu supprimé

• Produits définitivement arrêtés sans équivalent → 410 Gone (réduit l’indexation inutile).

Canonical & noindex

• Canonical pour gérer doublons techniques.
• noindex pour pages de recherche interne ou facettes non stratégiques.

Implémentation technique

Apache (.htaccess) — exemples

# Exact match (catégorie) Redirect 301 /12-chaussures-homme https://www.exemple.com/homme/chaussures/  # Pattern CMS -> nouvelle arborescence RedirectMatch 301 ^/cms/([0-9]+)-(.*)$ https://www.exemple.com/$2/  # Forcer le trailing slash (si nouvelle convention choisie) RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !/$ RewriteRule ^(.*)$ /$1/ [R=301,L] 

Nginx — exemples

# Exact rewrite ^/12-chaussures-homme$ https://www.exemple.com/homme/chaussures/ permanent;  # Regex CMS -> blog rewrite ^/content/(.*)$ https://www.exemple.com/blog/$1 permanent; 

WordPress

• Plugin de redirections fiable (import CSV, regex, logs, test mode).
• Appliquer d’abord en pré-prod, puis importer en prod.

Recette & mise en ligne (J-7 / J / J+7)

J-7

• Déployer le plan complet en pré-prod.
• Crawl comparatif ancien ↔ nouveau (200/301/404) + top 100 pages en test humain.
• Vérifier balises canonical, balises hreflang (si multi-langue), balises noindex.

Jour J

• Basculer DNS/hébergement.
• Vérifier 5 pages P1 de chaque type (home, catégorie, fiche, CMS, blog).
• Pousser le sitemap XML et demander l’exploration dans GSC.

J+7 / J+30 / J+90

• Monitorer 404, boucles 301, couverture GSC, logs serveur (hits 404).
• Ajuster règles/regex, compléter les mappings manquants.
• Suivre KPIs (sessions SEO, clics GSC, CA e-commerce, taux conv.).

Avant / Après : check-list & KPIs

Cible : < ±10% sur 30 jours, stabilisation à 60–90 jours, puis gain (meilleure architecture/contenu).

Ressources : modèle CSV + check-list

Modèle CSV — Plan de redirection PrestaShop → WooCommerce :

ߑ頦lt;a href="/files/blog/images/fichiers/redirect-map-template-prestashop-woocommerce.xls" target="_self" download="">Télécharger le fichier

Colonnes incluses :

• old_url, new_url, http_status, match_type, priority, category, ga4_pageviews_l12m, gsc_clicks_l16m, canonical_on_new, notes, owner, test_status, test_date.

Check-list rapide

• Export complet des URLs (produits, catégories, CMS, médias, recherche, facettes)
• Scoring GA4/GSC + priorisation P1/P2/P3
• Mapping exacts + regex testées en pré-prod
• Contrôles 404/500 + boucles 301
• Suivi 30/60/90 jours (GSC, logs, revenu)

FAQ

Combien de temps garder les 301 ?

Minimum 12–24 mois, idéalement indéfiniment tant que des backlinks/anciennes URLs existent.

Peut-on rediriger une catégorie vers la home ?

À éviter. Rediriger vers la catégorie équivalente ou la plus proche sémantiquement.

Que faire des produits supprimés ?

301 vers un produit de remplacement ou la catégorie parente. 410 si arrêt définitif sans alternative.

Faut-il rediriger les pages de recherche interne ?

Non. Le plus souvent noindex, sans 301 massives.

Comment gérer les paramètres (UTM, tri) ?

Paramétrer les règles pour ignorer les UTM et cadrer les paramètres de tri/facettes.

Liens utiles

Vous migrez de PrestaShop vers WooCommerce ou vous optimisez une boutique existante ?

Commencez par maîtriser les fondamentaux avec notre guide complet du SEO WooCommerce, puis équipez votre site des meilleures extensions SEO pour WooCommerce. Si votre e-commerce tourne encore sous PrestaShop, l’appui d’un consultant SEO PrestaShop sécurise la migration et la performance.

Et pour une preuve concrète, découvrez notre étude de cas SEO : comment nous avons redonné vie à un site e-commerce sous PrestaShop.

Migrer sereinement vers WooCommerce (sans casse SEO)

Toonetcreation s’en occupe : inventaire complet, mapping 301 (exact + regex), tests préprod, mise en ligne et suivi.
Vous repartez avec :

• un plan de redirections prêt à importer ;
• une check-list recette (404, boucles 301, sitemaps, canonicals) ;
• un raport J+30 avec actions correctives.

Passez à l’action :

• ߑ頦lt;strong data-start="952" data-end="995">Réserver un diagnostic gratuit (30 min)