Faut-il vraiment désavouer les liens de l'ancien domaine après une migration ?

Pourquoi Google privilégie-t-il le fichier de désaveu du nouveau domaine ?

Lorsqu'un site A redirige vers un site B via des redirections 301, Google transfère progressivement les signaux du domaine source vers le domaine cible. Ce processus inclut le transfert du PageRank, mais aussi celui des backlinks — y compris les liens toxiques ou indésirables.

Le moteur considère que le nouveau domaine hérite du profil de liens de l'ancien. Par conséquent, maintenir un fichier de désaveu sur l'ancien domaine n'a plus de sens technique : Google lit désormais les signaux au niveau du domaine de destination. C'est là que se joue la bataille du classement, et c'est donc là qu'il faut agir.

Que se passe-t-il si j'ai déjà un fichier de désaveu sur l'ancien domaine ?

Google indique que ce fichier sera probablement ignoré. Le terme « probablement » laisse une marge d'incertitude, mais l'intention est claire : après une migration, concentre tes efforts sur le nouveau domaine.

Si tu avais désavoué des liens toxiques sur l'ancien site, ces désaveux ne suivent pas automatiquement. Tu dois re-soumettre un fichier de désaveu pour le nouveau domaine en incluant les mêmes URLs ou domaines problématiques, à condition qu'ils pointent désormais vers le nouveau site (via les redirections).

Cette règle s'applique-t-elle à tous les types de redirections ?

La déclaration de Mueller vise principalement les redirections 301 permanentes, standard en SEO pour les migrations de domaine. Les redirections 302 (temporaires) ou autres statuts HTTP transmettent moins bien les signaux, et leur impact sur le transfert du profil de liens reste flou.

Dans le cas d'une migration complexe (changement de structure d'URLs, fusion de plusieurs domaines), la question du désaveu se complique. Si certains liens toxiques pointent vers des URLs de l'ancien domaine qui ne redirigent vers aucune page du nouveau site, leur impact est probablement nul. Mais si ces liens génèrent des erreurs 404 ou des chaînes de redirection, ils peuvent nuire indirectement.

• Le fichier de désaveu doit être soumis pour le domaine de destination après une migration avec redirections 301.
• Les désaveux de l'ancien domaine ne sont pas automatiquement transférés : il faut les re-soumettre pour le nouveau site.
• Audite le profil de liens avant la migration pour identifier les backlinks toxiques à désavouer dès le lancement du nouveau domaine.
• Surveille les variations de trafic et de positionnement dans les semaines suivant la migration pour détecter d'éventuels impacts négatifs liés aux liens.

Cette déclaration est-elle cohérente avec les pratiques observées sur le terrain ?

Oui, et elle clarifie un point longtemps flou. En pratique, de nombreux SEO ont constaté que les pénalités manuelles liées aux liens ne suivaient pas toujours après une migration de domaine, alors que les signaux positifs (autorité, PageRank) étaient bien transmis. Cette asymétrie laissait penser que Google gérait différemment les signaux négatifs.

La position de Mueller confirme que Google traite le nouveau domaine comme une entité propre en matière de désaveu. Mais attention : cette logique ne s'applique pas nécessairement aux pénalités algorithmiques (Penguin par exemple), qui peuvent très bien suivre le domaine si les liens toxiques sont redirigés et toujours actifs. [A vérifier] sur des migrations récentes avec historique de liens spam avéré.

Quelles nuances faut-il apporter à cette règle ?

Premier point : cette recommandation suppose que toutes les redirections sont correctement mises en place. Si certaines URLs de l'ancien domaine ne redirigent pas (404, suppression), les liens pointant vers elles n'ont plus d'impact direct. Désavouer ces liens devient alors inutile, sauf si tu crains une confusion résiduelle de Google.

Deuxième nuance : le timing. Soumettre un fichier de désaveu pour le nouveau domaine immédiatement après la migration peut sembler prématuré. Google a besoin de temps pour recrawler les redirections et associer les signaux. Attends au moins quelques semaines, le temps que la Search Console du nouveau domaine remonte des données fiables sur les backlinks détectés.

Troisième nuance : si l'ancien domaine reste actif en parallèle (rare mais possible dans certaines stratégies), tu devras maintenir deux fichiers de désaveu distincts. Mais ce cas de figure sort du cadre classique d'une migration.

Dans quels cas cette règle ne s'applique-t-elle pas pleinement ?

Si tu fais une migration partielle (seulement une partie du site bascule vers un nouveau domaine), la gestion du désaveu devient plus complexe. Tu devras identifier précisément quels liens pointent vers les URLs migrées, et lesquels restent sur l'ancien domaine.

Autre cas limite : les migrations avec changement radical de thématique. Si l'ancien domaine traitait de finance et le nouveau de jardinage, Google peut ne pas transférer tous les signaux de la même manière. Les liens désavoués sur l'ancien domaine pourraient avoir un impact résiduel si Google conserve une trace de l'ancien profil thématique. [A vérifier] en observant les fluctuations de trafic dans les mois suivant la bascule.

Que faut-il faire concrètement avant et après une migration de domaine ?

Avant la migration, exporte la liste complète des backlinks de l'ancien domaine depuis la Search Console. Identifie les liens toxiques ou spam (ancres suroptimisées, domaines douteux, PBN détectés) et prépare un fichier de désaveu. Ne le soumets pas encore pour l'ancien domaine si la migration est imminente.

Une fois les redirections 301 en place et le nouveau domaine indexé, attends que Google commence à crawler les redirections et à remonter les backlinks dans la Search Console du nouveau domaine. Ce délai peut varier de quelques jours à plusieurs semaines selon la taille du site et la fréquence de crawl. Vérifie régulièrement l'onglet Liens de la Search Console pour voir apparaître les backlinks transférés.

Quand les backlinks commencent à apparaître, soumets le fichier de désaveu pour le nouveau domaine en incluant les URLs ou domaines toxiques identifiés précédemment. N'oublie pas : seuls les liens qui pointent désormais vers le nouveau domaine via les redirections doivent être désavoués. Les liens orphelins (vers des 404 de l'ancien site) n'ont probablement plus d'impact.

Quelles erreurs critiques faut-il éviter ?

Première erreur : continuer à soumettre ou mettre à jour le fichier de désaveu de l'ancien domaine après la migration. C'est une perte de temps puisque Google indique clairement qu'il sera ignoré. Concentre tes efforts sur le nouveau domaine uniquement.

Deuxième erreur : négliger complètement le désaveu en supposant que la migration fait table rase. Si l'ancien domaine avait un profil de liens pourri (attaque SEO négative, suroptimisation passée), ces liens suivront via les redirections. Ignorer ce nettoyage peut coûter cher en termes de positionnement.

Troisième erreur : désavouer trop largement par peur. Ne désavoue que les liens clairement toxiques ou spam. Désavouer des liens neutres ou légèrement faibles peut priver le nouveau domaine de signaux utiles, surtout si le profil de backlinks global est maigre.

Comment vérifier que la migration n'a pas dégradé le profil de liens ?

Compare le nombre et la qualité des domaines référents avant et après la migration. Un écart significatif peut indiquer que certaines redirections ne fonctionnent pas correctement, ou que Google n'a pas encore pleinement transféré les signaux.

Surveille les fluctuations de positionnement sur les mots-clés stratégiques. Une chute brutale sans explication technique (temps de chargement, contenu modifié) peut signaler un problème lié aux backlinks, notamment si des liens toxiques hérités déclenchent un filtre algorithmique.

Utilise des outils tiers (Ahrefs, Majestic, SEMrush) pour croiser les données avec la Search Console. Ces outils détectent parfois des liens toxiques que Google ne remonte pas immédiatement, te donnant une longueur d'avance pour les désavouer.

• Exporter et auditer les backlinks de l'ancien domaine avant la migration
• Mettre en place des redirections 301 propres vers le nouveau domaine
• Attendre que la Search Console du nouveau domaine remonte les backlinks transférés
• Soumettre le fichier de désaveu uniquement pour le nouveau domaine
• Surveiller les variations de trafic et de positionnement pendant 3 mois minimum
• Croiser les données Search Console avec des outils tiers pour détecter les liens toxiques résiduels