Migration catalogue : déplacer 10k produits sans perdre le SEO

Une migration e-commerce est l'opération technique qui échoue le plus souvent en SEO. Statistique réelle : 50 à 70 % des migrations mal préparées perdent 30 % à 80 % de leur trafic organique la première année. Les meilleures équipes, elles, en ressortent avec un trafic stable ou en légère croissance.

La différence n'est ni technique ni chance — c'est la préparation. Voici la méthode complète pour migrer un catalogue de 10 000 produits sans casser votre SEO.

Les 4 types de migration

Type 1 — Migration plateforme : Shopify → WooCommerce, WooCommerce → Shopify, Prestashop → Shopify, etc. URLs changent de structure.

Type 2 — Changement de domaine : ancienne-marque.com → nouvelle-marque.com. Tous les backlinks externes doivent être transférés.

Type 3 — Refonte URL : même domaine, même plateforme, mais changement de structure (/products/xxx → /shop/xxx). Souvent lors d'une refonte design.

Type 4 — Restructuration catégories : même URLs produits, mais réorganisation des catégories/collections.

Les types 1, 2, 3 sont les plus risqués. Le type 4 est plus simple. Cet article couvre les 4.

Phase 1 — Cartographier les URLs legacy (2-3 jours)

La première règle : vous ne pouvez pas migrer ce que vous ne connaissez pas. Avant toute action, exportez :

Export 1 — Liste de toutes vos URLs

Sources combinées :

Google Search Console : Performance → URL. Export 16 derniers mois.
Sitemap XML actuel : parse toutes les URLs
Crawl complet avec Screaming Frog
Backlinks entrants : via Ahrefs, Semrush, Majestic. Les URLs pointées par des backlinks externes sont les plus critiques.

Agrégation dans une feuille Excel/Google Sheets. Typiquement pour 10 000 produits : 30 000-50 000 URLs au total (produits + catégories + pagination + filtres + blog + pages statiques).

Export 2 — Performance par URL

Pour chaque URL, depuis GSC sur 12 mois :

Impressions
Clics
Position moyenne
Mots-clés top 3

Les URLs dans le top 20 % par trafic portent 80 % du SEO. Ce sont vos priorités pour les redirects.

Export 3 — Reviews et UGC

Liste des produits avec :

Nombre de reviews
Note moyenne
Reviews publiées récemment (signal de fraîcheur)

Les produits avec beaucoup de reviews ne doivent jamais perdre leur historique. C'est du capital SEO irremplaçable.

Phase 2 — Générer le fichier de redirects (1 jour)

C'est le cœur du chantier. Le fichier de redirects est un tableau à 2 colonnes :

Ancienne URL                                → Nouvelle URL
https://old.com/products/derby               → https://new.com/shop/derby-cuir
https://old.com/collections/chaussures       → https://new.com/categorie/chaussures
https://old.com/blog/post-123                → https://new.com/blog/titre-article

Règles de construction :

Règle 1 — Un redirect par URL, pas de wildcards sauf exception

Préférez un mapping explicite à des wildcards génériques. Un redirect /products/* → /shop/* semble pratique, mais crée des problèmes si les slugs changent (/products/chaussure-derby redirige vers /shop/chaussure-derby qui n'existe pas).

Exception : pour des catégories où la structure est identique (/collections/xxx → /categorie/xxx où tous les xxx existent dans les deux), un wildcard peut fonctionner.

Règle 2 — Redirect 301 (permanent), pas 302

301 transfère ~95 % du "link juice" (autorité SEO). 302 (temporaire) ne transfère rien. Utilisez 301 pour toute migration définitive.

Règle 3 — Pas de chaîne de redirects

❌ A → B → C (chaîne de 2 redirects) = perte de signal + ralentissement du crawl.

✅ A → C directement.

Si B existait dans votre historique, consolidez : toute URL qui doit aller vers C, fait A → C et B → C, pas A → B → C.

Règle 4 — Redirect vers contenu pertinent

Si l'ancienne URL est un produit discontinué sans remplaçant direct, redirigez vers :

Un produit très similaire (priorité 1)
La catégorie parente (priorité 2)
La homepage (dernier recours, à éviter)

Jamais 404 sur une URL qui avait du trafic. C'est perdre du SEO gratuitement.

Règle 5 — Slugs propres dans la nouvelle structure

Saisissez l'opportunité de corriger les vieux slugs :

Supprimer les numéros parasites (chaussure-derby-1234 → chaussure-derby)
Uniformiser la casse (tout en minuscules)
Retirer les mots-stop (le, de, et) si pertinent
Retirer les accents (chaîne → chaine)

Mais ne faites ça que si la nouvelle URL reste lisible. Un slug bien formé reste éternellement — autant partir propre.

Phase 3 — Préserver les reviews et l'UGC (1-2 jours)

Sur la nouvelle plateforme, avant la bascule :

Import des reviews

Shopify Product Reviews, Yotpo, Judge.me, Trustpilot : tous permettent l'export/import avec préservation des dates.

Étape 1 : export reviews depuis l'ancienne plateforme (CSV par produit avec date, note, commentaire, auteur).

Étape 2 : import dans la nouvelle plateforme avec mapping par SKU ou par slug si SKU identique.

Étape 3 : vérification qu'AggregateRating est bien généré sur le nouveau site (schema.org Product JSON-LD).

UGC visible sur les fiches

Photos clients, Q&A, votes utilitaires : à migrer si possible. Si le nouveau plugin/app ne supporte pas l'import, priorisez au moins les reviews textuelles (plus de poids SEO que les UGC photo).

Préservation des dates

Les dates originales de reviews sont importantes pour :

Le signal de fraîcheur/ancienneté du produit
Les rich snippets (Google préfère les reviews datées)
La confiance utilisateur ("2847 reviews depuis 2021")

Vérifiez que l'import préserve les review_date, pas que la date d'import.

Phase 4 — Gérer les images en masse (1-2 jours)

Les images sont rarement migrées automatiquement. Procédure :

Export images depuis l'ancienne plateforme

Shopify : scripts via l'API + téléchargement depuis CDN Shopify. WooCommerce : accès direct au dossier wp-content/uploads/.

Hébergement intermédiaire

Uploadez dans un CDN public (S3 + CloudFront, Bunny CDN, Cloudflare Images). Les URLs deviennent publiques et stables pendant la migration.

Import nouvelle plateforme

Via CSV avec URLs des images, ou via API. Les nouvelles plateformes téléchargent les images du CDN intermédiaire et les stockent localement (Shopify CDN ou wp-content/uploads/).

Alt text et SEO images

Migrez aussi l'alt text de chaque image. C'est un signal SEO non-négligeable, surtout sur les verticales visuelles (mode, déco). Un catalogue de 10 000 produits × 5 images = 50 000 alt text à préserver.

Phase 5 — Tester en staging (1-2 jours)

Ne faites jamais la bascule directement en prod.

Environnement de staging

Shopify : *.myshopify.com staging store (duplicata de votre prod)
WooCommerce : staging chez Hostinger, Kinsta, WP Engine
Custom : sous-domaine privé staging.example.com avec robots noindex

Tests à exécuter

20 URLs top par trafic : chacune redirige vers la bonne nouvelle URL (status 301 → 200)
20 URLs random : redirections sans chaîne
Schema.org Product présent et valide sur les nouvelles pages (Rich Results Test)
Hreflang corrects si multilingue
Sitemap généré avec les nouvelles URLs uniquement (pas d'ancienne URL résiduelle)
Robots.txt autorise le crawl des nouvelles pages
Core Web Vitals au moins égaux à l'ancien site

Testez aussi depuis une session anonyme (navigation privée) pour simuler un nouvel utilisateur.

Phase 6 — La bascule DNS + soumission (jour J)

Le jour de la bascule :

Heure H - 24 h

Baisser le TTL DNS à 300 secondes (5 min) pour accélérer la propagation
Finaliser la re-vérification de tous les tests staging

Heure H

Changer DNS : A record ou CNAME pointe vers le nouveau serveur
Activer les redirects 301 (via fichier .htaccess, nginx config, Cloudflare Workers, ou Shopify Redirect plugin)

Heure H + 1

Tester depuis plusieurs IP (VPN, réseau mobile) que la nouvelle prod répond
Vérifier quelques redirects critiques

Heure H + 24 h

Soumettre le nouveau sitemap à Google Search Console
"Request indexing" sur les 10 URLs top-trafic pour accélérer
Soumettre à Bing Webmaster Tools
Remonter le TTL DNS à une valeur normale (3600 s ou plus)

Phase 7 — Monitoring post-migration (4 semaines)

Semaine 1

Vérifier les logs serveur : erreurs 404 sur des URLs qui devraient rediriger
GSC : Coverage → identifier les URLs excluded/errors
Trafic organique : surveiller via GA4

Semaine 2-4

Evolution des positions sur top keywords (GSC Performance)
Comparer trafic organique à la baseline pré-migration
Si -20 % à 3 semaines → audit approfondi (redirects cassés, URLs oubliées, contenu différent)
Si -5 % à 4 semaines → normal, reprendra dans les 8 semaines

Mois 2

Trafic organique devrait être à ≥95 % de la baseline
Positions moyennes devraient se stabiliser
Si régression persiste, engagement d'un auditeur SEO externe

FAQ

Combien de temps pour récupérer après une migration ?

4-12 semaines pour la stabilité. Un certain degré de fluctuation pendant 2-4 semaines est normal. Si à 3 mois post-migration, votre trafic est <85 % de la baseline, il y a un problème technique (redirects, canonicals, contenu).

Faut-il maintenir l'ancien site en ligne ?

Pendant les 48h qui suivent la bascule DNS, idéalement oui — pour permettre à la propagation DNS de s'étaler. Au-delà, vous pouvez le débrancher. Les redirects 301 côté nouveau serveur suffisent ensuite.

Puis-je migrer par phases (certains produits d'abord) ?

Techniquement oui, pratiquement compliqué. Cela crée des situations où ancienne et nouvelle plateforme coexistent avec des conflits hreflang, canonicals croisés, etc. Recommandation : migration en big bang un weekend, avec préparation totale en amont.