Migration d'un site e-commerce : le plan de redirections qui protège vos positions et vos citations dans les IA

Une migration d'e-commerce sans plan de redirections détruit deux actifs en même temps : les positions Google et les citations obtenues dans ChatGPT, Perplexity et les AI Overviews. Une URL qui renvoie une 404 cesse d'être une source citable, et le lien vers votre boutique disparaît des réponses générées. Le plan de redirections 301, construit URL par URL avant la mise en ligne, est la seule protection réellement efficace.

Pourquoi une migration fait-elle disparaître un site des réponses des IA ?

Les moteurs génératifs citent des pages, pas des marques. ChatGPT, Perplexity et les AI Overviews de Google s'appuient sur des URL indexées et accessibles au moment de la réponse. Quand une migration change les adresses sans redirection, les URL mémorisées renvoient une erreur 404, le lien cliquable devient mort et le passage cité perd sa source. Résultat concret : la boutique continue d'être connue des modèles, mais elle n'est plus proposée en lien, donc elle ne génère plus une seule visite depuis ces interfaces.

Deuxième effet, plus insidieux : les crawlers des IA (GPTBot pour OpenAI, PerplexityBot, ClaudeBot, Google-Extended) doivent pouvoir explorer le nouveau site. Beaucoup de migrations e-commerce partent d'un environnement de préproduction dont le robots.txt bloque tout, et ce fichier est poussé tel quel en production. Vérifier le robots.txt et les balises meta robots dans l'heure qui suit la bascule fait partie du plan de migration, au même titre que les redirections.

Qu'est-ce qu'un plan de redirections complet ?

Un plan de redirections est un tableau qui associe chaque ancienne URL à une nouvelle URL équivalente, en redirection permanente 301, avec une correspondance 1 pour 1 chaque fois qu'elle existe. Il couvre les fiches produits, les catégories, les pages de contenu, les images indexées, les URL paginées, les anciennes versions HTTP ou www, et les URL qui reçoivent des liens externes. Un plan incomplet vaut mieux qu'aucun plan, mais chaque ligne manquante est une position perdue.

Trois colonnes suffisent pour piloter : ancienne URL, nouvelle URL, priorité. La priorité se calcule sur trois signaux mesurables : les clics des douze derniers mois dans Google Search Console, les backlinks pointant vers l'URL, et le chiffre d'affaires généré par la page. Une fiche produit sans trafic ni lien peut être redirigée vers sa catégorie. Une page guide qui reçoit des liens et des citations doit conserver une correspondance stricte, contenu compris.

Comment construire le plan de redirections étape par étape ?

La construction se fait avant la mise en ligne, jamais après. Elle repose sur un inventaire exhaustif des URL existantes, un mapping manuel des pages stratégiques, un test en préproduction, puis une surveillance quotidienne pendant les premières semaines. Compter une à trois semaines de travail pour un catalogue de plusieurs milliers de références est réaliste.

1. Inventorier toutes les URL existantes

Aucune source unique ne donne la liste complète. Il faut croiser un crawl du site avec Screaming Frog SEO Spider (screamingfrog.co.uk), l'export des pages de Google Search Console (search.google.com/search-console), les sitemaps XML actuels, les logs serveur des six derniers mois et la liste des pages recevant des backlinks. Les logs révèlent des URL orphelines, non liées en interne mais toujours visitées par les robots et par des internautes venus d'anciennes newsletters.

2. Mapper à la main les pages qui comptent

Le mapping automatique par similarité de slug traite correctement le gros du catalogue, mais il se trompe précisément là où c'est coûteux : pages guides, pages catégories renommées, produits fusionnés. Ces pages se mappent à la main. Une règle simple protège le résultat : jamais de redirection vers la page d'accueil par défaut. Google traite ces redirections comme des 404 déguisées, et la valeur des liens ne se transmet pas.

3. Tester en préproduction avant la bascule

Le test se fait en mode liste : on injecte les anciennes URL dans le crawler pointé vers la préproduction et on vérifie trois choses. Chaque URL renvoie bien un code 301, la destination renvoie un code 200, et il n'existe aucune chaîne de redirection à plus d'un saut. Les chaînes ralentissent le crawl et diluent le signal, surtout quand une migration s'empile sur une refonte antérieure.

4. Surveiller les 30 premiers jours

Après la bascule, le rapport d'indexation de Google Search Console et les logs serveur signalent les 404 réelles, celles que le plan a oubliées. Une 404 détectée le jour 2 se corrige sans dommage, la même détectée au jour 60 a déjà coûté un déclassement. Soumettre un sitemap contenant les anciennes URL redirigées accélère la découverte des 301 par les robots.

Quelles erreurs font perdre du trafic après une migration ?

• Rediriger en masse vers la page d'accueil : la valeur des anciennes URL n'est pas transmise et les positions s'effondrent.
• Utiliser des redirections 302 : temporaires par définition, elles retardent le transfert des signaux.
• Laisser les liens internes pointer vers les anciennes URL : le maillage doit être réécrit vers les URL finales, la redirection n'est qu'un filet de sécurité pour l'extérieur.
• Amputer les contenus lors de la refonte : une page guide raccourcie de moitié perd les passages précis qui la rendaient citable par les IA.
• Supprimer les redirections au bout de trois mois : les backlinks anciens continuent d'envoyer du trafic pendant des années.
• Oublier les images : les URL d'images indexées et les données structurées produit méritent leur mapping.

Combien de temps faut-il pour retrouver ses positions ?

Sur une migration propre, avec des redirections 1 pour 1 et un contenu conservé, une baisse de trafic de quelques semaines est normale, le temps que Google recrawle et consolide les nouvelles URL. La récupération est plus lente pour les gros catalogues, simplement parce que le recrawl complet prend plus de temps. Les citations dans les IA reviennent avec un décalage supplémentaire : leurs index se rafraîchissent moins vite que celui de Google, et une page doit être réexplorée puis réévaluée avant d'être citée de nouveau.

Un signal utile pour mesurer la reprise côté IA : tester régulièrement dans Perplexity et ChatGPT les questions sur lesquelles la boutique était citée avant la migration, et vérifier si l'URL proposée est l'ancienne ou la nouvelle. Tant que l'ancienne apparaît, la redirection travaille encore.

Cas particuliers : changement de plateforme, facettes, multilingue

Un changement de plateforme (PrestaShop ou Magento vers Shopify, par exemple) impose des structures d'URL non négociables. Shopify force les préfixes /products/ et /collections/, ce qui rend impossible toute conservation à l'identique des anciens chemins : le plan de redirections devient alors intégral, ligne par ligne, sur la totalité du catalogue.

Les URL à facettes (filtres couleur, taille, prix) ne se redirigent pas une par une. La bonne approche consiste à identifier les combinaisons réellement indexées et génératrices de clics, à les rediriger vers leur équivalent, et à traiter le reste par des règles regex. Pour un site multilingue, chaque version linguistique doit être redirigée vers la même langue, et les balises hreflang doivent être régénérées dès la bascule, sous peine de voir Google servir la mauvaise version.

Les produits définitivement supprimés méritent une décision explicite : redirection vers le produit remplaçant s'il existe, vers la catégorie parente sinon, ou statut 410 pour les références qui ne reviendront jamais. Le 410 dit clairement au robot d'arrêter de revenir, ce qui économise du budget de crawl sur les catalogues volumineux.

FAQ

Faut-il rediriger absolument toutes les anciennes URL ?

Non. Les URL sans trafic, sans backlink et sans valeur commerciale peuvent être redirigées vers leur catégorie parente ou renvoyer un code 410. En revanche, toute URL ayant généré des clics sur les douze derniers mois, recevant un lien externe ou apparaissant dans un sitemap doit disposer d'une correspondance précise en 301.

Combien de temps conserver les redirections 301 ?

Au minimum un an, et idéalement de façon permanente. Google consolide les signaux en quelques semaines à quelques mois, mais les liens externes, les favoris et les anciens e-mails continuent d'envoyer du trafic bien après. Supprimer un fichier de redirections revient à créer volontairement des centaines de 404.

Une redirection 301 transmet-elle vraiment la valeur des liens ?

Oui, à condition que la destination soit pertinente et proche du contenu d'origine. Une 301 vers une page équivalente transmet les signaux associés à l'ancienne URL. Une 301 vers la page d'accueil ou vers une page sans rapport est traitée comme une erreur douce, et la valeur se perd.

Comment vérifier que les IA citent toujours mon site après une migration ?

Reprenez la liste des questions sur lesquelles votre boutique était citée, posez-les dans ChatGPT et Perplexity, et contrôlez l'URL affichée dans les sources. Vérifiez en parallèle dans les logs serveur le passage de GPTBot, PerplexityBot et ClaudeBot sur les nouvelles URL : sans crawl, pas de citation.

Peut-on migrer un e-commerce pendant les périodes de forte activité ?

C'est déconseillé. Une bascule se planifie hors pic commercial, en début de semaine et en journée, avec l'équipe technique disponible pour corriger dans l'heure. Migrer à quelques semaines des fêtes expose la boutique à une perte de visibilité au pire moment de l'année.