Du öppnar Google Search Console för att kontrollera indexering, navigerar till webbplatskartan och ser statusen "Couldn't fetch." Låter det bekant?

Det här felet kan skapa panik: det verkar som att Google inte kan se din webbplats alls och att alla sidor är på väg att försvinna ur indexet. I praktiken är situationen nästan alltid löst inom 10-15 minuter, och i hälften av fallen ligger problemet inte ens hos dig.

Här är en beprövad algoritm: från diagnos till fullständig lösning. Utan utfyllnad, med specifika steg och riktiga skärmdumpar från Search Consoles gränssnitt.

💡 Snabb överblick:

• Kontrollera om felet är verkligt: ofta är det en bugg hos Google, och du behöver bara vänta eller begära en ny genomsökning
• Testa webbplatskartans tillgänglighet via URL-inspektion och Live-test: det tar en minut och visar direkt om Google kan se din fil
• Om felet är verkligt, gå igenom checklistan: XML-validering, robots.txt, tillägg, serversvar
• I komplexa fall, använd tredjepartsverktyg för diagnos och skicka in webbplatskartan igen via Search Consoles gränssnitt

Varför Google inte kan hämta webbplatskartan

Roten till problemet bör delas upp i två: ett fel på Googles sida och ett fel på din sida. Skillnaden är fundamental eftersom du i det första fallet inte behöver göra någonting alls.

Search Console-bugg. Sedan den stora uppdateringen av Search Consoles gränssnitt har situationer blivit vanligare där statusen "Couldn't fetch" är falsk. Google försöker ladda webbplatskartan, något går fel internt i systemet, och rapporten visar ett fel trots att filen på servern är helt felfri. Googles ingenjörer är medvetna om problemet, och den officiella dokumentationen säger direkt: om hämtningen misslyckas kommer systemet att försöka igen inom några dagar, och först efter en serie misslyckanden slutar det kontrollera.

Faktisk otillgänglighet. Webbplatskartan levereras fysiskt inte: trasig XML, felaktig Content-Type, blockering i robots.txt, ett säkerhetstillägg som avvisar förfrågningar från Googlebot, en felkonfigurerad CDN eller brandvägg. Detta inkluderar även utgångna SSL-certifikat på domänen, vilket hindrar Google från att upprätta en säker anslutning.

Indirekta orsaker. Vissa WordPress-tillägg (särskilt säkerhets- och cachningstillägg) kan av misstag blockera Googlebots användaragent. Ibland är boven inte det tillägg du först misstänker; problemet visar sig som en kaskad: ett cachetillägg genererar en statisk kopia av webbplatskartans sida, medan ett säkerhetstillägg blockerar förfrågningar till den kopian.

Hur du kontrollerar om webbplatskartan är tillgänglig

Det snabbaste sättet att skilja en Google-bugg från ett verkligt problem är verktyget för URL-inspektion direkt i Search Console. Det visar vad Googlebot ser när den kommer åt filen.

Steg 1. Öppna Search Console, klistra in webbplatskartans fullständiga URL i inspektionsfältet högst upp i gränssnittet och tryck på Enter.

Steg 2. Om URL:en inte är indexerad (detta är normalt för webbplatskartor eftersom de vanligtvis har noindex), klicka på knappen "Testa live-URL". Search Console kommer att utföra ett Live-test, komma åt filen i realtid och visa resultatet.

Steg 3. Scrolla ner på Live-test-sidan till avsnittet "Sidhämtning". Om det står "Lyckades" kan Google se filen, och felet "Couldn't fetch" i webbplatskarterapporten är en bugg på Search Consoles sida. Gör ingenting: statusen kommer att uppdateras under nästa kontrollcykel, eller skicka in webbplatskartan igen via knappen i webbplatskarterapporten.

Om Sidhämtning visar ett fel, gå vidare till nästa avsnitt.

Steg-för-steg-åtgärd: en checklista med fem punkter

När live-testet bekräftar att Google verkligen inte kan hämta webbplatskartan, gå igenom punkterna i ordning. Varje nästa steg gäller endast om det föregående inte löste problemet.

1. Kontrollera XML-giltighet

Öppna webbplatskartans URL i din webbläsare. Om du ser ren XML med taggarna <urlset> och <url> är strukturen okej. Om sidan är tom, ger ett PHP-fel eller visar en vit HTML-sida är webbplatskartan trasig.

För djupare verifiering, använd XML Sitemap Validator, ett gratis onlineverktyg som visar formateringsfel, trasiga URL:er i webbplatskartan och bristande efterlevnad av Sitemap Protocol-standarden. Det talar också om ifall gränsen på 50 000 URL:er per fil överskrids (i så fall behöver du ett webbplatskartindex).

2. Kontrollera robots.txt och serverheaders

Googlebot måste ha åtkomst till webbplatskartefilen. Öppna yoursite.com/robots.txt och se till att det inte finns någon rad som:

1
Disallow: /sitemap.xml
2

Kontrollera också att Googlebots användaragent inte är blockerad med en rad som User-agent: Googlebot följt av Disallow: /.

Serverns svarsheader Content-Type bör vara application/xml eller text/xml. Om servern levererar webbplatskartan som text/html kanske Google inte känner igen filen. Du kan kontrollera headers via Fetch & Render från TechnicalSEO, som visar sidan genom Googlebots ögon med alla HTTP-headers.

3. Kontrollera WordPress-tillägg

Säkerhetstillägg (Wordfence, Solid Security, Sucuri) och cachningstillägg (WP Rocket, W3 Total Cache, LiteSpeed Cache) är de främsta misstänkta. Algoritm:

• Cachetillägg. Rensa cachen, exkludera tillfälligt sitemap.xml från cachning. I WP Rocket finns ett fält "Aldrig cacha URL:er"; i LiteSpeed Cache, fliken "Excludes". Efter exkludering, rensa cachen igen.

• Säkerhetstillägg. Kontrollera tilläggets loggar efter blockerade förfrågningar till sitemap.xml från användaragenten Googlebot. Wordfence visar sådana blockeringar i realtid under "Tools → Live Traffic."

• SEO-tillägg. Ibland ligger problemet i själva webbplatskartgeneratorn. Yoast SEO, Rank Math, All in One SEO, var och en har sin egen hanterare. Försök att återskapa webbplatskartan: i Yoast SEO görs detta via "Inställningar → Webbplatsfunktioner → XML-webbplatskartor" (växla av-på); i Rank Math, via "Sitemap Settings → Save changes."

4. Uteslut blockering från webbhotell och CDN

Vissa webbhotell och brandväggar (Cloudflare, Sucuri WAF) kan blockera Googlebots förfrågningar baserat på IP eller användaragent. Kontrollera:

• Cloudflare. I avsnittet "Security → Events", leta efter blockerade förfrågningar till sitemap.xml. Om de hittas, skapa en WAF-regel som tillåter användaragenten Googlebot för URL:er som innehåller sitemap.

• Webbhotellets brandvägg. Vissa kontrollpaneler (cPanel, ISPmanager) har inbyggda ModSecurity-regler som felaktigt triggas på XML-filer. Kontrollera Apache/NGINX-loggarna efter 403-fel vid åtkomst till sitemap.xml.

5. Skicka in webbplatskartan igen

Efter att ha åtgärdat orsaken, gå tillbaka till Search Console → Webbplatskartor → klistra in webbplatskartans URL i fältet "Lägg till en ny webbplatskarta" → Skicka in. Systemet kommer att försöka ladda filen omedelbart. Om statusen ändras till "Lyckades" är problemet löst.

Viktig notering: även efter framgångsrik inläsning av webbplatskartan garanterar Google inte indexering av alla URL:er som listas i den. Indexeringshastighet och fullständighet beror på webbplatsens storlek, auktoritet och uppdateringsfrekvens för innehåll.

Diagnostiska verktyg

Utöver Search Consoles inbyggda verktyg, ha tre externa verktyg till hands; de täcker praktiskt taget alla diagnostiska scenarier:

• Online validator från XML-Sitemaps, en strukturvaliderare. Kontrollerar syntax, antal URL:er, nästlade webbplatskartindex och efterlevnad av Sitemaps.org-standarden. Gratis, ingen registrering krävs.

• Fetch & Render, en Googlebot-emulator. Visar hur Google ser sidan: HTTP-headers, statuskod, renderad HTML. Användbart när du behöver förstå om servern byter ut innehåll för olika användaragenter.

• PageSpeed Insights, ett indirekt men viktigt verktyg. Om servern svarar långsamt (TTFB över 1-2 sekunder för en statisk XML-fil) kan Google bryta anslutningen vid försök att ladda en stor webbplatskarta.

⁉️🤔 Vanliga frågor

Varför dyker felet "Couldn't fetch" upp och försvinner utan att jag gör något?

Detta är klassiskt beteende för en bugg på Googles sida. Systemet kontrollerar regelbundet webbplatskartan enligt sitt eget schema, och vid vissa tillfällen orsakar en intern störning ett falskt fel. Nästa automatiska kontroll lyckas ofta, vilket är anledningen till att statusen fladdrar. Om webbplatskartan är fysiskt tillgänglig (verifierad via Live-test), ignorera fladdret; det påverkar inte indexeringen.

Hur ofta kontrollerar Google webbplatskartan efter framgångsrik inläsning?

Kontrollschemat är inte knutet till regelbunden genomsökning av webbplatsen. Google avslöjar inte den exakta frekvensen, men i praktiken för aktiva webbplatser sträcker den sig från flera gånger i veckan till en gång med några dagars mellanrum. Om du har gjort stora ändringar i webbplatskartan och vill påskynda behandlingen, skicka in den igen via knappen Skicka in i webbplatskarterapporten.

Kan felet vara relaterat till webbplatskartans storlek?

Ja. Gränsen är 50 000 URL:er och 50 MB per fil. Om webbplatskartan överskrider någon av gränserna kan Google misslyckas med att bearbeta den. Lösningen är ett webbplatskartindex: en överordnad XML som refererar till flera underordnade filer, var och en inom gränserna. De flesta WordPress SEO-tillägg gör detta automatiskt när tröskeln överskrids.

Bör jag lägga till webbplatskartan i robots.txt?

Rekommenderas starkt. Lägg till direktivet Sitemap: https://yoursite.com/sitemap.xml i robots.txt; detta ger Google en andra väg att upptäcka filen. Även om inlämning via Search Consoles gränssnitt misslyckas kan Google hitta webbplatskartan vid genomsökning av robots.txt.

Påverkar ett hämtningsfel för webbplatskartan rankningen?

Inte direkt. Google utfärdar inga straff för otillgänglig webbplatskarta. Indirekt påverkan är möjlig: utan en webbplatskarta kan nya eller sällan uppdaterade sidor få vänta längre på indexering, särskilt på stora webbplatser med komplexa strukturer. För små webbplatser med bra intern länkning är frånvaron av en webbplatskarta praktiskt taget omärkbar.

Webbplatskarta otillgänglig: vad du ska göra just nu

Algoritmen kokar ner till tre steg som täcker de allra flesta fall:

• Live-test. Klistra in webbplatskartans URL i Search Consoles inspektionsfält → klicka på Live-test. "Sidhämtning: Lyckades" → felet är falskt, gör ingenting. "Misslyckades" → gå vidare.

• Diagnos på serversidan. Öppna sitemap.xml i din webbläsare; ser du ren XML? Kontrollera robots.txt efter Disallow? Rensa cache och kontrollera säkerhetstilläggets loggar? Kör filen genom XML Sitemap Validator?

• Återinskickning. Åtgärda orsaken → gå tillbaka till Webbplatskartor → Skicka in. Status ändrad till "Lyckades"? Klart. Om inte, gå tillbaka till punkt 2 och kontrollera serverheaders via Fetch & Render.

Om du närmar dig diagnosen systematiskt och inte hoppar över steg löses problemet inom en kontrollcykel. Och falska Search Console-fel, som står för en god hälft av förfrågningarna i detta ämne, kräver ingen åtgärd alls.