🔢 HTTP-statuskodeoversigt

En komplet oversigt over standard HTTP-statuskoder, fra 1xx (informationskode) til 5xx (serverfejl), grupperet efter klasse. Hver post viser den officielle årsagsformulering, en kort beskrivelse og den RFC-sektion, den stammer fra. Søg live efter kodenummer, formulering eller beskrivelse.

Søg koder

Flere udviklerværktøjer

🔓 JWT-dekoder 🔄 YAML JSON-konverter 🔐 Hash-generator

GUIDE

Laes mere

1. De fem HTTP-statuskodeklasser

HTTP-statuskoder grupperes i fem klasser efter deres første ciffer: 1xx (information, anmodningen behandles stadig), 2xx (succes, anmodningen blev modtaget, forstået og accepteret), 3xx (omdirigering, der kræves yderligere handling for at fuldføre anmodningen), 4xx (klientfejl, der er noget galt med selve anmodningen), og 5xx (serverfejl, serveren kunne ikke opfylde en tilsyneladende gyldig anmodning). Denne opdeling gør det muligt for klienter og proxier at træffe en fornuftig fallback-beslutning ud fra det første ciffer alene, selv for en statuskode, de ikke genkender specifikt.

2. Kodepar, der ofte forveksles

401 Unauthorized betyder faktisk "ikke autentificeret" (på trods af navnet er det et autentificeringsproblem, ikke autorisation), mens 403 Forbidden betyder, at serveren afviser anmodningen uanset autentificering, fordi klienten mangler tilladelse. Forskellen mellem 301/308 (permanent) og 302/307 (midlertidig) er vigtig for caching og SEO; 307 og 308 bevarer specifikt den oprindelige HTTP-metode og krop ved omdirigering, i modsætning til 302 og 301. 404 Not Found og 410 Gone forveksles også ofte - 410 er et stærkere signal, der betyder, at ressourcen fandtes før, men bevidst og permanent blev fjernet, så klienter skal stoppe med at prøve igen.

3. RFC 9110 og standardisering af statuskoder

RFC 9110 (HTTP Semantics), udgivet i 2022, samlede definitionerne af HTTP-statuskoder, som tidligere var spredt over RFC 7231 og relaterede dokumenter. Denne reference citerer RFC 9110-sektionsnumre (§15.x) som primær kilde, mens koder defineret af separate specifikationer - såsom WebDAV (RFC 4918) eller hastighedsbegrænsningskoderne i RFC 6585 (429/431) - i stedet citerer disse RFC'er. Når statuskoder bruges præcist, kan API-klienter, overvågningsværktøjer og cache-servere opføre sig forudsigeligt.

Ofte stillede sporgsmal

Mangler der nogen standard-statuskode på denne liste?

Alle statuskoder, der er registreret i det officielle IANA-register, er inkluderet. Ikke-standard koder, der returneres af bestemte frameworks eller CDN'er, vises muligvis ikke her.

Hvordan fungerer søgningen?

Enhver række, hvis kodenummer, årsagsformulering eller beskrivelse indeholder din søgetekst (uanset store og små bogstaver), vises. For eksempel virker både søgning efter "404" og "not found".

Hvad er forskellen mellem 422 og 400?

400 betyder, at selve anmodningen er fejlformet (forkert syntaks), mens 422 betyder, at syntaksen er korrekt, men instruktionerne i den ikke kan behandles (f.eks. en valideringsfejl).

Bliver disse data sendt nogen steder hen?

Nej. Det er helt statiske referencedata, og søgningen kører udelukkende i din browsers JavaScript - intet sendes til en server.