Impossible de récupérer le sitemap ? Le piège du proxy n°191
Vous venez d’envoyer votre sitemap dans Search Console et l’état affiche en rouge « impossible de récupérer le sitemap ». Pourtant, votre site s’ouvre très bien dans votre navigateur. Cela peut arriver quand on vient de cloner un site, par exemple avec UpdraftPlus, et qu’il passe par Cloudflare. Rassurez-vous : l’erreur ne signifie pas que votre site est cassé, seulement que Google n’arrive pas à lire le fichier.
Vivre de la céramique sans CAP : découvrez en 3 minutes les 5 compétences à maîtriser en priorité
Je fais le quiz (3 min) →En bref : l’essentiel avant la suite
Quand Search Console ne parvient pas à lire votre sitemap, faites un test simple : ouvrez l’adresse de votre robots.txt dans le navigateur. Si une erreur XML de stockage s’affiche à la place de quelques lignes de texte, la réponse ne vient pas de WordPress. Sur notre site cloné, l’hébergement était correct et les enregistrements DNS aussi.
Le blocage venait du proxy Cloudflare, le nuage orange.
Après le passage en « DNS uniquement » (nuage gris), le robots.txt s’est affiché normalement. Search Console a ensuite accepté le sitemap : « Opération effectuée », avec 2 pages découvertes.
Votre site s’ouvre, mais Google refuse de lire le sitemap
Dans la page Sitemaps de Search Console, l’adresse sitemap_index.xml apparaissait avec le type « Inconnu », un état rouge et 0 page découverte. Le plugin Rank Math est pourtant censé générer ce fichier automatiquement.
De son côté, le site était bien en ligne chez l’hébergeur : WordPress installé, nom de domaine rattaché, cadenas HTTPS actif. Tout semblait en ordre, et c’est ce qui rend cette erreur déroutante.

Vivre de la céramique sans CAP : découvrez en 3 minutes les 5 compétences à maîtriser en priorité
Je fais le quiz (3 min) →Le test qui révèle ce que Google reçoit vraiment
Plutôt que de renvoyer le sitemap dix fois, regardez ce que reçoit Google. Ouvrez dans votre navigateur l’adresse de votre fichier robots.txt, par exemple https://votre-site.fr/robots.txt. Normalement, quelques lignes de texte commençant par « User-agent » s’affichent.
Chez nous, c’est une page d’erreur XML qui s’affichait, avec le code InvalidArgument et un identifiant de requête. Ce type de message ressemble à une réponse d’un serveur de stockage de fichiers, pas à une page WordPress. La demande n’arrivait donc pas jusqu’au site : quelque chose s’interposait en chemin.

« Erreur XML InvalidArgument affichée à la place du fichier robots.txt »
Ce que nous avons vérifié avant de soupçonner Cloudflare
On écarte d’abord les causes les plus simples, l’une après l’autre. Les enregistrements DNS pointaient bien vers le serveur de l’hébergeur, comme ceux des autres sous-domaines. Dans le gestionnaire de l’hébergeur, le site était rattaché au bon nom de domaine, en ligne et sécurisé. Ni le DNS ni l’hébergement n’expliquaient donc l’erreur.
Restait un suspect : le proxy Cloudflare. Quand le nuage est orange (« Proxied »), vos visiteurs et Google ne parlent plus directement à l’hébergeur : ils passent par Cloudflare, qui relaie la demande. Quand il est gris (« DNS uniquement »), Cloudflare se contente d’indiquer l’adresse du serveur.
Nous avons donc passé les enregistrements du sous-domaine en « DNS uniquement ». Quelques minutes plus tard, et après avoir vidé le cache du navigateur, le robots.txt s’affichait en texte normal. Le proxy était bien en cause.
Une précision honnête : nous n’avons pas identifié le réglage exact de Cloudflare qui renvoyait cette erreur. Cela ne vous empêche pas de débloquer votre sitemap, comme vous allez le voir.
Pour vivre de votre poterie, un site que Google lit correctement ne suffit pas, mais c’est un bon début. Recevez le guide Liberté céramique book et rejoignez la communauté pour découvrir les cours de poterie en ligne.
Impossible de récupérer le sitemap : la correction pas à pas
Voici la marche à suivre, dans l’ordre. Chaque étape ne prend que quelques minutes.
- Dans Cloudflare, ouvrez la zone DNS de votre domaine et repérez les enregistrements A et AAAA du sous-domaine concerné.
- Cliquez sur « Modifier », passez l’état du proxy de « Proxied » (nuage orange) à « DNS uniquement » (nuage gris), puis enregistrez.
- Patientez deux à trois minutes, puis rouvrez votre robots.txt dans une fenêtre privée ou après avoir vidé le cache du navigateur. Vous devez voir du texte, plus d’erreur XML.
- Ouvrez ensuite
https://votre-site.fr/sitemap_index.xml: la liste des sous-sitemaps doit s’afficher. - Dans Search Console, supprimez la ligne en erreur, saisissez
sitemap_index.xmlet cliquez sur Envoyer.
Chez nous, Search Console a ensuite affiché « Opération effectuée », avec 2 pages découvertes : l’accueil et la page contact. Si l’état reste rouge juste après l’envoi, patientez : Google peut mettre de quelques minutes à quelques heures pour relire le fichier.

Vivre de la céramique sans CAP : découvrez en 3 minutes les 5 compétences à maîtriser en priorité
Je fais le quiz (3 min) →