Faut-il vraiment transférer son fichier de désaveu lors d'une migration de domaine ?

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

La Search Console traite chaque propriété de domaine comme une entité distincte. Quand vous migrez de ancien-domaine.com vers nouveau-domaine.com, Google ne fait pas de lien automatique entre les deux propriétés, même avec des redirections 301 parfaitement configurées.

Le fichier de désaveu est stocké au niveau de la propriété Search Console, pas au niveau du site lui-même. Cette architecture technique explique pourquoi l'action de désaveu ne migre pas avec le contenu. Google considère que vous créez une nouvelle présence web, indépendante de l'ancienne.

Quels liens sont concernés par ce transfert ?

Tous les backlinks toxiques que vous aviez désavoués sur l'ancien domaine peuvent théoriquement pointer vers le nouveau via les redirections. Si un lien spammé pointait vers ancien-domaine.com/page et que vous redirigez vers nouveau-domaine.com/page, ce lien devient actif pour le nouveau domaine.

Le problème se pose surtout avec les réseaux de liens artificiels, les annuaires low-quality, ou les ancres sur-optimisées que vous aviez neutralisés. Sans transfert du disavow file, ces signaux négatifs redeviennent visibles par l'algorithme Penguin et peuvent déclencher des pénalités algorithmiques.

Comment Google traite-t-il les désaveux pendant la transition ?

Durant la période où les deux domaines coexistent (ancien avec redirections + nouveau actif), Google crawle les deux propriétés. Les désaveux de l'ancien domaine restent actifs uniquement pour cette propriété. Mais dès que Googlebot suit une redirection 301 et indexe la nouvelle URL, le désaveu ne s'applique plus.

Cette transition crée une fenêtre de vulnérabilité où les liens toxiques peuvent impacter votre ranking. La durée dépend de la vitesse à laquelle Google recrawle et réindexe vos pages sur le nouveau domaine. Pour un site moyen, comptez entre 2 et 8 semaines de migration complète.

• Le fichier de désaveu est lié à la propriété Search Console, pas au domaine DNS ou au contenu du site
• Aucun transfert automatique n'existe, même avec un changement d'adresse déclaré dans la Search Console
• Les redirections 301 transfèrent le PageRank et l'autorité, mais pas les actions manuelles de désaveu
• Un site migré sans transfert de disavow file s'expose aux mêmes liens toxiques qu'avant le nettoyage initial
• La fenêtre de risque court de la détection des redirections jusqu'à la réindexation complète du nouveau domaine

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

Oui, et c'est d'ailleurs une source fréquente de chutes de trafic post-migration. On observe régulièrement des sites qui perdent 15 à 30% de visibilité dans les semaines suivant une migration, sans cause technique apparente. L'analyse révèle souvent que le fichier de désaveu n'a pas été transféré.

Ce qui surprend, c'est que Google ne propose toujours pas de mécanisme automatique pour cette opération. L'outil de changement d'adresse dans Search Console devrait logiquement inclure cette option. Son absence suggère soit une limitation technique, soit une volonté de forcer les SEO à reconsidérer leur politique de désaveu à chaque migration.

Quelles nuances faut-il apporter à cette directive ?

Tous les sites n'ont pas besoin de transférer un disavow file. Si vous n'avez jamais désavoué de liens, cette étape est évidemment inutile. Mais attention : absence de fichier actif ne signifie pas absence de liens toxiques. Une migration est le moment idéal pour auditer votre profil de backlinks.

Second point : ne transférez pas aveuglément un vieux fichier de désaveu sans l'auditer. Les liens désavoués il y a 3-4 ans sont peut-être devenus inactifs (domaines expirés, pages 404). Télécharger votre fichier actuel, croiser avec un crawl à jour des backlinks, puis nettoyer avant de soumettre sur le nouveau domaine. [A vérifier] : Google n'a jamais communiqué sur le nombre de domaines encore actifs dans les disavow files moyens, mais l'expérience montre souvent 20-40% de liens morts.

Dans quels cas cette opération devient-elle critique ?

Si votre site a historiquement subi une pénalité Penguin ou une action manuelle pour liens artificiels, le transfert du disavow file est non-négociable. Sans lui, vous risquez de voir la pénalité se répliquer sur le nouveau domaine dans les 4 à 12 semaines post-migration.

Autre cas critique : les sites ayant utilisé des techniques black hat par le passé (PBN, échanges massifs, ancres exactes sur-optimisées). Même si ces pratiques datent, les liens restent dans l'index Google pendant des années. Une migration sans désaveu revient à repartir avec le même boulet algorithmique.

Que faut-il faire concrètement avant la migration ?

Exportez votre fichier de désaveu actuel depuis l'ancienne propriété Search Console (Sécurité et actions manuelles > Outil de désaveu). Ce fichier texte contient la liste des domaines et URLs que vous avez désavoués. Téléchargez simultanément un export complet de vos backlinks actuels via Search Console ou un outil tiers (Ahrefs, Majestic, Semrush).

Croisez les deux sources pour identifier les liens désavoués qui pointent encore vers votre site. Utilisez un crawler de backlinks pour vérifier leur statut HTTP actuel. Supprimez du fichier de désaveu les domaines qui retournent 404, les domaines expirés, ou les liens devenus nofollow entre-temps. Ce nettoyage évite de polluer inutilement votre nouveau profil.

Comment exécuter le transfert juste après la mise en production ?

Dès que votre nouveau domaine est actif et que les redirections 301 sont en place, ajoutez la nouvelle propriété dans Search Console. Ne tardez pas : la fenêtre entre le crawl des redirections et le transfert du disavow file est votre période de vulnérabilité maximale.

Uploadez le fichier de désaveu nettoyé via l'outil de désaveu de la nouvelle propriété. Google indique que le traitement prend généralement quelques jours à quelques semaines. Pendant ce temps, surveillez vos positions sur les requêtes stratégiques avec un rank tracker quotidien. Une chute brutale dans les 15 premiers jours peut signaler un impact des liens toxiques.

Quelles erreurs éviter lors de cette opération ?

Ne supprimez pas l'ancienne propriété Search Console immédiatement après la migration. Conservez-la au minimum 6 mois pour monitorer les redirections résiduelles et vérifier que Google a bien migré l'essentiel du crawl budget. Certains backlinks pointent encore vers l'ancien domaine des mois après la migration.

Autre erreur fréquente : transférer le disavow file mais oublier de monitorer les nouveaux backlinks toxiques acquis pendant la migration. Les spammeurs ciblent parfois les nouveaux domaines avec des campagnes de negative SEO. Mettez en place des alertes hebdomadaires sur vos nouveaux backlinks pour détecter rapidement toute anomalie.

• Exporter le fichier de désaveu de l'ancienne propriété Search Console avant la migration
• Auditer et nettoyer le fichier : supprimer les domaines expirés et liens morts
• Créer la nouvelle propriété Search Console dès la mise en production du nouveau domaine
• Uploader le fichier de désaveu nettoyé sur la nouvelle propriété dans les 48h suivant la migration
• Monitorer quotidiennement les positions pendant les 30 premiers jours post-migration
• Conserver l'ancienne propriété Search Console active pendant 6 mois minimum