Comment réussir un changement de domaine sans perdre son référencement ?

Pourquoi Google insiste-t-il sur la redirection de la homepage ?

La redirection de la page d'accueil sert de signal principal à Google pour comprendre qu'un domaine entier a migré. Ce n'est pas qu'une simple formalité technique : c'est le mécanisme qui déclenche le transfert de confiance entre les deux domaines dans l'algorithme de Google.

Sans cette redirection claire au niveau racine, Google traite les deux domaines comme des entités distinctes. Le nouveau domaine repart alors de zéro en termes de PageRank, d'historique et de signaux de qualité accumulés. C'est exactement ce qu'on cherche à éviter lors d'une migration.

Que signifie « redirection claire » dans ce contexte ?

Une redirection claire signifie une redirection 301 permanente, sans intermédiaires ni couches de redirections multiples. Pas de 302 temporaire, pas de méta refresh, pas de JavaScript qui redirige après chargement.

Google doit pouvoir suivre la redirection instantanément, sans ambiguïté. Chaque étape supplémentaire dans une chaîne de redirections dilue le transfert de PageRank et ralentit la reconnaissance du changement d'adresse par l'algorithme. Une redirection directe ancien-domaine.com → nouveau-domaine.com, c'est l'idéal.

Pourquoi robots.txt ne doit-il pas bloquer les redirections ?

Si vous bloquez l'accès à une URL dans robots.txt, Googlebot ne peut pas la crawler. Il ne découvre donc jamais la redirection qui s'y trouve, même si elle est techniquement en place côté serveur.

C'est une erreur fréquente lors des migrations : l'ancien site est mis en lecture seule, un robots.txt restrictif est posé par réflexe de sécurité, et Google ne peut plus suivre les redirections. Le transfert de signaux SEO ne s'opère jamais, ou alors avec des mois de retard quand quelqu'un finit par comprendre le problème.

• La homepage de l'ancien domaine DOIT rediriger en 301 vers la homepage du nouveau domaine
• Aucune règle robots.txt ne doit bloquer l'accès aux URLs de l'ancien domaine
• L'outil de changement d'adresse dans Search Console ne fonctionne QUE pour les migrations de domaine sans changement de structure
• Une migration avec refonte d'arborescence nécessite un plan de redirections URL par URL, pas juste l'outil
• Les redirections 301 doivent rester actives plusieurs mois minimum après la migration

Cette consigne couvre-t-elle vraiment tous les cas de migration ?

Non, et c'est là que ça devient intéressant. La déclaration de Mueller vise les migrations de domaine simples : même site, nouveau nom de domaine, structure d'URLs identique. Dans ce scénario, l'outil de changement d'adresse fait le gros du travail.

Mais la majorité des migrations réelles combinent changement de domaine ET refonte de l'arborescence. Dans ces cas, l'outil ne sert à rien pour le mapping URL par URL. Il faut une stratégie de redirections individuelles basée sur un audit complet des URLs sources et un mapping précis vers les URLs cibles. [A verifier] : Google ne donne jamais de chiffres clairs sur combien de temps maintenir ces redirections actives.

Observe-t-on des écarts entre cette théorie et les résultats terrain ?

Oui, fréquemment. Google affirme que les redirections 301 transfèrent le PageRank « presque intégralement », mais les praticiens constatent systématiquement une perte de visibilité temporaire de 10 à 30% pendant 2 à 6 mois post-migration, même avec une exécution parfaite.

Autre point : l'affirmation que la homepage suffit comme signal de migration. Dans les faits, si vous ne redirigez QUE la homepage et laissez le reste de l'ancien site en 404, vous perdez l'essentiel du jus SEO accumulé sur vos pages profondes. La déclaration de Mueller est correcte mais incomplète : elle décrit le minimum syndical, pas la stratégie optimale.

Quels risques cette approche minimaliste fait-elle courir ?

Se limiter à l'outil de changement d'adresse sans cartographier précisément les redirections page par page, c'est jouer à la roulette russe avec son trafic organique. Les URLs qui génèrent du trafic longue traîne et qui ne sont pas redirigées individuellement ? Perdues.

Les backlinks pointant vers des pages profondes spécifiques ? Dilués ou perdus si tout redirige bêtement vers la homepage. Une migration mal préparée peut détruire des années de travail SEO en quelques semaines.

Quelle est la checklist technique avant de lancer une migration de domaine ?

Avant même de toucher aux DNS, vous devez cartographier toutes les URLs stratégiques de l'ancien site. Extrayez la liste complète depuis Search Console (URLs indexées) et votre outil d'analytics (URLs générant du trafic). Croisez avec un crawl complet pour identifier les pages ayant des backlinks.

Ensuite, créez un mapping de redirections : chaque URL source vers son URL cible correspondante. Pas de redirections en chaîne, pas de redirections vers des URLs qui elles-mêmes redirigent. Testez ce mapping sur un environnement de preprod avant de le déployer en production.

Comment vérifier que les redirections fonctionnent correctement après migration ?

Utilisez un crawler comme Screaming Frog ou Oncrawl pour suivre toutes les redirections depuis l'ancien domaine. Vérifiez que chaque URL retourne bien un code 301, pas un 302 ou un mix de codes. Contrôlez qu'il n'y a pas de chaînes de redirections (A → B → C) qui ralentissent le transfert de PageRank.

Côté Search Console, déclarez le changement d'adresse dans l'outil dédié APRÈS avoir vérifié que la redirection de la homepage fonctionne. Surveillez les rapports de couverture et d'indexation pour détecter rapidement d'éventuelles erreurs 404 ou soft 404 qui signaleraient des redirections manquantes.

Combien de temps maintenir les redirections actives ?

Google recommande officiellement de conserver les redirections au moins un an. En pratique, pour un site avec un historique SEO fort, il est prudent de les maintenir indéfiniment, ou au minimum 18 à 24 mois. Le coût d'hébergement d'un ancien domaine qui ne fait que rediriger est négligeable comparé au risque de perdre du trafic.

Surveillez les logs serveur et Search Console pour identifier quand Googlebot cesse de crawler régulièrement l'ancien domaine. Tant qu'il le visite fréquemment, les redirections restent activement utilisées pour le transfert de signaux. Une fois que le crawl devient anecdotique, vous pouvez commencer à envisager l'arrêt, mais jamais avant 12 mois minimum.

• Extraire la liste complète des URLs indexées et génératrices de trafic de l'ancien site
• Créer un mapping précis URL par URL entre ancien et nouveau domaine
• Implémenter des redirections 301 permanentes, sans chaînes ni intermédiaires
• Vérifier que robots.txt sur l'ancien domaine n'empêche pas le crawl des redirections
• Déclarer le changement d'adresse dans Search Console après vérification technique
• Monitorer quotidiennement les erreurs 404 et la courbe de trafic organique pendant 3 mois