Innhold i denne artikkelen
Googlebot banker på døren din hundrevis av ganger i måneden, og det den får til svar avgjør om innholdet ditt blir indeksert. De fleste ser aldri disse kodene — men de merker dem likevel, når trafikken stille begynner å falle.
Hva er en HTTP-statuskode?
Når en nettleser eller Googlebot ber om en side, svarer serveren med en tresifret kode. Den koden forteller hva som skjedde med forespørselen, og både brukere og søkemotorer bruker informasjonen til å avgjøre hva som skal skje videre.
Kodene er delt i fem kategorier basert på første siffer. 1xx er informasjonskoder du sjelden ser i praksis. 2xx betyr at alt gikk bra. 3xx betyr omdirigering. 4xx betyr at noe mangler på klientsiden. 5xx betyr at det er noe galt på serveren.
For de fleste nettsteder er det 2xx, 3xx og 4xx som betyr mest, og det er disse vi fokuserer på her.
Oversikt over de viktigste kodene
Her er kodene du faktisk møter i hverdagen, hva de betyr og hva konsekvensen er.
| Kode | Navn | Hva det betyr | Konsekvens |
|---|---|---|---|
| 200 | OK | Siden finnes og lastes korrekt | Google indekserer siden normalt |
| 301 | Moved Permanently | Siden har flyttet for godt | Lenkeautoritet overføres til ny URL |
| 302 | Found | Midlertidig omdirigering | Autoritet overføres ikke, Google beholder gammel URL |
| 307 | Temporary Redirect | Midlertidig, HTTP-metode bevares | Samme som 302 for SEO-formål |
| 404 | Not Found | Siden finnes ikke | Google fjerner siden fra indeksen over tid |
| 410 | Gone | Siden er permanent fjernet | Raskere avindeksering enn 404 |
| 500 | Server Error | Noe er galt på serveren | Google prøver igjen, men kan miste tilliten |
| 503 | Service Unavailable | Midlertidig nede | OK hvis kortvarig, problem hvis vedvarende |
200 OK
Dette er det du vil ha. Siden finnes, lastes korrekt, og Google kan indeksere innholdet. En 200-kode på en side som egentlig er tom eller ikke lenger eksisterer, er derimot et problem — det kalles en soft 404, og Google har blitt ganske god til å oppdage det.
301 Moved Permanently
Siden har flyttet, og det er permanent. En 301 er det riktige valget når du endrer URL-struktur, bytter domene eller sletter en side du vil erstatte med en annen. Den overfører lenkeautoriteten fra gammel til ny URL, noe som er avgjørende for å bevare rangeringene dine. Skal du i gang med en større flytting? Da bør du lese guiden om nettstedmigrering uten trafikktap først.
302 Found og 307 Temporary Redirect
Begge brukes for midlertidige omdirigeringer, men de brukes altfor ofte der det egentlig skulle vært en 301. En 302 signaliserer at den opprinnelige URL-en fortsatt er gyldig, så Google beholder den i indeksen og overfører ikke lenkeautoriteten. Bruk 302 og 307 bare når omdirigeringen faktisk er midlertidig — for eksempel under vedlikehold eller en kortvarig A/B-test.
404 Not Found
Siden finnes ikke. Det er ikke alltid et problem — sider kan forsvinne av gode grunner — men en 404 på en side med innkommende lenker og historisk trafikk er en annen sak. Da taper du lenkeautoritet og potensielle besøkende som aldri finner frem. Jeg har skrevet en egen artikkel om når 404 er et problem og når det ikke er det.
410 Gone
410 er 404s mer bestemte fetter. Der en 404 sier at siden ikke finnes akkurat nå, sier en 410 at den er permanent fjernet og ikke kommer tilbake. Google avindekserer sider med 410 raskere enn sider med 404, noe som kan være nyttig når du rydder opp i gammelt innhold du ikke vil at Google skal bruke tid på.
500 og 503
500 betyr at noe er galt på serveren, og Google vet ikke hva. Den vil prøve igjen, men vedvarende 500-feil er et alvorlig signal om at nettstedet ikke er pålitelig. 503 er designet for planlagt nedetid og forteller Google at den skal prøve igjen senere. Brukt riktig er det ingen problem; brukt feil eller vedvarende kan det sende feil signaler.
Dette ser jeg ofte gå galt med statuskoder
Statuskode-problemer er sjelden dramatiske hendelser. De sniker seg inn gradvis, og de fleste oppdager dem først når trafikken allerede har falt.
- 302 der det skulle vært 301. Den vanligste feilen jeg ser, og den er nesten alltid ubevisst. Utviklere setter opp en omdirigering og bruker 302 av vane eller fordi det er standard i rammeverket. Resultatet er at Google beholder den gamle URL-en i indeksen, og arbeidet med å bygge opp autoriteten på den nye må starte fra null.
- Redirect-kjeder. A peker til B, som peker til C, som kanskje peker til D. Hver omdirigering svekker lenkeautoriteten som overføres, og Google gir opp etter et visst antall ledd. Løsningen er enkel: pek alltid direkte fra gammel URL til den endelige destinasjonen.
- Soft 404. Når serveren returnerer 200 OK på en side som egentlig ikke har innhold. Skjer gjerne når produkter utgår i en nettbutikk og siden viser en «finnes ikke»-melding, men med riktig statuskode. Crawl-budsjett kastes på sider uten verdi.
- Ingen redirect-plan ved migrering. Når sider slettes eller URL-er endres uten redirects, forsvinner all opparbeidet lenkeautoritet over natten. Jeg ser dette oftest i forbindelse med relaunch der fokuset har vært på design, ikke på hva som skjer med de eksisterende URL-ene.
- 500-feil ingen overvåker. Serverfeil skjer, men de færreste har satt opp varsler. En 500-feil som vedvarer i dager uten at noen reagerer kan få Google til å redusere crawl-frekvensen.
Statuskoder: Slik blir det bra
De fleste statuskode-problemer forebygges med tre enkle vaner: riktig kode fra starten, en redirect-plan når noe endres, og jevnlig overvåking.
Bruk riktig kode fra starten
Når du setter opp en omdirigering, still deg spørsmålet: er dette permanent eller midlertidig? Permanent betyr 301. Midlertidig betyr 302 eller 307. Når du sletter en side som ikke skal erstattes av noe annet, bruk 410. Det tar ikke lenger tid enn å bruke feil kode, men konsekvensene er vidt forskjellige.
Ha alltid en redirect-plan
Før du sletter en side, bytter en URL eller gjennomfører en migrering, lag en oversikt over hvilke gamle URL-er som må peke til hvilke nye. Sider med historisk trafikk eller innkommende lenker er prioritet én. En enkel tabell i et regneark er nok, så lenge det gjøres systematisk.
Sett opp overvåking og reager raskt
Google Search Console varsler deg om crawl-feil, men bare hvis du har satt opp e-postvarsler og faktisk sjekker dem. Sett av femten minutter i uken til å gå gjennom Pages-rapporten. Det er den billigste forsikringen du har mot statuskode-problemer som utvikler seg over tid. Trenger du en innføring? Se guiden til Google Search Console.
Din handlingsplan for HTTP-statuskoder
- Kjør en crawl av nettstedet ditt. Bruk Screaming Frog eller et tilsvarende verktøy for å få en komplett oversikt over alle statuskoder. Gratis-versjonen av Screaming Frog håndterer opptil 500 URL-er — mer enn nok for de fleste små nettsteder.
- Prioriter etter konsekvens. 500-feil først, de er mest kritiske. Deretter 404-feil på sider med innkommende lenker eller historisk trafikk. Så redirect-kjeder og 302-er der det skulle vært 301.
- Fiks redirect-problemer. Erstatt 302 med 301 der omdirigeringen er permanent. Forkort redirect-kjeder til ett ledd ved å peke direkte til den endelige destinasjonen.
- Oppdater interne lenker. Når omdirigeringene er fikset, oppdater interne lenker til å peke direkte til de nye URL-ene. Det eliminerer unødvendige omdirigeringer og forbedrer crawl-effektiviteten.
- Sett opp løpende overvåking. Aktiver e-postvarsler i Google Search Console for crawl-feil. Planlegg en rask gjennomgang av Pages-rapporten hver uke.
Oppsummert: Min mening om HTTP-statuskoder
Statuskoder er ikke glamorøst, og de dukker sjelden opp i diskusjoner om innholdsstrategi eller lenkebygging. Men de er fundamentale for at alt annet skal fungere.
Jeg ser på dem som hygienefaktorer: når de er på plass, legger ingen merke til dem. Når de ikke er det, påvirker det alt fra indeksering til brukeropplevelse, og problemene bygger seg opp sakte nok til at det er vanskelig å peke på når det gikk galt.
Den gode nyheten er at de fleste statuskode-problemer både er enkle å oppdage og enkle å fikse — så lenge du faktisk ser etter dem.
Her kan du lese mer om HTTP-statuskoder
- Google Search Central — HTTP network errors — Googles offisielle dokumentasjon om hvordan statuskoder påvirker crawling og indeksering
- MDN — HTTP response status codes — teknisk referanse for alle HTTP-statuskoder med detaljerte forklaringer
- Screaming Frog SEO Spider — verktøy for å crawle nettstedet og identifisere statuskode-problemer
- Google Search Console — gratis overvåking av crawl-feil og indekseringsproblemer
