Sitemap-ul nu poate fi preluat (stare 403)

Răspuns scurt

Un sitemap este declarat sau așteptat, dar descărcarea lui a eșuat cu o eroare, 401, 403, 429 sau un status 5xx, deci este posibil ca nici crawlerele să nu-l poată citi. Auditul îl descarcă ca un browser. Fă URL-ul sitemapului public și exclude-l de la verificările anti-bot și limitele de rată.

sitemap.unreachable · Prioritate: P2

Ce înseamnă

A fost găsit un sitemap, dar a răspuns cu starea 403 sau nu a răspuns deloc, deci este posibil ca nici crawlerele să nu îl poată folosi. Verifică dacă firewall-ul permite crawlerelor să îl preia.

De ce contează pentru căutarea AI

Un sitemap care returnează 403 sau o eroare de server este ca și cum ar lipsi: crawlerele nu pot afla din el despre pagini noi sau schimbate. Protecția anti-bot este o cauză frecventă, pentru că cererile pentru sitemap vin aproape exclusiv de la crawlere, pe care aceste reguli sunt făcute să le oprească.

Sitemapurile mari generate la fiecare cerere pot, de asemenea, să expire sau să atingă limitele serverului, ceea ce apare ca status 5xx. Pentru că auditul descarcă fișierul ca un browser, un eșec aici înseamnă de obicei că și crawlerele sunt refuzate.

Cum se remediază

  1. Deschide URL-ul sitemapului din raport și notează statusul. Raportul AISeeWhy arată dovezile și un remediu gata de lipit; apoi rulează „Verifică din nou” ca să confirmi rezultatul.
  2. În CDN sau WAF, exclude căile sitemapului (de exemplu /sitemap*.xml) de la verificări, Bot Fight Mode și limitarea ratei.
  3. Dacă este în spatele autentificării, într-o configurație de tip staging, fă-l public pe gazda de producție.
  4. Pentru erori 5xx, pune în cache sitemapul generat sau construiește-l în prealabil ca fișier static și împarte-le pe cele foarte mari cu un index de sitemapuri.

Cum confirmi remediul

După modificare, apasă „Verifică din nou” în raport: vezi ce s-a remediat și cum s-a schimbat scorul.

Verifică pagina mea →

Toate constatările și cum funcționează scorul