1. Lisez le détail de l’erreur
Dans Search Console, ouvrez Sitemaps, sélectionnez l’envoi concerné et développez les détails. Notez l’URL exacte, le statut et la dernière lecture. « Couldn’t fetch » concerne la récupération ; une erreur de parsing concerne le contenu. Aucun de ces messages ne prouve que toutes les pages ont disparu de l’index.
Certains échecs sont temporaires ou liés à une faible demande d’exploration. Si vos contrôles sont bons, comparez les tentatives suivantes plutôt que de réécrire sans cesse l’XML.
2. Contrôlez l’URL finale et la réponse HTTP
- 404 : l’adresse envoyée doit réellement exister. Un changement de CMS peut avoir déplacé le fichier. Envoyez son adresse finale réelle.
- 403, connexion ou défi anti-bot : vérifiez hébergement et pare-feu. Le navigateur ne prouve pas l’accès de Googlebot. Consultez le test Google et les journaux avant de changer la sécurité.
- 5xx ou délai dépassé : recherchez une panne applicative, une indisponibilité ou un incident intermittent. Un délai dépassé peut ne fournir aucun statut HTTP.
- 200 : examinez le contenu. Une page HTML de maintenance renvoyée avec 200 n’est pas la sitemap attendue.
curl -i https://example.com/sitemap.xmlCette commande teste votre propre connexion. Remplacer son user agent par Googlebot ne reproduit ni ne vérifie une véritable requête Googlebot.
3. Validez l’XML et les fichiers enfants
Vérifiez la racine, le namespace, les balises fermantes et les valeurs loc absolues. Échappez les caractères spéciaux : dans l’XML, écrivez & pour une esperluette dans une URL. Un index doit référencer des fichiers sitemap lisibles, pas des pages HTML.
Le protocole autorise 50 000 URL et 50 Mo non compressés par sitemap. Fractionnez les fichiers plus grands et utilisez un index. Les limites gratuites de SitemapXML sont distinctes : 2 Mo par fichier, jusqu’à 10 fichiers et 5 000 URL uniques pour les outils XML.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url><loc>https://example.com/catalog?page=1&lang=fr</loc></url>
</urlset>4. Vérifiez ce que Google peut récupérer
Collez l’URL de la sitemap dans Inspection d’URL et lancez le test en direct. Examinez l’autorisation d’exploration et la récupération. Cherchez dans robots.txt une règle bloquant le fichier et comparez les résultats aux journaux du serveur à l’heure de l’échec.
Ne désactivez pas le pare-feu à l’aveugle. Identifiez la règle ou l’adresse en échec. Une sitemap enfant peut échouer alors que son index fonctionne.
5. Séparez erreurs XML et exclusions des pages
Une sitemap lisible peut contenir une page noindex, une redirection ou un canonical vers une autre adresse. Ce sont des conditions propres aux pages, pas des preuves d’XML malformé. Utilisez l’inspection d’URL pour l’indexation.
Le validateur SitemapXML vérifie structure et métadonnées. Le crawler enregistre les réponses des pages réellement visitées. Lire des URL dans un XML ne signifie pas les requêter ni confirmer leur disponibilité.
6. Revérifiez puis renvoyez le fichier
Validez le fichier publié et ses enfants, puis renvoyez l’URL corrigée. Consultez la nouvelle date de lecture et les détails sans attendre une mise à jour instantanée. Si l’erreur revient après un déploiement, contrôlez les mises à jour du CMS, le cache et le chemin de publication.