Du åpner Google Search Console for å sjekke indeksering, navigerer til sitemap-rapporten og ser statusen «Couldn't fetch». Høres det kjent ut?

Denne feilen kan skape panikk: det virker som om Google ikke ser nettstedet ditt i det hele tatt, og at alle sider er i ferd med å falle ut av indeksen. I praksis løser situasjonen seg nesten alltid i løpet av 10-15 minutter, og i halvparten av tilfellene ligger problemet ikke engang hos deg.

Nedenfor finner du en utprøvd algoritme: fra diagnose til fullstendig løsning. Uten fyllstoff, med konkrete steg og ekte skjermbilder fra Search Console-grensesnittet.

💡 Rask oversikt:

• Sjekk om feilen er reell: ofte er det en Google-glipp, og du trenger bare å vente eller be om en ny gjennomgang
• Test sitemap-tilgjengelighet via URL-inspeksjon og Live Test: dette tar ett minutt og viser umiddelbart om Google kan se filen din
• Hvis feilen er reell, gå gjennom sjekklisten: XML-validering, robots.txt, plugin-moduler, serverrespons
• I komplekse tilfeller, bruk tredjeparts diagnoseverktøy og send inn sitemap på nytt via Search Console-grensesnittet

Hvorfor Google ikke kan hente sitemap

Roten til problemet bør deles i to: en feil på Googles side og en feil på din side. Forskjellen er fundamental, for i det første tilfellet trenger du ikke gjøre noe som helst.

Search Console-glipp. Siden den store oppdateringen av Search Console-grensesnittet har situasjoner der statusen «Couldn't fetch» er falsk, blitt hyppigere. Google forsøker å laste inn sitemap, noe går galt internt i systemet, og rapporten viser en feil selv om filen på serveren er helt i orden. Googles ingeniører er klar over dette problemet, og den offisielle dokumentasjonen sier direkte: hvis henting mislykkes, vil systemet prøve på nytt i løpet av flere dager, og først etter en serie feil vil det slutte å sjekke.

Faktisk utilgjengelighet. Sitemap blir fysisk ikke servert: ødelagt XML, feil Content-Type, blokkering i robots.txt, en sikkerhetsplugin som avviser Googlebot-forespørsler, et feilkonfigurert CDN eller brannmur. Dette inkluderer også utløpte SSL-sertifikater på domenet, som hindrer Google i å etablere en sikker tilkobling.

Indirekte årsaker. Noen WordPress-plugin-moduler (spesielt sikkerhets- og mellomlagrings-plugin-moduler) kan ved et uhell blokkere Googlebot-brukeragenten. Noen ganger er synderen ikke den plugin-modulen du først mistenker; problemet manifesterer seg som en kaskade: en mellomlagringsplugin genererer en statisk kopi av sitemap-siden, mens en sikkerhetsplugin blokkerer forespørsler til den kopien.

Hvordan sjekke om sitemap er tilgjengelig

Den raskeste måten å skille en Google-feil fra et reelt problem på er URL-inspeksjonsverktøyet rett i Search Console. Det viser hva Googlebot ser når den får tilgang til filen.

Steg 1. Åpne Search Console, lim inn hele sitemap-URL-en i inspeksjonsfeltet øverst i grensesnittet, og trykk Enter.

Steg 2. Hvis URL-en ikke er indeksert (dette er normalt for sitemap siden de vanligvis har noindex), klikk på knappen «Test live URL». Search Console vil utføre en Live Test, få tilgang til filen i sanntid og vise resultatet.

Steg 3. Rull nedover Live Test-siden til seksjonen «Page fetch». Hvis det står «Successful», kan Google se filen, og «Couldn't fetch»-feilen i sitemap-rapporten er en feil på Search Consoles side. Gjør ingenting: statusen vil oppdateres i løpet av neste sjekksyklus, eller send inn sitemap på nytt via knappen i Sitemap-rapporten.

Hvis Page fetch viser en feil, gå videre til neste seksjon.

Steg-for-steg-løsning: en sjekkliste med fem punkter

Når live-testen bekrefter at Google virkelig ikke kan hente sitemap, gå gjennom punktene i rekkefølge. Hvert neste steg gjelder bare hvis det forrige ikke løste problemet.

1. Sjekk XML-gyldighet

Åpne sitemap-URL-en i nettleseren din. Hvis du ser ren XML med <urlset>- og <url>-tagger, er strukturen fin. Hvis siden er blank, kaster en PHP-feil eller viser en hvit HTML-side, er sitemap ødelagt.

For dypere verifisering, bruk XML Sitemap Validator, et gratis nettbasert verktøy som viser formateringsfeil, ødelagte URL-er i sitemap og manglende samsvar med Sitemap Protocol-standarden. Det vil også fortelle deg om grensen på 50 000 URL-er per fil er overskredet (i så fall trenger du en sitemap-indeks).

2. Sjekk robots.txt og serverheadere

Googlebot må ha tilgang til sitemap-filen. Åpne yoursite.com/robots.txt og forsikre deg om at det ikke finnes noen linje som:

1
Disallow: /sitemap.xml
2

Sjekk også at Googlebot-brukeragenten selv ikke er blokkert med en linje som User-agent: Googlebot etterfulgt av Disallow: /.

Serverresponsens Content-Type-header skal være application/xml eller text/xml. Hvis serveren serverer sitemap som text/html, kan det hende Google ikke gjenkjenner filen. Du kan sjekke headere via Fetch & Render fra TechnicalSEO, som viser siden gjennom Googlebots øyne med alle HTTP-headere.

3. Sjekk WordPress-plugin-moduler

Sikkerhetsplugin-moduler (Wordfence, Solid Security, Sucuri) og mellomlagringsplugin-moduler (WP Rocket, W3 Total Cache, LiteSpeed Cache) er hovedmistenkte. Algoritme:

• Mellomlagringsplugin-moduler. Tøm mellomlageret, ekskluder sitemap.xml midlertidig fra mellomlagring. I WP Rocket finnes det et felt for «Never cache URLs»; i LiteSpeed Cache, fanen «Excludes». Etter ekskludering, tøm mellomlageret igjen.

• Sikkerhetsplugin-moduler. Sjekk plugin-loggene for blokkerte forespørsler til sitemap.xml fra brukeragenten Googlebot. Wordfence viser slike blokkeringer i sanntid under «Tools → Live Traffic».

• SEO-plugin-moduler. Noen ganger ligger problemet i selve sitemap-generatoren. Yoast SEO, Rank Math, All in One SEO, hver har sin egen håndtering. Prøv å regenerere sitemap: i Yoast SEO gjøres dette via «Settings → Site features → XML sitemaps» (slå av og på); i Rank Math, via «Sitemap Settings → Save changes».

4. Utelukk blokkering fra hosting og CDN

Noen hosting-leverandører og brannmurer (Cloudflare, Sucuri WAF) kan blokkere Googlebot-forespørsler basert på IP eller brukeragent. Sjekk:

• Cloudflare. I seksjonen «Security → Events», se etter blokkerte forespørsler til sitemap.xml. Hvis funnet, opprett en WAF-regel som tillater brukeragenten Googlebot for URL-er som inneholder sitemap.

• Hosting-brannmur. Noen kontrollpaneler (cPanel, ISPmanager) har innebygde ModSecurity-regler som feilaktig utløses på XML-filer. Sjekk Apache/NGINX-logger for 403-feil ved tilgang til sitemap.xml.

5. Send inn sitemap på nytt

Etter å ha fikset årsaken, gå tilbake til Search Console → Sitemaps → lim inn sitemap-URL-en i feltet «Add a new sitemap» → Submit. Systemet vil forsøke å laste inn filen umiddelbart. Hvis statusen endres til «Success», er problemet løst.

Viktig merknad: selv etter vellykket innlasting av sitemap, garanterer ikke Google indeksering av alle URL-ene som er oppført i den. Indekseringshastighet og fullstendighet avhenger av nettstedets størrelse, autoritet og oppdateringsfrekvens for innhold.

Diagnoseverktøy

I tillegg til Search Consoles innebygde verktøy, ha tre eksterne verktøy for hånden; de dekker praktisk talt alle diagnosescenarioer:

• Online validator fra XML-Sitemaps, en strukturvalidator. Sjekker syntaks, antall URL-er, nestede sitemap-indekser og samsvar med Sitemaps.org-standarden. Gratis, ingen registrering kreves.

• Fetch & Render, en Googlebot-emulator. Viser hvordan Google ser siden: HTTP-headere, statuskode, rendret HTML. Nyttig når du trenger å forstå om serveren bytter ut innhold for ulike brukeragenter.

• PageSpeed Insights, et indirekte, men viktig verktøy. Hvis serveren svarer sakte (TTFB over 1-2 sekunder for en statisk XML-fil), kan Google droppe tilkoblingen når den forsøker å laste en stor sitemap.

⁉️🤔 Ofte stilte spørsmål

Hvorfor dukker «Couldn't fetch»-feilen opp og forsvinner uten at jeg gjør noe?

Dette er klassisk oppførsel for en feil på Googles side. Systemet sjekker sitemap med jevne mellomrom etter sin egen tidsplan, og i visse øyeblikk forårsaker en intern glipp en falsk feil. Den neste automatiske sjekken lykkes ofte, og det er derfor statusen flimrer. Hvis sitemap er fysisk tilgjengelig (verifisert via Live Test), ignorer flimringen; det påvirker ikke indeksering.

Hvor ofte sjekker Google sitemap etter vellykket innlasting?

Tidsplanen for ny sjekk er ikke knyttet til vanlig gjennomgang av nettstedet. Google oppgir ikke den nøyaktige frekvensen, men i praksis for aktive nettsteder varierer den fra flere ganger i uken til én gang hver få dag. Hvis du har gjort store endringer i sitemap og ønsker å fremskynde behandlingen, send den inn på nytt via Submit-knappen i Sitemap-rapporten.

Kan feilen være relatert til sitemap-størrelse?

Ja. Grensen er 50 000 URL-er og 50 MB per fil. Hvis sitemap overskrider noen av grensene, kan Google mislykkes i å behandle den. Løsningen er en sitemap-indeks: én overordnet XML som refererer til flere underfiler, hver innenfor grensene. De fleste WordPress SEO-plugin-moduler gjør dette automatisk når terskelen overskrides.

Bør jeg legge til sitemap i robots.txt?

Sterkt anbefalt. Legg til direktivet Sitemap: https://yoursite.com/sitemap.xml i robots.txt; dette gir Google en ekstra vei for å oppdage filen. Selv om innsending via Search Console-grensesnittet mislykkes, kan Google finne sitemap når den gjennomgår robots.txt.

Påvirker en sitemap-hentefeil rangeringer?

Ikke direkte. Google ilegger ikke straff for utilgjengelig sitemap. Indirekte påvirkning er mulig: uten sitemap kan nye eller sjelden oppdaterte sider vente lenger på indeksering, spesielt på store nettsteder med komplekse strukturer. For små nettsteder med god intern lenking er fraværet av sitemap praktisk talt umerkelig.

Sitemap utilgjengelig: hva du skal gjøre akkurat nå

Algoritmen koker ned til tre steg som dekker de aller fleste tilfeller:

• Live-test. Lim inn sitemap-URL-en i Search Consoles inspeksjonsfelt → klikk Live Test. «Page fetch: Successful» → feilen er falsk, gjør ingenting. «Failed» → gå videre.

• Server-side-diagnose. Åpne sitemap.xml i nettleseren din; ser du ren XML? Sjekk robots.txt for Disallow? Tøm mellomlager og sjekk sikkerhetsplugin-logger? Kjør filen gjennom XML Sitemap Validator?

• Ny innsending. Fiks årsaken → gå tilbake til Sitemaps → Submit. Status endret til «Success»? Ferdig. Hvis ikke, gå tilbake til punkt 2 og sjekk serverheadere via Fetch & Render.

Hvis du tilnærmer deg diagnosen systematisk og ikke hopper over steg, løses problemet i løpet av én sjekksyklus. Og falske Search Console-feil, som utgjør en god halvpart av henvendelsene om dette temaet, krever ingen intervensjon i det hele tatt.