Hvad HTTP-statuskoder faktisk betyder for SEO

HTTP-statuskoder er et af de emner, hvor SEO-råd kan blive mærkeligt dramatiske. En enkelt 404 bliver til “tabt autoritet.” Et redirect bliver til “lækage af linkværdi.” En 500 bliver en nødsituation, selv hvis den kun varede seks minutter under en deploy.

Den roligere version er denne: HTTP-statuskoder er instruktioner og signaler. De fortæller browsere, bots, caches og andre klienter, hvad der skete, da de anmodede om en URL. Søgemaskiner bruger disse svar til at afgøre, om de skal crawle, indeksere, beholde, erstatte eller fjerne en side.

Men ikke alle statuskoder har samme SEO-vægt. Nogle er rutine. Nogle er kun et problem i stor skala. Nogle få kræver øjeblikkelig opmærksomhed.

Statuskoden er ikke hele SEO-historien

En statuskode er kun én del af HTTP-svaret. Søgemaskiner ser også på:

• den endelige URL efter redirects
• canonical-tags
• robots-direktiver
• sideindhold
• interne links
• sitemap-signaler
• historisk crawl-adfærd
• serverens stabilitet over tid

Det betyder, at “siden returnerer 200” ikke er det samme som “siden kan indekseres.” En URL kan returnere 200 og stadig være blokeret af noindex, canonicaliseret til et andet sted eller behandlet som en soft 404, fordi indholdet er tyndt eller tomt.

På samme måde er en 404 ikke automatisk dårlig. En slettet side bør normalt returnere 404 eller 410. SEO-problemet er ikke, at der findes manglende sider. Problemet er, når vigtige sider returnerer den forkerte kode, eller når dit website sender modstridende signaler.

Hvis du fejlsøger dette i produktion, skal du ikke kun stole på, hvad en browser viser. Undersøg den faktiske svarkæde. Et råt header-tjek, en command-line request eller en redirect trace fortæller dig mere end den synlige side. Vi gennemgik en praktisk arbejdsgang i et lille værktøjssæt til fejlsøgning af redirects og HTTP-headers i produktion.

200 OK: kan indekseres, men er ikke automatisk værdifuld

Et 200 OK-svar betyder, at anmodningen lykkedes, og serveren returnerede indhold. For SEO er dette det normale svar for sider, du vil have crawlet og potentielt indekseret.

Men 200 er ikke en garanti for indeksering. Søgemaskiner kan stadig vælge ikke at indeksere siden, hvis den er duplikeret, af lav kvalitet, blokeret af direktiver på sideniveau eller ikke kan opdages via links.

Den mest almindelige SEO-fejl med 200-svar er at returnere dem for sider, der ikke er rigtige sider:

• tomme søgeresultatsider
• slettede produktsider med teksten “beklager, ikke tilgængelig”
• lokationssider uden meningsfuldt indhold
• ødelagte templates, der kun renderer en skal
• udløbne opslag, der bør fjernes eller redirectes

Disse kan blive soft 404s. En soft 404 er, når serveren siger “OK,” men indholdet fortæller crawleren “her er intet nyttigt.” Søgemaskiner kan alligevel behandle den URL som en manglende side.

En god regel: Hvis et menneske ville sige “denne side findes ikke længere,” bør serveren sandsynligvis ikke sige 200.

301 og 308: permanente redirects

301 Moved Permanently og 308 Permanent Redirect fortæller klienter, at en URL er flyttet permanent. For SEO er de de rigtige værktøjer, når en side har en klar erstatning:

• migrering fra HTTP til HTTPS
• gammel slug til ny slug
• sammenlagt artikel til en stærkere artikel
• udgået produkt til en tæt efterfølger
• normalisering af trailing slash eller canonical host

Søgemaskiner overfører generelt canonicaliseringssignaler gennem permanente redirects. Sagt enkelt: Hvis du redirecter den gamle URL til den rigtige nye URL, kan søgemaskiner konsolidere mange af de signaler, der var knyttet til den gamle side.

Risikoen er ikke, at en 301 i sig selv er skadelig. Risikoen er dårlig mapping.

Dårlige redirect-mønstre omfatter:

• at redirecte alle gamle URL’er til forsiden
• at redirecte slettede sider til løst relaterede kategorisider
• at skabe kæder som A → B → C → D
• at redirecte til en URL, der er blokeret, noindexed eller canonicaliseret til et andet sted
• at redirecte mobil og desktop inkonsistent

Et permanent redirect bør besvare ét spørgsmål: “Hvad er den bedste aktuelle ækvivalent til denne URL?” Hvis der ikke findes en ækvivalent, kan en 404 eller 410 være mere ærlig.

302 og 307: midlertidige redirects

302 Found og 307 Temporary Redirect angiver, at flytningen er midlertidig. Den oprindelige URL forventes fortsat at være hoved-URL’en over tid.

Brug midlertidige redirects til reelt midlertidige situationer:

• kortvarig kampagnerouting
• geolokation eller A/B-test, der ikke bør erstatte den canonical URL
• midlertidige vedligeholdelsesalternativer
• lager- eller tilgængelighedsflows, der ændrer sig ofte

For SEO er hovedproblemet tvetydighed. Hvis et “midlertidigt” redirect bliver stående i måneder eller år, kan søgemaskiner til sidst alligevel behandle destinationen som canonical. Men du bør ikke basere dig på den fortolkning.

Hvis flytningen er permanent, skal du bruge et permanent redirect. Hvis den er midlertidig, skal du bruge et midlertidigt redirect. Det kedelige svar er det korrekte.

304 Not Modified: nyttig, men ikke en rankinggenvej

304 Not Modified er en del af HTTP-caching. Den fortæller en klient, at ressourcen ikke har ændret sig siden den version, klienten allerede har.

Denne kode er god for crawleffektivitet og performance-hygiejne. Den kan reducere unødvendig dataoverførsel og gøre gentagne anmodninger billigere. Men den er ikke en direkte rankingfaktor i den forenklede forstand.

Tænk på 304 som infrastrukturkvalitet. Den hjælper klienter og crawlere med at interagere effektivt med dit website. Den gør ikke svagt indhold til stærkt indhold.

404 Not Found: normalt, når en side er væk

404 Not Found betyder, at serveren ikke kan finde den anmodede ressource. Det er ikke automatisk en SEO-katastrofe.

404s er passende, når:

• en side blev fjernet og ikke har nogen erstatning
• et dårligt eksternt link peger på en URL, der ikke findes
• brugere taster URL’er forkert
• gamle test- eller staging-URL’er aldrig var tænkt til at eksistere

Søgemaskiner vil med tiden fjerne vedvarende 404-URL’er fra indekset. Det er normalt det, du ønsker.

Du bør rette 404s, når de påvirker URL’er, der betyder noget:

• sider med værdifulde backlinks
• URL’er, der modtager meningsfuld trafik
• vigtige sider, der ved et uheld blev fjernet under en migrering
• interne links, der peger på manglende sider
• sitemap-URL’er, der returnerer 404

Redirect ikke hver 404 til forsiden. Det er forvirrende for brugere og søgemaskiner. Hvis der findes en relevant erstatning, så redirect. Hvis ikke, så returner 404 og giv en nyttig fejlside til mennesker.

410 Gone: stærkere end 404, men brug den med omtanke

410 Gone betyder, at ressourcen bevidst er væk og ikke forventes at vende tilbage.

For SEO kan 410 være nyttig, når du vil fjerne URL’er mere beslutsomt:

• udløbne juridiske sider
• fjernede brugerprofiler
• slettede spam-sider
• forældede landingssider uden erstatning

Søgemaskiner kan behandle 410 som et stærkere fjernelsessignal end 404. Den praktiske forskel er ofte hastighed, ikke resultat. Både vedvarende 404- og 410-svar kan føre til deindeksering.

Brug 410, når du er sikker på, at siden er væk permanent. Hvis en side måske vender tilbage, kan 404 eller midlertidig håndtering være sikrere.

401, 403 og blokeret adgang

401 Unauthorized betyder, at autentificering er påkrævet. 403 Forbidden betyder, at serveren forstod anmodningen, men nægter adgang.

For SEO forhindrer disse koder generelt normal crawling og indeksering af det beskyttede indhold. Det er fint for private dashboards, kontoområder, staging-systemer og betalt indhold, der ikke bør indekseres offentligt.

Problemer opstår, når offentlige sider ved et uheld returnerer 401 eller 403 til crawlere på grund af:

• regler for botbeskyttelse
• fejlkonfigurerede firewalls
• landeblokering
• CDN-regler
• udløbne antagelser om autentificering
• staging-restriktioner, der er fulgt med i produktion

En side, der virker for dig, mens du er logget ind, virker ikke nødvendigvis for en crawler. Test altid som en ikke-autentificeret klient.

429 Too Many Requests: crawl-kontrol med konsekvenser

429 Too Many Requests fortæller klienter, at de bliver rate-limited. Det kan være passende, når bots reelt overbelaster din infrastruktur.

Men at bruge 429 for let kan reducere crawl-aktiviteten. Søgemaskiner kan sænke anmodningshastigheden, hvis de gentagne gange møder rate limiting. Det kan forsinke opdagelsen af nyt eller opdateret indhold.

Hvis du har brug for rate limiting, så vær præcis. Undgå at blokere store søgecrawlere ved et uheld. Brug serverlogs til at skelne aggressiv scraping fra legitim crawling. Hvis muligt, returner en Retry-After-header, så velopdragne klienter ved, hvornår de skal komme tilbage.

500, 502, 503 og 504: stabilitetssignaler

5xx-familien betyder, at serveren ikke kunne opfylde en gyldig anmodning.

Almindelige eksempler:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Lejlighedsvise 5xx-svar sker. Et kort deploy-problem er normalt ikke katastrofalt. Vedvarende 5xx-fejl er noget andet. De fortæller crawlere, at dit website er upålideligt, og søgemaskiner kan reducere crawl-hastigheden eller midlertidigt fjerne berørte sider, hvis de ikke kan hente dem gentagne gange.

503 Service Unavailable er den korrekte kode til planlagt vedligeholdelse, især med en Retry-After-header. Den siger: “Dette er midlertidigt; kom tilbage senere.” At returnere 200 for en vedligeholdelsesside er værre, fordi crawlere kan behandle vedligeholdelsesindholdet som sidens indhold.

Hvis et nedbrud påvirker vigtige URL’er, så overvåg genopretningen. Sørg for, at de oprindelige sider returnerer 200 igen, ikke cachede fejlsider, redirect-loops eller midlertidige vedligeholdelsestemplates.

Redirect-kæder og loops kræver særlig opmærksomhed

Redirects er normale. Redirect-kæder er undgåelig gæld.

Et simpelt redirect fra gammel URL til ny URL er fint. En kæde på fem redirects øger latency, spilder crawl-budget og skaber flere steder, hvor anmodningen kan fejle. Et loop er værre: klienten når aldrig frem til en endelig side.

Ved SEO-migreringer bør du have et redirect-map og teste det før lancering. Hver udfaset URL bør ideelt set resolve til sin endelige destination i ét hop. Efter lancering bør du tage stikprøver af gamle URL’er, højtrafik-URL’er og URL’er med mange backlinks.

Det er også her, performance og SEO overlapper. Redirects forsinker starten på den egentlige sideindlæsning. Hvis du vurderer brugeroplevelse sammen med crawlbarhed, kan at læse en Lighthouse-rapport uden at gå i panik hjælpe med at adskille alvorlige load-problemer fra støjende diagnosticering.

Den praktiske prioriteringsliste

Hvis du auditerer statuskoder, skal du ikke behandle alle advarsler ens. Start her:

1. Vigtige URL’er, der returnerer 5xx — ret serverstabilitet først.
2. Indekserbare sider, der returnerer forkert status — genskab de tilsigtede 200-svar.
3. Redirect-kæder og loops — forenkl til redirects med ét hop.
4. Sitemap-URL’er, der returnerer ikke-200-svar — hold sitemaps rene.
5. Interne links til 404s — reparer navigation og indholdslinks.
6. Soft 404-mønstre — stop med at returnere 200 for tomme eller slettede sider.
7. Utilsigtet blokering af crawlere — undersøg uventede 401-, 403- og 429-svar.

Målet er ikke et website med nul 404s. Det er urealistisk og ofte unødvendigt. Målet er et website, hvor hver URL giver et sandfærdigt og konsistent svar.

<!-- tool-cta:start -->

💡 Prøv dette: Tjek, hvilke statuskoder dine URL'er faktisk returnerer med Redirect Checker, som viser hele kæden, crawlere ser.

<!-- tool-cta:end -->

En enkel regel for at vælge den rigtige kode

Når du er i tvivl, så vælg den kode, der matcher sandheden for brugeren:

• Siden findes og bør være tilgængelig: 200
• Siden er flyttet permanent: 301 eller 308
• Siden er flyttet midlertidigt: 302 eller 307
• Siden findes ikke længere og har ingen erstatning: 404
• Siden er bevidst væk for altid: 410
• Siden er midlertidigt utilgængelig: 503
• Anmodningen er blokeret eller privat: 401 eller 403

Søgemaskiner er gode til at håndtere almindeligt webrod. Det, der skaber SEO-problemer, er inkonsistens i stor skala: permanente flytninger markeret som midlertidige, slettede sider, der foregiver at være gyldige, serverfejl, der ikke bliver løst, og redirect-logik, som ingen har testet siden sidste migrering.

HTTP-statuskoder er ikke magiske SEO-håndtag. De er grundlæggende websemantik. Brug dem ærligt, og det meste af SEO-gevinsten følger med.