Server error (5xx): hvorfor Googlebot ikke kunne indlæse din side

Senest opdateret: 2026-10-30

I korte træk

Server error (5xx) betyder, at din server returnerede en fejl på 500-niveau, da Googlebot anmodede om siden. Google sænker crawlingen, når Google ser disse fejl, og fjerner til sidst URL’er, der bliver ved med at fejle. Tjek værtens status i Crawl stats, genskab fejlen, og ret derefter kapacitet, timeouts eller regler, der blokerer Googlebot.

Den præcise betegnelse i Search Console: Server error (5xx)

Hvad det betyder

Googles hjælp til Page indexing siger, at din server returnerede en fejl på 500-niveau, da der blev anmodet om siden. Fejlfindingsafsnittet tilføjer, at en serverfejl betyder, at Googlebot ikke kunne få adgang til URL’en, at anmodningen fik timeout, eller at webstedet var travlt, så Googlebot måtte opgive anmodningen. Serverfejl kan være forbigående, så en live-test kan bestå, selv om Googles crawl fejlede.

Googles dokumentation om crawling forklarer virkningerne: 5xx- og 429-svar får Googles crawlere til midlertidigt at sænke farten, allerede indekserede URL’er beholdes et stykke tid, men fjernes til sidst, og URL’er, der vedvarende returnerer en serverfejl, fjernes fra indekset. Når serveren igen returnerer 2xx, øger Google gradvist crawlhastigheden.

Er det et problem?

Ja, hvis det rammer sider, du går op i, eller bliver ved med at komme igen. Nogle enkelte fejl under en udgivelse kan gå over af sig selv. Et pludseligt hop, en hel sektion berørt eller fejl, der varer ved over flere crawls, peger på kapacitet, konfiguration eller et sikkerhedslag, der blokerer Googlebot, og de reducerer også, hvor meget Google er villig til at crawle.

Typiske årsager

Overbelastet eller underdimensioneret hosting

Serveren kan ikke følge med besøgende plus crawling og returnerer 500-, 502- eller 503-fejl eller får timeout.

Langsomme dynamiske sider

Googles hjælp siger, at dynamiske sider, for eksempel med lange parameterlister, kan være for længe om at svare og få timeout.

Firewalls og botbeskyttelse

Google siger, at DoS-beskyttelse og firewalls kan blokere Googlebot, fordi den sender flere anmodninger end en typisk besøgende.

Applikationsfejl

Bugs, fejlede udgivelser, databaseudfald eller udtømt hukommelse på bestemte skabeloner.

DNS- eller forbindelsesproblemer

Fejlede DNS-opslag eller afbrudte forbindelser, som rapporten Crawl stats viser som problemer med værtens tilgængelighed.

En 503 eller 429, der har stået for længe

Google siger, at hvis disse returneres i mere end cirka to dage, kan det føre til, at Google fjerner de URL’er fra indekset.

Sådan retter du det

  1. Tjek værtens status i Crawl stats. Åbn Settings og derefter Crawl stats, og se på værtens status for hentning af robots.txt, DNS-opslag og serverforbindelse samt fordelingen efter svarkode og den gennemsnitlige svartid.
  2. Genskab fejlen, og læs dine logs. Kør Test live URL på eksempel-URL’er, og tjek serverlogs for de samme URL’er og tidspunkter. Led efter fejl, der kun returneres til Googlebots anmodninger.
  3. Ret kapacitet og langsomme sider. Tilføj serverressourcer eller caching, gør langsomme forespørgsler hurtigere, og hold parameterlister korte. Google foreslår at øge serveringsressourcerne og tjekke, om crawl-anmodningerne stiger i samme periode.
  4. Luk verificeret Googlebot igennem. Sørg for, at firewalls, WAF’er og bot-managere tillader Googlebot. Verificér anmodninger via reverse DNS eller Googles offentliggjorte IP-intervaller i stedet for at stole på user agent-strengen.
  5. Brug kun 503 eller 429 ved korte udfald. Under vedligeholdelse eller overbelastning fortæller en midlertidig 503 eller 429 Google om at sænke farten. Stop med at returnere dem, så snart problemet er løst.
  6. Validér efter rettelsen. Når fejlene stopper, skal du klikke på Validate fix, så Google tjekker de berørte URL’er igen.

Tjek det med GSC Magic

gsc_inspect_urls_batch viser den hentestatus, Google har registreret for hver URL, så din assistent kan skelne serverfejl fra 404’er eller omdirigeringsproblemer på tværs af hundredvis af URL’er, og gsc_query_analytics pr. dato viser, om klikkene faldt, da fejlene begyndte. Hvis du også forbinder Bing Webmaster Tools, viser bing_crawl_issues URL’er, hvor Bingbot ramte 5xx-fejl, en ekstra vurdering af, om problemet er din server eller specifikt Googlebot. Pro-planer kan også sende dig en e-mail, når en side med klik mister alle visninger; se SEO-alarmer for trafikfald og indeksering.

gsc_inspect_urls_batchgsc_query_analyticsbing_crawl_issuesgsc_inspect_url

Prompts, du kan kopiere

Inspicér disse URL’er, og list hver enkelt, hvis hentestatus er en serverfejl, med tidspunktet for seneste crawl, grupperet efter mappe.

Vis daglige klik og visninger for de seneste 28 dage, og fortæl mig, om de faldt omkring de datoer, hvor serverfejlene begyndte.

Hent Bings crawlproblemer for mit websted, og fortæl mig, om Bing også ser 5xx-fejl på de URL’er, Google rapporterer som serverfejl.

Guides på bloggen

Redirect error

Redirect error betyder, at Google forsøgte at følge en omdirigering fra URL’en og fejlede. Google angiver fire årsager: en kæde, der var for lang, en omdirigeringsløkke, en URL der voksede forbi den maksimale længde, og en dårlig eller tom URL i kæden. Følg omdirigeringen hop for hop, og peg URL’en direkte på en fungerende endelig side.

 Discovered - currently not indexed

Discovered - currently not indexed betyder, at Google har fundet URL’en via et link eller et sitemap, men ikke har crawlet den endnu. Google siger, at Google typisk har udskudt crawlingen, fordi den forventedes at overbelaste webstedet. Ret det ved at skære lavværdige URL’er væk, forbedre serverens svartid og linke til de sider, der betyder noget.

 Blocked due to access forbidden (403)

Status betyder, at din server returnerede 403 Forbidden til Googlebot. Google påpeger, at Googlebot aldrig sender legitimationsoplysninger, så en 403 til Googlebot returneres som regel ved en fejl. Hvis siden skal være i Google, skal du finde den firewall-, CDN- eller serverregel, der blokerer den, og tillade verificeret Googlebot.

 Soft 404

En soft 404 er en URL, der returnerer statuskoden 200 (succes), men som for Google ligner en side, der ikke findes, er tom eller er en fejlside. Google udelukker disse sider fra Search. Returnér en rigtig 404 eller 410 for manglende sider, 301-omdirigér flyttede sider til en reel erstatning, og ret renderingen for rigtige sider, som Google har læst forkert.

Ofte stillede spørgsmål

Fjerner 5xx-fejl mine sider fra Google?

Vedvarende fejl kan. Google siger, at allerede indekserede URL’er bevares et stykke tid, men til sidst fjernes, og URL’er, der vedvarende returnerer en serverfejl, fjernes fra indekset.

Live-testen virker, men rapporten viser en 5xx. Hvorfor?

Google bemærker, at serverfejl kan være forbigående, så live-testen kan bestå, selv om det tidligere crawl fejlede. Tjek Crawl stats og dine serverlogs for tidspunktet for det fejlede crawl.

Behandler Google 429 som en serverfejl?

Ja. Googles dokumentation om crawling siger, at Googles crawlere behandler 429 som et signal om, at serveren er overbelastet, og betragter det som en serverfejl.

Skal jeg returnere 503 under vedligeholdelse?

I korte perioder, ja. Google foreslår at returnere 503 eller 429 midlertidigt, når serveren er overbelastet, men advarer om, at det i mere end cirka to dage kan få Google til at fjerne de URL’er.

Kilder