🔢 Referens för HTTP-statuskoder

En komplett referens över standardiserade HTTP-statuskoder, från 1xx (informationsmeddelande) till 5xx (serverfel), grupperade efter klass. Varje post visar den officiella orsakstexten, en rad beskrivning och RFC-avsnittet den kommer från. Sök live efter kodnummer, fras eller beskrivning.

Sök koder

Fler utvecklarverktyg

🔓 JWT-avkodare 🔄 YAML JSON-omvandlare 🔐 Hashgenerator

GUIDE

Las mer

1. De fem klasserna av HTTP-statuskoder

HTTP-statuskoder delas in i fem klasser efter sin första siffra: 1xx (information, begäran behandlas fortfarande), 2xx (lyckat, begäran mottogs, förståddes och accepterades), 3xx (omdirigering, ytterligare åtgärd krävs för att slutföra begäran), 4xx (klientfel, något är fel med själva begäran) och 5xx (serverfel, servern misslyckades med att uppfylla en till synes giltig begäran). Den här indelningen gör att klienter och proxyservrar kan fatta ett rimligt reservbeslut utifrån bara den första siffran, även för en statuskod de inte känner igen.

2. Kodpar som ofta blandas ihop

401 Unauthorized betyder egentligen "inte autentiserad" (trots namnet är det ett autentiseringsproblem, inte ett auktoriseringsproblem), medan 403 Forbidden betyder att servern vägrar oavsett autentisering eftersom klienten saknar behörighet. Skillnaden mellan 301/308 (permanent) och 302/307 (tillfällig) spelar roll för cache och SEO; 307 och 308 behåller uttryckligen den ursprungliga HTTP-metoden och kroppen vid omdirigering, till skillnad från 302 och 301. 404 Not Found och 410 Gone blandas också ofta ihop - 410 är en tydligare signal som betyder att resursen fanns tidigare men medvetet och permanent togs bort, vilket säger till klienter att sluta försöka igen.

3. RFC 9110 och standardisering av statuskoder

RFC 9110 (HTTP Semantics), publicerad 2022, samlade definitioner för HTTP-statuskoder som tidigare var utspridda över RFC 7231 och relaterade dokument. Den här referensen hänvisar till RFC 9110-avsnitt (§15.x) som primär källa, medan koder som definieras av separata specifikationer - till exempel WebDAV (RFC 4918) eller hastighetsbegränsningskoderna i RFC 6585 (429/431) - hänvisar till dessa RFC:er i stället. Att använda statuskoder exakt gör att API-klienter, övervakningsverktyg och cacheservrar beter sig förutsägbart.

Vanliga fragor

Saknas någon standardiserad statuskod i den här listan?

Alla statuskoder som är registrerade i det officiella IANA-registret ingår. Icke-standardiserade koder som returneras av vissa ramverk eller CDN-tjänster kanske inte visas här.

Hur fungerar sökningen?

Alla rader vars kodnummer, orsakstext eller beskrivning innehåller din söktext (skiftlägesokänsligt) visas. Till exempel fungerar både "404" och "not found".

Vad är skillnaden mellan 422 och 400?

400 betyder att själva begäran är felaktigt formulerad (felaktig syntax), medan 422 betyder att syntaxen är korrekt men att instruktionerna i den inte kan behandlas (t.ex. ett valideringsfel).

Skickas detta data någonstans?

Nej. Det här är helt statiska referensdata, och sökningen körs enbart i webbläsarens JavaScript - inget skickas till en server.