Point clé : dans une migration, presque tout le risque se concentre sur un seul document : la table de correspondance entre les anciennes et les nouvelles URL. Une redirection absente est une page perdue, avec ses liens entrants et sa conversion. Google indique explicitement que les redirections permanentes ne font pas perdre de PageRank : la perte vient des redirections manquantes, jamais des redirections bien faites.
Qu'appelle-t-on une migration SEO, et pourquoi est-ce risqué ?
Une migration SEO est tout changement qui modifie les URL d'un site déjà indexé : nouveau nom de domaine, passage en HTTPS, refonte de l'arborescence, changement de CMS ou de plateforme, fusion de deux sites, migration d'un sous-répertoire vers un sous-domaine, ou suppression de sections entières. Dans tous ces cas, les adresses que Google connaît ne répondent plus, et chaque ancienne adresse correspond à un patrimoine de liens, de positions et de conversions.
La documentation de Google parle de « site move » et encadre la procédure : préparer une table de correspondance des URL, utiliser des redirections permanentes, soumettre le nouveau sitemap, et surveiller l'indexation. Ce qui rend l'exercice délicat, c'est la conjonction de trois facteurs : la bascule est instantanée alors que la reprise de l'exploration prend des semaines ; un oubli de redirection est invisible côté visiteur (la page d'accueil s'affiche) mais très visible côté moteur ; enfin, une migration cumule souvent deux ou trois changements majeurs décidés en même temps.
Autre nouveauté des dernières années : vos URL ne servent plus seulement à Google. Les assistants conversationnels s'appuient sur des corpus de pages dont la stabilité compte. Une URL cassée peut donc faire disparaître une page à la fois des résultats de recherche et des réponses générées par les moteurs IA.
Quels types de migration demandent le plus de précautions ?
Toutes ne se valent pas. Un simple passage en HTTPS, quand il est bien configuré, se maîtrise facilement : les chemins restent identiques, seule l'adresse change. Un changement de domaine sans changement de structure est gérable également, à condition d'utiliser l'outil de changement d'adresse de Search Console et de conserver les redirections longtemps.
Les cas les plus délicats sont la refonte de l'arborescence de catégories, le changement de CMS avec des URL différentes par nature, la fusion de plusieurs sites en un seul, et les sites multilingues où chaque page a des équivalents par langue et des balises hreflang. Sur ces projets, une correction a posteriori coûte beaucoup plus cher qu'une préparation rigoureuse : une fois les anciennes URL hors ligne, vous ne pouvez plus les explorer pour les retrouver.
Pourquoi faut-il changer une seule variable à la fois ?
C'est la recommandation la plus souvent ignorée. Si vous changez le domaine, l'arborescence, le design et le contenu des pages principales le même week-end puis que les positions chutent, aucune analyse n'est possible : vous ignorez quelle modification est responsable, et vous serez tenté de revenir en arrière sur tout, ce qui ajoute ses propres dégâts.
Une approche par étapes est plus lente mais bien plus sûre. Mettez le site en ligne sur le nouveau domaine avec l'ancienne structure et l'ancien design, attendez la reprise, puis refontez l'esthétique sans toucher aux URL, puis retravaillez les contenus. Entre deux étapes, patientez quatre à huit semaines pour disposer d'une vraie baseline. Sur un site à fort enjeu, cette séquence coûte quelques mois d'agenda et sauve des années de trafic.
Comment construire une table de redirections 301 sans rien oublier ?
La table de correspondance est le livrable central du projet, à traiter comme du code : versionnée, relue, testée. Sa difficulté n'est pas de l'écrire mais d'être exhaustif sur la colonne des anciennes URL. Croisez au minimum cinq sources pour la remplir : les sitemaps actuels, les pages les plus vues dans Search Console sur les douze derniers mois, les pages d'atterrissage réellement trafiquées dans votre outil analytique, un crawl complet du site existant avec un outil tel que Screaming Frog ou Sitebulb, et une analyse des logs serveur pour les URL que personne n'a référencées en interne.
Ajoutez ensuite les pages qui ont des liens entrants externes mais pas de trafic direct : ce sont souvent des contenus de fond oubliés qui continuent à alimenter votre autorité. Pour chaque ancienne URL, indiquez la nouvelle URL, le statut attendu (301 pour un déplacement permanent) et une note sur le motif. Deux règles simples évitent 90 % des dégâts : chaque ancienne URL redirige vers l'équivalent le plus proche, jamais vers la page d'accueil ; et aucune redirection ne passe par deux sauts, car les chaînes diluent les signaux et ralentissent l'exploration.
Pensez aux cas particuliers que les tableurs oublient : variantes avec et sans majuscules, avec et sans slash final, paramètres de campagne, pagination, pages d'archives de blog, PDF et images liés depuis des sites externes, et flux RSS. Les redirections doivent être définies au niveau du serveur ou de la plateforme (règles Cloudflare, vercel.json, .htaccess, middleware) et non par des redirections JavaScript ou des balises meta refresh, que Google reconnaît mais traite moins proprement.
Quels contrôles faut-il passer avant la bascule en production ?
Une migration se joue en grande partie avant la mise en ligne. Testez la table de redirections sur une copie du nouveau site, en vérifiant le code HTTP et l'en-tête Location de chaque URL avec une simple requête en ligne de commande, et non à l'œil dans un navigateur. Une redirection qui « marche » visuellement peut être une redirection JavaScript ou un 302, deux erreurs fréquentes.
Sur le nouvel environnement, vérifiez ensuite trois points qui ont déjà coulé des migrations : le fichier robots.txt de production ne doit plus bloquer le site après le retrait de l'environnement de préproduction ; les balises noindex posées sur la préproduction ne doivent pas être copiées en production ; les canoniques doivent pointer vers les nouvelles URL et non vers les anciennes. Régénérez le sitemap, vérifiez les balises hreflang si votre site est multilingue, contrôlez que vos données structurées restent valides, et passez une commande de test sur les formulaires, le paiement et le suivi des conversions. Une migration qui préserve les classements mais casse le suivi analytics vous laisse sans capacité de diagnostic.
Que faut-il surveiller durant les trente jours qui suivent ?
Les premiers jours servent à détecter les erreurs, pas à juger les performances. Dans Search Console, soumettez le nouveau sitemap, utilisez l'outil d'inspection d'URL sur une dizaine de pages clés pour confirmer que Google voit bien la nouvelle version, et surveillez le rapport sur les pages ainsi que les statistiques d'exploration. Pour un changement de domaine, déclarez le déplacement via l'outil de changement d'adresse : il signale à Google la nouvelle adresse et facilite le transfert des signaux.
Ensuite, comparez vos données à la baseline enregistrée avant la migration : clics, impressions, pages d'atterrissage organiques, conversions. Toute page qui perd tout son trafic alors qu'elle en avait avant signale en général une redirection manquante ou une redirection mal ciblée. Une baisse générale et progressive est en revanche banale et se résorbe à mesure que Google reprocesse le site.
Deux consignes pour la suite : corrigez les liens internes afin qu'ils pointent directement vers les nouvelles URL, car les redirections doivent être un filet de sécurité et non le chemin emprunté par votre propre navigation ; et laissez les redirections en place au moins 180 jours, de préférence indéfiniment, car elles ne coûtent rien et les liens externes anciens continuent d'arriver. Supprimer trop tôt les redirections est un classique des migrations qui se dégradent trois mois après la bascule.
Quelles erreurs font perdre le plus de trafic ?
Les migrations qui échouent se ressemblent. Une table de redirections incomplète, souvent limitée aux pages du menu. Un renvoi massif de toutes les anciennes URL vers l'accueil, qui vide de leur sens les liens entrants. Un robots.txt de préproduction oublié, qui bloque tout le nouveau site pendant des jours. Un chaînage de redirections hérité d'une migration précédente. Des canoniques et des liens internes restés sur l'ancien domaine. Et un mot-clé de marque modifié au passage, sans mise à jour des données structurées, des profils sociaux et des mentions, ce qui brouille l'entité aux yeux des moteurs.
Le dernier piège est organisationnel : personne ne sait qui peut revenir en arrière, ni comment. Avant la bascule, définissez la version exacte à restaurer et la personne habilitée à déclencher le retour, avec une fenêtre décidée à l'avance. Une bascule un vendredi avant une semaine de congés reste l'une des meilleures façons de transformer un incident réparable en perte durable.
Comment protéger ses citations dans les moteurs IA pendant une migration ?
Les assistants IA citent des URL, pas des marques abstraites. Quand vos pages changent d'adresse, vous perdez temporairement les correspondances établies. Trois pratiques limitent la casse. Premièrement, conservez des URL stables et lisibles, avec une structure hiérarchique identique d'une version à l'autre autant que possible. Deuxièmement, maintenez la cohérence d'entité : mêmes données structurées Organization et Person, mêmes coordonnées, même nom de marque partout, y compris dans un fichier llms.txt à jour. Troisièmement, vérifiez après la migration ce que les assistants disent de vous en posant les questions pour lesquelles vous étiez cité auparavant, et suivez le trafic de référence provenant de ChatGPT ou de Perplexity dans votre analyse d'audience.
Cette vérification manuelle a une valeur : elle détecte les cas où votre page a été remplacée dans le corpus par une page concurrente, ce que Search Console ne montre pas et que les redirections ne corrigent pas à elles seules. La réponse est alors éditoriale : republier une version plus complète et plus récente du contenu, sur une URL stable.
Migration SEO : la checklist en 10 points
Questions fréquentes
Une migration réussie repose sur la même discipline que le reste du référencement : mesurer avant, mesurer après, et corriger les points techniques avant qu'ils ne coûtent du trafic. Pour la partie diagnostic, appuyez-vous sur notre checklist d'audit SEO en 22 points, et si votre site est multilingue, vérifiez les fondations décrites dans SEO, AEO et GEO expliqués simplement. Enfin, gardez à l'esprit que la vitesse fait partie des signaux susceptibles de bouger lors d'une refonte : notre guide Core Web Vitals 2026 détaille les seuils à ne pas franchir pendant le chantier.