Le sitemap est inaccessible (statut 403)
Un sitemap est déclaré ou attendu, mais sa récupération a échoué avec une erreur, un 401, un 403, un 429 ou un statut 5xx : les robots ne peuvent peut-être pas le lire non plus. L'audit le récupère comme un navigateur. Rendez l'URL du sitemap publique et exemptez-la des défis anti-bot et des limitations de débit.
Ce que cela signifie
Un sitemap a été trouvé, mais il a répondu avec le statut 403 ou n'a pas répondu, donc les robots d'exploration ne peuvent peut-être pas l'utiliser non plus. Vérifiez que votre pare-feu les autorise à le récupérer.
Pourquoi c'est important pour la recherche IA
Un sitemap qui renvoie 403 ou une erreur serveur équivaut à un sitemap absent : les robots ne peuvent pas y apprendre l'existence de pages nouvelles ou modifiées. La protection anti-bot est une cause fréquente, car les requêtes de sitemap viennent presque exclusivement de robots, que ces règles sont conçues pour arrêter.
Les gros sitemaps générés à chaque requête peuvent aussi expirer ou atteindre les limites du serveur, ce qui apparaît comme un statut 5xx. Comme l'audit récupère le fichier comme un navigateur, un échec ici signifie généralement que les robots sont eux aussi refusés.
Comment corriger
- Ouvrez l'URL du sitemap du rapport et notez le statut. Le rapport AISeeWhy montre les preuves et un correctif prêt à coller ; lancez ensuite « Revérifier » pour confirmer le résultat.
- Dans votre CDN ou WAF, exemptez les chemins de sitemap (par exemple
/sitemap*.xml) des défis, de Bot Fight Mode et de la limitation de débit. - S'il est derrière une authentification sur une configuration de type préproduction, rendez-le public sur l'hôte de production.
- Pour les erreurs 5xx, mettez en cache le sitemap généré ou construisez-le en fichier statique, et scindez les très gros avec un index de sitemaps.
Comment confirmer le correctif
Après la modification, cliquez sur « Revérifier » dans le rapport : il indique ce qui a été corrigé et comment le score a évolué.