Faut-il re-télécharger son fichier de désaveu après une migration de domaine ?

Pourquoi le fichier de désaveu ne suit-il pas le domaine automatiquement ?

Le fichier de désaveu est une instruction technique stockée dans la Search Console au niveau de la propriété, pas au niveau du site lui-même. Quand vous migrez un domaine, vous créez une nouvelle propriété dans la Search Console.

Google traite cette nouvelle propriété comme un site distinct, même si vous avez configuré des redirections 301 parfaites. Le fichier de désaveu de l'ancienne propriété reste attaché à l'ancien domaine et ne se transfère pas automatiquement.

Que se passe-t-il concrètement si on oublie ce fichier ?

Lors du recrawl du nouveau domaine, Google redécouvre les backlinks pointant vers vos contenus. Si certains liens avaient été désavoués sur l'ancien domaine, ils seront cette fois réintégrés dans le graphe de liens et potentiellement pris en compte pour le ranking.

Si ces liens avaient été désavoués pour de bonnes raisons (spam, PBN toxiques, anchor text suroptimisé), leur réintégration peut dégrader la qualité perçue du profil de liens. Dans certains cas, cela peut déclencher une baisse de positions ou une action manuelle si le profil redevient suspect.

Le fichier de désaveu a-t-il encore une utilité réelle aujourd'hui ?

Google affirme depuis des années que son algorithme gère mieux les liens toxiques et que le désaveu n'est nécessaire que dans des cas exceptionnels. La réalité terrain est plus nuancée : certains profils de liens très pollués (suite à du negative SEO ou à des pratiques anciennes) bénéficient encore du désaveu.

Lors d'une migration, si vous aviez un fichier de désaveu actif, c'est probablement que votre profil de liens nécessitait ce filtre. Ne pas le réappliquer revient à réinitialiser cette protection.

• Le fichier de désaveu est lié à la propriété Search Console, pas au domaine en tant que tel.
• Une migration crée une nouvelle propriété, donc le fichier ne suit pas automatiquement.
• Les liens désavoués peuvent être recrawlés et réintégrés au graphe de liens sur le nouveau domaine.
• Réappliquer le fichier de désaveu est une étape post-migration critique pour maintenir la qualité du profil de liens.
• Le timing compte : idéalement, re-téléchargez le fichier juste après avoir validé la nouvelle propriété dans la Search Console.

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

Oui, et c'est un piège classique. Beaucoup de migrations se focalisent sur les redirections, le crawl budget, les sitemaps, et oublient complètement le fichier de désaveu. La plupart des checklists de migration ne mentionnent même pas ce point.

Dans les faits, j'ai vu des sites perdre 20 à 30% de trafic post-migration sans raison apparente, avant de découvrir que des milliers de liens spam étaient redevenus actifs. Le pire : Google ne vous notifie pas que les désaveux ont disparu. Vous le découvrez quand les positions baissent.

Quelles nuances faut-il apporter à cette recommandation ?

Première nuance : si votre fichier de désaveu contenait principalement des liens qui n'existent plus (domaines expirés, pages 404), re-télécharger le fichier n'aura aucun impact. Faites un audit rapide avant de copier-coller un fichier de désaveu vieux de 3 ans.

Deuxième nuance : Google a amélioré sa gestion des liens toxiques. Si vous aviez désavoué des liens par précaution excessive (domaines de faible autorité mais pas toxiques), c'est le moment de nettoyer le fichier. Ne réappliquez pas automatiquement tous les désaveux sans réflexion.

Troisième point : cette déclaration date d'une époque où le disavow était plus crucial. Aujourd'hui, [A vérifier] si les liens désavoués ont réellement un impact négatif mesurable sur tous les types de sites. Les tests récents montrent que l'algorithme ignore bien mieux les liens spam qu'avant.

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

Si vous n'avez jamais utilisé de fichier de désaveu sur l'ancien domaine, évidemment, pas besoin d'en créer un sur le nouveau. Mais vérifiez quand même : certains référenceurs oublient qu'ils avaient téléchargé un fichier il y a 5 ans.

Si vous profitez de la migration pour nettoyer totalement votre profil de liens (désindexation de backlinks toxiques à la source, contact des webmasters), vous pouvez repartir sur une base saine sans désaveu. Mais soyons honnêtes : combien de migrations disposent du budget et du temps pour ce nettoyage manuel à grande échelle ?

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

Premier réflexe : récupérez le fichier de désaveu de l'ancienne propriété avant de migrer. Téléchargez-le depuis la Search Console (Search Traffic > Disavow Links > Download). Conservez ce fichier en lieu sûr, avec un horodatage.

Deuxième étape : dès que la nouvelle propriété est validée dans la Search Console et que les redirections sont actives, re-téléchargez le fichier de désaveu sur la nouvelle propriété. Ne perdez pas de temps : chaque jour qui passe permet au crawler de réintégrer des liens toxiques.

Quelles erreurs critiques faut-il éviter absolument ?

Erreur n°1 : supposer que les redirections 301 transfèrent aussi les désaveux. Faux. Les redirections transfèrent l'équité de liens, pas les instructions de désaveu.

Erreur n°2 : attendre plusieurs semaines après la migration pour re-télécharger le fichier. Plus vous attendez, plus Google a le temps de recrawler et de réintégrer des liens toxiques. Agissez dans les 48 heures post-migration.

Erreur n°3 : copier-coller un vieux fichier sans l'auditer. Certains liens désavoués il y a 3 ans n'existent plus ou ont été nettoyés. D'autres, nouveaux, devraient peut-être être ajoutés. Profitez de la migration pour mettre à jour le fichier.

Comment vérifier que tout est en ordre après la migration ?

Utilisez la Search Console pour confirmer que le fichier de désaveu a bien été téléchargé sur la nouvelle propriété. Vérifiez la date de dernière mise à jour.

Surveillez les backlinks détectés par la Search Console dans les semaines qui suivent. Si vous voyez réapparaître des domaines que vous aviez désavoués, c'est le signe que le fichier n'a pas été appliqué ou que le format est incorrect. Comparez les listes de liens avant/après migration.

• Télécharger le fichier de désaveu de l'ancienne propriété Search Console avant la migration
• Créer et valider la nouvelle propriété Search Console pour le domaine cible
• Re-télécharger le fichier de désaveu sur la nouvelle propriété dans les 48 heures post-migration
• Auditer le fichier de désaveu : supprimer les liens obsolètes, ajouter les nouveaux liens toxiques détectés
• Vérifier dans la Search Console que le fichier a bien été pris en compte (date de dernière mise à jour)
• Monitorer l'évolution des backlinks détectés pendant 30 jours pour repérer d'éventuels liens toxiques réintégrés