Faut-il vraiment uploader sa liste de désaveu uniquement sur le domaine actuel ?

Pourquoi cette clarification est-elle importante pour les migrations de sites ?

Lors d'une migration de domaine, la question de la gestion des liens toxiques se pose systématiquement. Beaucoup de praticiens SEO se demandent s'ils doivent maintenir des listes de désaveu séparées pour chaque version du domaine (ancien et nouveau).

Google tranche : si vos redirections 301 sont bien en place, le moteur transfère automatiquement l'ensemble des signaux — y compris les désaveux de liens. Vous ne gérez donc qu'un seul fichier sur le domaine actuel.

Comment Google transfère-t-il les signaux de liens entre domaines ?

Le processus repose sur les redirections permanentes. Quand Googlebot crawle une URL redirigée en 301, il consolide les signaux de l'ancienne URL vers la nouvelle. Cela inclut le PageRank, l'autorité, les ancres… et les désaveux.

Cette consolidation explique pourquoi maintenir plusieurs listes de désaveu serait redondant. Le moteur ne crawle plus activement l'ancien domaine une fois la migration digérée — il n'a donc aucune raison de consulter un fichier de désaveu qui y serait uploadé.

Quels sont les points essentiels à retenir ?

• Un seul fichier de désaveu à gérer sur la propriété Search Console du domaine actuel.
• Les redirections 301 correctement configurées sont la condition sine qua non pour le transfert des signaux.
• Google ne requiert aucune action manuelle sur les anciennes propriétés Search Console après migration.
• Cette règle s'applique aussi bien aux migrations complètes qu'aux refontes avec changement de domaine.
• Le désaveu reste un outil de dernier recours — Google recommande de privilégier le nettoyage manuel quand c'est possible.

Cette déclaration est-elle cohérente avec les observations terrain ?

Dans les faits, oui. Les SEO qui ont migré des domaines avec des listes de désaveu actives constatent que les backlinks toxiques désavoués ne reviennent pas hanter le nouveau domaine. Google gère bien le transfert.

Par contre — et c'est là que ça coince — la documentation officielle ne précise pas combien de temps prend ce transfert. Est-ce instantané ? Faut-il attendre que Google recrawle toutes les anciennes URLs ? [À vérifier] sur des sites avec des millions de pages.

Dans quels cas cette règle pourrait-elle montrer ses limites ?

Premier cas : les migrations partielles. Si vous ne redirigez qu'une partie du site et maintenez l'ancien domaine actif sur certaines sections, la question se complique. Google ne dit rien sur ce scénario hybride.

Deuxième cas : les sites ayant subi des attaques négatives massives juste avant ou pendant la migration. Si des milliers de liens spam pointent vers l'ancien domaine, est-ce que le désaveu uploadé sur le nouveau domaine les bloque rétroactivement ? La logique dit oui, mais aucune donnée concrète de Google.

Faut-il désavouer préventivement avant une migration ?

Soyons honnêtes : beaucoup de SEO uploadent une liste de désaveu "au cas où" avant de migrer, même si Google dit que c'est inutile. C'est une approche défensive qui se justifie sur des sites ayant un profil de liens douteux.

Le problème ? Google ne confirme jamais explicitement que le désaveu est pris en compte instantanément. Si vous migrez le lendemain de l'upload, est-ce que le transfert inclut un désaveu non encore digéré ? [À vérifier] — aucune réponse officielle là-dessus.

Que faut-il faire concrètement lors d'une migration de domaine ?

Première étape : auditez votre profil de liens sur l'ancien domaine avant la migration. Identifiez les backlinks toxiques, spammy ou issus de réseaux de liens. Utilisez les outils classiques (Search Console, Ahrefs, Majestic, SEMrush) pour détecter les anomalies.

Si vous avez déjà une liste de désaveu active sur l'ancien domaine, pas de panique. Une fois la migration effectuée et les redirections 301 en place, uploadez cette même liste (mise à jour si nécessaire) sur la nouvelle propriété Search Console. Google se chargera du reste.

Quelles erreurs éviter absolument ?

Erreur classique : uploader une liste de désaveu sur l'ancien domaine après la migration, en pensant "sécuriser" les anciennes URLs. C'est inutile. Google ne crawle plus activement un domaine redirigé — votre fichier ne sera jamais pris en compte.

Autre piège : retirer les redirections 301 trop tôt. Certains hébergeurs ou agences web conseillent de les supprimer après 6 mois pour "alléger le serveur". Mauvaise idée. Sans redirections, Google perd le lien entre ancien et nouveau domaine — et votre liste de désaveu ne couvre plus les backlinks pointant vers les anciennes URLs.

Comment vérifier que tout fonctionne correctement ?

• Vérifier que toutes les redirections 301 sont en place et renvoient vers les bonnes URLs du nouveau domaine (test manuel + crawl Screaming Frog).
• Ajouter le nouveau domaine dans Search Console et vérifier la propriété via DNS ou fichier HTML.
• Uploader la liste de désaveu uniquement sur le nouveau domaine via l'outil officiel de Google.
• Monitorer l'évolution du profil de liens dans Search Console pendant 3 à 6 mois post-migration pour détecter d'éventuels liens toxiques qui réapparaîtraient.
• Vérifier que les anciennes URLs ne génèrent aucune erreur 404 (sauf celles volontairement supprimées).
• Conserver les redirections 301 actives au minimum 12 mois — idéalement, de manière permanente.