Vad betyder "Sitemap could not be read" i Google Search Console?

Q: Vad betyder "Sitemap could not be read" i Google Search Console?

Google kunde inte ladda ned din sitemap och har därför inte läst några av dess URL:er. Vanliga orsaker: ett robots.txt-block, ett 404-fel, serverfel eller en manuell åtgärd.

Det betyder att Google försökte ladda ned din sitemap men misslyckades, så ingen av URL:erna i den har lästs. Det är ett hämtningsproblem, inte ett formateringsfel, och det visas oftast med statusen Couldn't fetch. Googles hjälpsidor nämner de vanliga orsakerna: robots.txt blockerar filen, adressen returnerar ett 404-fel, servern ger fel eller är otillgänglig, eller så har webbplatsen en olöst manuell åtgärd. Åtgärda orsaken och skicka in sitemapen igen.

Kontrollera sitemapen på samma sätt som Google

Gå igenom stegen i ordning. De flesta fall löser sig vid steg 2 eller 3.

Öppna exakt den URL som skickades in i ett privat webbläsarfönster. Den ska laddas som XML eller oformaterad text, utan inloggningssida, cookie-vägg eller omdirigering till startsidan.
Kontrollera statuskoden. Kör curl -I https://www.example.com/sitemap.xml och leta efter 200. Ett 404 betyder att adressen är fel eller att filen har flyttats, medan ett 5xx pekar på servern.
Läs robots.txt. En Disallow-regel som omfattar sitemapens sökväg hindrar Google från att hämta den, eftersom Google följer robots.txt även för sitemaps.
Kör en live-inspektion av URL:en för sitemapens adress i Search Console. I Googles hjälp för rapporten Sitemaps rekommenderas att du bekräftar att Page fetch visar Successful innan du skickar in.
Jämför protokoll och värd. En sitemap som skickas in som http://example.com/sitemap.xml till en https://www.example.com/-egendom är en annan adress än den som fungerar.

Vanliga orsaker och lösningar

Orsak	Lösning
`robots.txt` blockerar sitemapens sökväg	Ta bort eller avgränsa regeln och skicka sedan in igen
URL:en returnerar 404	Skicka in den adress där filen faktiskt finns; kontrollera `www`, `https` och avslutande snedstreck
Serverfel eller timeouter	Granska serverloggarna efter Googlebots förfrågningar till sitemapen och efter fel när filen genereras
Brandvägg eller botskydd blockerar Googlebot	Släpp igenom Googles crawlare till sitemapen och de sidor den listar
En olöst manuell åtgärd	Åtgärda den först i rapporten Manual actions; Google anger detta som en orsak till att filen kanske inte hämtas

Google anger också låg crawl-efterfrågan för en webbplats som en orsak till att en sitemap kanske inte hämtas. Om alla kontroller ovan går igenom bör du låta filen vara tillgänglig och skicka in den igen senare.

Fel som liknar det här men inte är samma sak

Om statusen är Has errors i stället för Couldn't fetch har Google läst filen och hittat problem i den. Typiska exempel från samma hjälpsida: ogiltig XML (ofta en dubblerad <loc>-tagg), URL:er på en annan värd eller i en högre mapp än sitemapen, en fil som överskrider gränsen på 50 MB okomprimerad, eller en komprimerad fil som Google inte kunde packa upp. Dessa åtgärdas i själva filen, inte på servern.

Vad händer när du har åtgärdat felet?

Skicka in sitemapen igen i rapporten Sitemaps. Google uppger att man försöker hämta en misslyckad sitemap ytterligare några gånger på egen hand men till slut ger upp, så att skicka in igen efter en åtgärd är det pålitliga sättet att få den läst. Statusen Success betyder att URL:erna har köats för crawlning. Mer om sitemaps finns i How do I submit a sitemap? och Google Search Console sitemap errors.

Så hjälper AutoPSEO

Sidan Sitemaps i AutoPSEO visar varje sitemap som Search Console har för en egendom, med fel, varningar, väntande status och datumet då Google senast laddade ned den, så att en sitemap som Google har slutat läsa är lätt att upptäcka. När du inspekterar många URL:er i bulk från en sitemap-URL laddar AutoPSEO själv ned filen och rapporterar eventuella fel som uppstår vid inläsningen.