HTTP 5xx serverfejl — 500, 502, 503 og 504 i SEO
HTTP 5xx-statuskoder signalerer fejl på serversiden — serveren modtog forespørgslen men kunne ikke opfylde den. For SEO er 5xx-fejl mere kritiske end 4xx fordi de signalerer ustabilitet der kan reducere Googlebots crawl-frekvens.
HTTP 5xx-statuskoder signalerer at fejlen ligger hos serveren — den modtog forespørgslen korrekt men kunne ikke opfylde den. For SEO er 5xx-fejl mere alvorlige end 4xx-fejl fordi de signalerer infrastrukturel ustabilitet. Vedvarende 5xx-fejl reducerer Googlebots crawl-frekvens og kan føre til de-indeksering af ellers fungerende sider.
500 Internal Server Error
500 er den mest generiske serverfejl — serveren ved at noget gik galt men kan ikke specificere hvad. Typiske årsager: ubehandlede exceptions i server-kode, databaseforbindelsesfejl, fejlkonfigureret .htaccess (Apache) eller ugyldig kode i plugins (WordPress). 500-fejl kræver server-log-analyse for at identificere den konkrete årsag.
For SEO er sporadiske 500-fejl på enkelte sider håndterbare — Googlebot prøver igen. Vedvarende 500 på mange sider signalerer til Google at sitet er ustabilt og crawl-frekvensen reduceres.
502 Bad Gateway
502 opstår i setups med proxy-servere og load balancers. Proxy’en (typisk Nginx eller Cloudflare) modtager et ugyldigt eller tomt svar fra den bagvedliggende server. Det er et infrastrukturproblem der ofte rammer mange URL’er samtidigt — ikke en enkelt side.
Diagnose: tjek den bagvedliggende servers sundhed, ikke proxy’en. Typiske årsager er at backend-serveren er nede, overbelastet, eller at PHP-FPM/application server har nået sin process-limit.
503 Service Unavailable
503 er den korrekte statuskode for planlagt vedligeholdelse. Den signalerer at serveren er midlertidigt utilgængelig — ikke at indholdet er fjernet. Inkludér altid en Retry-After-header der fortæller Googlebot hvornår den kan prøve igen:
HTTP/1.1 503 Service Unavailable
Retry-After: 3600
Google fjerner ikke sider fra indekset ved kortvarig 503 (timer til dage), forudsat at Retry-After er sat. Ved vedligeholdelse der varer mere end 2-3 dage bør du overveje en statisk fallback i stedet for 503 på hele sitet.
504 Gateway Timeout
504 opstår når en upstream server ikke svarer inden timeout-grænsen. Det er typisk i setups med reverse proxy og en langsom backend — databaseforespørgsler der tager for lang tid, tunge API-kald eller underressourceret server-hardware.
Løsningen er at optimere det der er langsomt: databaseindekser, caching af tunge forespørgsler, eller øgede server-ressourcer. Alternativt kan timeout-grænsen i proxy-konfigurationen øges — men det behandler symptomet, ikke årsagen.
5xx vs. 4xx — den afgørende forskel for SEO
4xx-fejl er specifikke: én URL returnerer fejl, resten af sitet fungerer. 5xx-fejl er ofte systemiske: de indikerer at serveren har et problem der kan ramme mange sider. Google behandler dem derefter — vedvarende 5xx reducerer den samlede crawl-frekvens for hele sitet, ikke kun de fejlende URL’er.
Monitoring og alerting
5xx-fejl bør have aktiv monitoring med alerting. En spike fra 0 til 50 5xx-fejl i timen kan betyde at en deployment har introduceret en bug, databasen er nede, eller et CDN har et problem. Brug server-logs, uptime-monitoring og Google Search Console Coverage-rapporten i kombination. Crawl-logs fra GSC viser præcist hvilke URL’er Googlebot modtager 5xx for.
Andre artikler i samme emne
- Backend — Server-side kode og SEO
- Caching — Browser-caching og server-caching til SEO
- CDN — Content Delivery Network og SEO
- HTTP 4xx klientfejl — 400, 403, 404, 410 og 429 i SEO
- HTTP headers — Request og response headers til SEO
- HTTP-statuskoder — 200, 301, 404, 500 og SEO
- HTTPS og SSL/TLS — Sikker forbindelse som SEO-signal
- Komprimering — Gzip, Brotli og hurtigere sideindlæsning
- Minificering — Reducer CSS, JavaScript og HTML-filstørrelser
- Redirect chains — Kæder af omdirigeringer og SEO
- Redirects — 301, 302 og hvornår du bruger hvad
- Sikkerhedsheaders — HSTS, CSP og SEO-konsekvenser
- Soft 404 — Sider der returnerer 200 men opfører sig som 404
- TTFB og hosting — Server response time og SEO
Ofte stillede spørgsmål
- Hvad er forskellen på 500 og 503?
- 500 Internal Server Error er en generisk fejl — serveren ved noget gik galt men kan ikke specificere hvad. Det er typisk en bug i server-kode, en ubehandlet exception eller en databasefejl. 503 Service Unavailable signalerer at serveren bevidst er midlertidigt utilgængelig — typisk pga. vedligeholdelse eller overbelastning. Den vigtige forskel for SEO: 503 med Retry-After-header fortæller Googlebot hvornår den kan komme igen, og Google fjerner ikke siden fra indekset ved kortvarig 503. Vedvarende 500-fejl kan derimod føre til de-indeksering.
- Hvor lang tid kan et site returnere 503 uden at miste rangeringer?
- Googles officielle guideline er at kortvarig 503 (timer til et par dage) ikke påvirker rangeringer, forudsat at Retry-After-headeren er sat korrekt. Ved vedligeholdelse der varer mere end 2-3 dage bør du overveje at servere en statisk version af sitet i stedet for 503. Vedvarende 503 i uger vil føre til at Google reducer crawl-frekvensen markant og potentielt fjerner sider fra indekset.
- Hvad er 502 Bad Gateway og hvornår opstår det?
- 502 Bad Gateway opstår når en proxy-server eller load balancer modtager et ugyldigt svar fra den bagvedliggende server. Det er typisk i setups med reverse proxy (Nginx foran Apache), CDN (Cloudflare foran origin), eller cloud-hosting med load balancers. For SEO er 502 kritisk fordi det indikerer infrastruktur-problemer der ofte rammer mange sider samtidigt. Løsningen er at tjekke den bagvedliggende servers sundhed, ikke proxy'en.
- Hvad er 504 Gateway Timeout og hvordan adskiller det sig fra 408?
- 504 Gateway Timeout opstår når en upstream server (typisk en backend bag en reverse proxy) ikke svarer inden timeout. 408 Request Timeout er derimod en klientfejl — serveren ventede for længe på at klienten sendte data. 504 er en serverfejl der kræver handling: optimer databaseforespørgsler, øg server-ressourcer, eller juster timeout-grænser i proxy-konfigurationen.
- Skal man monitorere 5xx-fejl aktivt?
- Ja — 5xx-fejl er de mest kritiske HTTP-fejl for SEO og bør have aktiv monitoring med alerting. En spike i 500/502/503-fejl kan betyde at store dele af sitet er utilgængeligt for Googlebot. Brug Google Search Console's Coverage-rapport til at identificere 5xx-fejl, og opsæt server-side monitoring (uptime-tools, log-analyse) for real-time alerting. Crawl-logs viser præcist hvilke URL'er Googlebot modtager 5xx for.
Placering i ordbogen
- Backend — Server-side kode og SEO
- Caching — Browser-caching og server-caching til SEO
- CDN — Content Delivery Network og SEO
- HTTP 4xx klientfejl — 400, 403, 404, 410 og 429 i SEO
- HTTP headers — Request og response headers til SEO
- HTTP-statuskoder — 200, 301, 404, 500 og SEO
- HTTPS og SSL/TLS — Sikker forbindelse som SEO-signal
- Komprimering — Gzip, Brotli og hurtigere sideindlæsning
- Minificering — Reducer CSS, JavaScript og HTML-filstørrelser
- Redirect chains — Kæder af omdirigeringer og SEO
- Redirects — 301, 302 og hvornår du bruger hvad
- Sikkerhedsheaders — HSTS, CSP og SEO-konsekvenser
- Soft 404 — Sider der returnerer 200 men opfører sig som 404
- TTFB og hosting — Server response time og SEO