Serverfel (5xx): därför kunde Googlebot inte ladda sidan

Senast uppdaterad: 2026-10-30

Kort sagt

Serverfel (5xx) betyder att din server returnerade ett 500-fel när Googlebot begärde sidan. Google saktar ner genomsökningen när det ser sådana fel och släpper till slut URL:er som fortsätter att misslyckas. Kontrollera värdstatus i Genomsökningsstatistik, återskapa felet och åtgärda sedan kapacitet, timeouts eller regler som blockerar Googlebot.

Exakt etikett i Search Console: Server error (5xx)

Vad det betyder

Googles hjälpsida för Sidindexering säger att din server returnerade ett 500-fel när sidan begärdes. Felsökningsavsnittet tillägger att ett serverfel betyder att Googlebot inte kunde komma åt URL:en, att begäran tog för lång tid eller att webbplatsen var upptagen, så Googlebot måste överge begäran. Serverfel kan vara tillfälliga, så ett livetest kan lyckas även om Googles genomsökning misslyckades.

Googles dokumentation om genomsökning förklarar effekterna: 5xx- och 429-svar gör att Googles genomsökare tillfälligt saktar ner, redan indexerade URL:er behålls ett tag men släpps till slut, och URL:er som ihärdigt returnerar ett serverfel tas bort från indexet. När servern svarar 2xx igen ökar Google gradvis genomsökningstakten.

Är det ett problem?

Ja, om det drabbar sidor du bryr dig om eller fortsätter att komma tillbaka. Några enstaka fel under en deploy kan försvinna av sig själva. En topp, en hel drabbad sektion eller fel som består mellan genomsökningar pekar på kapacitet, konfiguration eller ett säkerhetslager som blockerar Googlebot, och de minskar också hur mycket Google är villigt att genomsöka.

Vanliga orsaker

Överbelastat eller underdimensionerat webbhotell

Servern hinner inte med besökare plus genomsökning och returnerar 500-, 502- eller 503-fel, eller får timeout.

Långsamma dynamiska sidor

Googles hjälpsida säger att dynamiska sidor, till exempel med långa parameterlistor, kan ta för lång tid att svara och få timeout.

Brandväggar och bot-skydd

Google säger att DoS-skydd och brandväggar kan blockera Googlebot eftersom det gör fler förfrågningar än en vanlig besökare.

Applikationsfel

Buggar, misslyckade deployer, databasavbrott eller slut på minne i specifika mallar.

DNS- eller anslutningsproblem

Misslyckade DNS-uppslagningar eller avbrutna anslutningar, vilket rapporten Genomsökningsstatistik visar som tillgänglighetsproblem för värden.

En 503 eller 429 som lämnats för länge

Google säger att om dessa returneras i mer än ungefär två dagar kan det leda till att Google tar bort URL:erna från indexet.

Så åtgärdar du det

  1. Kontrollera värdstatus i Genomsökningsstatistik. Öppna Settings, välj Genomsökningsstatistik och titta på värdstatus för hämtning av robots.txt, DNS-uppslagning och serveranslutning, plus fördelningen per svarskod och genomsnittlig svarstid.
  2. Återskapa felet och läs loggarna. Kör Testa live-URL på exempel-URL:er och kontrollera serverloggarna för samma URL:er och tider. Leta efter fel som bara returneras till Googlebots förfrågningar.
  3. Åtgärda kapacitet och långsamma sidor. Lägg till serverresurser eller caching, snabba upp långsamma frågor och håll parameterlistorna korta. Google föreslår att öka serverresurserna och kontrollera om genomsökningsförfrågningarna ökar under samma period.
  4. Släpp igenom verifierad Googlebot. Se till att brandväggar, WAF:er och bot-hanterare tillåter Googlebot. Verifiera förfrågningar med omvänd DNS eller Googles publicerade IP-intervall i stället för att lita på user agent-strängen.
  5. Använd 503 eller 429 bara vid korta avbrott. Under underhåll eller överbelastning säger en tillfällig 503 eller 429 till Google att sakta ner. Sluta returnera dem så snart problemet är åtgärdat.
  6. Validera efter åtgärden. När felen upphör, klicka på Validera åtgärd så att Google kontrollerar de drabbade URL:erna igen.

Kontrollera det med GSC Magic

gsc_inspect_urls_batch visar vilket status för sidhämtning som Google registrerade för varje URL, så din assistent kan skilja serverfel från 404:or eller omdirigeringsproblem över hundratals URL:er, och gsc_query_analytics per datum visar om klicken föll när felen började. Om du också kopplar Bing Webmaster Tools listar bing_crawl_issues URL:er där Bingbot fick 5xx-fel, en andra åsikt om problemet sitter i din server eller är specifikt för Googlebot. Pro-planer kan också mejla dig när en sida med klick förlorar alla visningar; se SEO-larm för trafikfall och indexering.

gsc_inspect_urls_batchgsc_query_analyticsbing_crawl_issuesgsc_inspect_url

Prompter att kopiera

Granska de här URL:erna och lista alla där status för sidhämtning är ett serverfel, med tidpunkt för senaste genomsökning, grupperat efter katalog.

Visa dagliga klick och visningar de senaste 28 dagarna och säg om de föll kring datumen då serverfelen började.

Hämta Bings genomsökningsproblem för min webbplats och säg om Bing också ser 5xx-fel på de URL:er som Google rapporterar som serverfel.

Guider på bloggen

Redirect error

Omdirigeringsfel betyder att Google försökte följa en omdirigering från URL:en och misslyckades. Google listar fyra orsaker: en kedja som var för lång, en omdirigeringsloop, en URL som växt förbi den maximala längden och en dålig eller tom URL i kedjan. Spåra omdirigeringen steg för steg och peka URL:en direkt på en fungerande slutsida.

 Discovered - currently not indexed

Upptäckt men inte indexerad betyder att Google hittade URL:en, via en länk eller en sitemap, men ännu inte har genomsökt den. Google säger att genomsökningen oftast sköts upp för att den befarades överbelasta webbplatsen. Åtgärda det genom att skära bort lågvärda URL:er, förbättra serverns svarstid och länka till sidorna som spelar roll.

 Blocked due to access forbidden (403)

Statusen betyder att din server returnerade 403 Forbidden till Googlebot. Google påpekar att Googlebot aldrig skickar inloggningsuppgifter, så en 403 till Googlebot returneras oftast felaktigt. Om sidan ska finnas i Google, hitta brandväggen, CDN:en eller serverregeln som blockerar den och släpp igenom verifierad Googlebot.

 Soft 404

En soft 404 är en URL som svarar med statuskoden 200 (lyckat) men som för Google ser ut som en sida som inte hittats, en tom sida eller en felsida. Google utesluter sådana sidor från Googles sökresultat. Returnera en riktig 404 eller 410 för sidor som saknas, 301-omdirigera flyttade sidor till en riktig ersättare och åtgärda renderingen för riktiga sidor som Google missförstod.

Vanliga frågor

Tar 5xx-fel bort mina sidor från Google?

Ihärdiga fel kan göra det. Google säger att redan indexerade URL:er bevaras ett tag men till slut släpps, och att URL:er som ihärdigt returnerar ett serverfel tas bort från indexet.

Livetestet fungerar, men rapporten visar 5xx. Varför?

Google noterar att serverfel kan vara tillfälliga, så livetestet kan lyckas när den tidigare genomsökningen misslyckades. Kontrollera Genomsökningsstatistik och serverloggarna för tidpunkten för den misslyckade genomsökningen.

Behandlar Google 429 som ett serverfel?

Ja. Googles dokumentation om genomsökning säger att genomsökarna behandlar 429 som en signal om att servern är överbelastad och räknar det som ett serverfel.

Ska jag returnera 503 under underhåll?

Under korta perioder, ja. Google föreslår att tillfälligt returnera 503 eller 429 när servern är överbelastad, men varnar för att det kan få Google att släppa URL:erna om det görs i mer än ungefär två dagar.

Källor