Pourquoi votre fichier Disavow est-il systématiquement rejeté par Google ?

Qu'est-ce qui rend un fichier Disavow valide aux yeux de Google ?

Google impose un format strictement textuel pour les fichiers Disavow. Pas de fantaisie : extension .txt uniquement, encodage UTF-8 ou ASCII de préférence. Le parser de Google ne sait lire que trois types de lignes : les commentaires (précédés d'un #), les domaines complets (format domain:exemple.com), et les URLs absolues.

Toute tentative d'envoyer un document formaté (.doc, .docx, .xls, .xlsx) se solde par un rejet immédiat. Le système ne tente même pas de convertir ou d'interpréter : il refuse le fichier dès l'upload. Résultat ? Aucun lien n'est désavoué, et si ce fichier accompagne une demande de réexamen pour pénalité manuelle, cette demande échoue.

Pourquoi Google n'accepte-t-il pas d'autres formats ?

La raison technique est simple : Google traite des millions de fichiers Disavow quotidiennement, soumis par des webmasters du monde entier. Autoriser plusieurs formats nécessiterait des parsers capables de gérer Word (avec ses différentes versions, macros, encodages), Excel (avec ses feuilles multiples, formules, cellules fusionnées), PDF, CSV avec séparateurs variables.

Le texte brut élimine toute ambiguïté. Un fichier .txt contient exclusivement des caractères, sans métadonnées cachées ni structure complexe. Le parser peut le lire ligne par ligne, identifier les patterns (domain:, http://, #), et appliquer les règles sans risque d'erreur d'interprétation. C'est un choix de robustesse et d'évolutivité.

Quelles sont les conséquences concrètes d'un format incorrect ?

Un fichier rejeté ne génère pas toujours un message d'erreur explicite dans Search Console. Parfois, l'interface affiche simplement « 0 domaines ou URLs désavoués », ce qui peut prêter à confusion. Le webmaster croit avoir soumis son fichier, alors qu'en réalité rien n'a été traité.

Si cette soumission intervient dans le cadre d'une demande de réexamen après pénalité manuelle (Penguin ou spam de liens), Google considère que les efforts de nettoyage sont incomplets. La demande est refusée, et le site reste pénalisé. Dans certains cas, cela peut retarder la levée de sanction de plusieurs semaines, voire mois, le temps que le webmaster identifie l'erreur et resoumette correctement.

• Format unique accepté : fichier texte brut (.txt), encodage UTF-8 ou ASCII
• Lignes valides : commentaires (#), domaines (domain:), URLs absolues (http:// ou https://)
• Rejet silencieux : un fichier incorrect peut ne pas afficher d'erreur explicite, créant une fausse impression de validation
• Impact sur réexamen : un Disavow mal formaté bloque la levée de pénalité manuelle
• Pas de conversion automatique : Google ne tente jamais d'extraire le contenu d'un fichier Word/Excel

Cette exigence de format texte est-elle cohérente avec les pratiques observées sur le terrain ?

Absolument. Quinze ans d'expérience terrain confirment que Google ne fait aucune exception sur ce point. Les cas de fichiers .doc ou .xlsx « acceptés » n'existent pas. Le parser est implacable : texte brut ou rien.

Ce qui surprend encore certains praticiens, c'est l'absence de message d'erreur clair dans tous les cas. Search Console devrait idéalement afficher « Format de fichier invalide » ou « Extension non supportée ». Au lieu de ça, l'interface se contente parfois d'afficher un compteur à zéro, ce qui masque le problème réel. On a vu des clients convaincus d'avoir désavoué 200 domaines, alors que leur fichier Excel n'avait jamais été lu.

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

La nuance principale concerne l'encodage du fichier. Google recommande UTF-8, mais accepte aussi ASCII. En revanche, des encodages exotiques (Windows-1252, ISO-8859-1 avec caractères accentués mal interprétés) peuvent provoquer des erreurs de parsing silencieuses. Une ligne mal encodée est simplement ignorée, sans notification.

Autre point : la taille maximale du fichier. Google impose une limite de 100 000 lignes et 2 Mo. Au-delà, le fichier est tronqué ou rejeté. Si vous désavouez des dizaines de milliers de domaines (cas extrême de negative SEO massif), il faut prioriser les domaines les plus toxiques et surveiller que le fichier reste sous ce seuil. [À vérifier] : Google ne publie pas de statistiques sur le taux de rejet lié à la taille, mais des tests empiriques montrent que 2 Mo est la limite stricte.

Dans quels cas cette règle pose-t-elle problème en pratique ?

Le vrai souci survient quand des équipes non techniques gèrent le Disavow. Un chef de projet reçoit une liste de backlinks toxiques dans un tableur Excel partagé par l'agence ou l'outil d'analyse. Il l'ouvre, ajoute quelques domaines, et… l'uploade directement en .xlsx dans Search Console. Rejet garanti.

Autre cas piège : les fichiers créés dans des éditeurs de texte « riches » (WordPad, TextEdit en mode RTF). L'extension est parfois .txt, mais le contenu inclut des balises de formatage invisibles. Google les rejette aussi. La seule solution sûre reste Notepad (Windows), TextEdit en mode texte brut (Mac), ou un éditeur comme Sublime Text, VS Code, Atom.

Comment créer un fichier Disavow conforme à coup sûr ?

Ouvrez un éditeur de texte brut (Notepad, TextEdit en mode texte, Sublime Text). Jamais Word, jamais Excel. Ajoutez vos commentaires en commençant chaque ligne par #, puis listez vos domaines ou URLs. Format domain: pour désavouer un site entier, URL complète (http:// ou https://) pour désavouer une page précise.

Enregistrez le fichier avec l'extension .txt. Vérifiez l'encodage : UTF-8 sans BOM (Byte Order Mark) est le plus sûr. Sur Windows, Notepad propose « UTF-8 » par défaut depuis les versions récentes. Sur Mac, TextEdit permet de choisir « Unicode (UTF-8) » dans les options de sauvegarde. Une fois enregistré, ouvrez le fichier avec un autre éditeur pour confirmer qu'aucun caractère bizarre n'apparaît.

Quelles erreurs éviter absolument lors de la soumission ?

Première erreur : uploader un fichier .csv ou .xls en croyant que « c'est presque du texte ». Non. Le parser Google ne lit que .txt. Deuxième erreur : utiliser des URLs relatives (/page.html au lieu de https://exemple.com/page.html). Google les ignore. Troisième erreur : oublier le préfixe domain: devant un nom de domaine. Sans ce préfixe, Google tente d'interpréter la ligne comme une URL, et si elle ne commence pas par http, elle est rejetée.

Erreur fréquente aussi : mélanger protocoles. Si vous désavouez http://exemple.com/page et que le lien toxique pointe vers https://exemple.com/page, le désaveu ne fonctionne pas. Dans le doute, utilisez domain:exemple.com pour couvrir toutes les variations (http, https, www, sous-domaines).

Comment vérifier que le fichier a bien été pris en compte ?

Après upload dans Search Console (section Désavouer des liens), consultez le tableau de bord Disavow. Google affiche le nombre de domaines et d'URLs désavoués. Si ces chiffres correspondent à votre fichier, c'est bon signe. S'ils sont à zéro alors que vous avez listé 50 domaines, c'est que le fichier a été rejeté ou mal parsé.

Google ne traite pas le fichier instantanément. Comptez quelques jours à quelques semaines pour que les liens désavoués soient effectivement ignorés dans le calcul du PageRank et du profil de liens. Surveillez les rapports de liens dans Search Console : les domaines désavoués devraient progressivement disparaître du graphe, ou du moins être marqués comme « ignorés ».

• Ouvrir un éditeur de texte brut (Notepad, TextEdit, Sublime Text)
• Utiliser exclusivement le format domain:exemple.com ou https://exemple.com/page.html
• Enregistrer en .txt avec encodage UTF-8 sans BOM
• Vérifier que le fichier ne dépasse pas 100 000 lignes ni 2 Mo
• Contrôler dans Search Console que le nombre de domaines/URLs désavoués correspond
• Attendre 2 à 4 semaines pour observer l'impact dans les rapports de liens