Vad är HTTP-statuskodsökning?
HTTP-statuskoder är de tresiffriga nummer som en webbserver skickar tillbaka med varje svar och som talar om för klienten (webbläsare, app eller API-användare) om begäran lyckades, behöver omdirigeras eller misslyckades – och varför. De standardiseras av IETF och används identiskt på alla webbservrar, webbläsare och programmeringsspråk, vilket gör dem till en av de mest universella referenserna för felsökning inom programvaruutveckling.
Det här uppslagsverktyget täcker de vanligaste koderna i alla fem kategorier – informativa (1xx), framgång (2xx), omdirigering (3xx), klientfel (4xx) och serverfel (5xx) – med lättförståeliga förklaringar av vad varje kod faktiskt betyder i praktiken, inte bara den formella RFC-definitionen.
När du ska använda denna kalkylator
- Felsöka en API-integration där en förfrågan misslyckas och du behöver förstå vad statuskoden faktiskt betyder
- Bestämma vilken HTTP-statuskod du ska returnera från din egen API för ett visst feltilstånd
- Undervisa eller lära dig HTTP-grundläggande i en webbutvecklingskurs eller bootcamp
- Skriva felhanteringsmiddleware som behöver skillja mellan olika 4xx- och 5xx-fall
- Undersöka varför en omdirigering inte fungerar genom att kontrollera om 301 eller 302 returnerades
- Felsöka CORS-problem där webbläsaren visar ett nätverksfel men servern returnerade 200
Steg:
- Skriv en statuskod (som 404) eller ett nyckelord (som "förbjuden") i sökrutan.
- Filtrera efter kategori med knapparna 1xx–5xx om du vill bläddra i ett specifikt intervall.
- Läs den lättförståeliga beskrivningen av vad koden betyder och när den vanligtvis returneras.
- Använd detta som en snabb referens vid felsökning av API-svar eller när du bygger felhantering.
Formel
1xx: Informativt – begäran mottagen, processen fortsätter
2xx: Framgång – begäran togs emot och accepterades korrekt
3xx: Omdirigering – ytterligare åtgärd krävs för att slutföra begäran
4xx: Klientfel – begäran innehåller felaktig syntax eller kan inte uppfyllas
5xx: Serverfel – servern misslyckades med att uppfylla en giltig begäran
Användningsområden
- Snabbt förstå en okänd statuskod som returnerats av ett API du integrerar med
- Besluta vilken statuskod du ska returnera från ditt eget API för ett givet feltillstånd
- Felsöka varför en begäran misslyckas genom att kontrollera vad en specifik kod faktiskt innebär
- Undervisa eller lära dig HTTP-grunderna i en webbutvecklingskurs
- Skriva korrekt felhanteringslogik som skiljer mellan olika 4xx- och 5xx-fall
Viktiga fördelar
- Varje vanligt förekommande statuskod i en sökbar referens
- Lättförståeliga förklaringar, inte bara formell RFC-texter
- Filtrera omedelbart efter kategori (1xx till och med 5xx)
- Gratis, snabbt, ingen registrering krävs
Proffstips
- Reservera 5xx-koder strikt för serverfel – använd dem aldrig för att signalera fel i klientindata
- Använd 429 med en Retry-After-rubrik vid hastighetsbegränsning så att välfungerande klienter vet när de ska försöka igen
- Föredra 404 framför en generisk felsida när en resurs verkligen inte finns – det är bättre för både användare och sökmotorer
- När du designar ett API, välj specifika 4xx-koder (422, 409, 400) i stället för att som standard använda en generisk 400
Vanliga misstag att undvika
- Returnera 200 OK för en begäran som faktiskt misslyckades, vilket döljer fel för övervakningsverktyg
- Blanda ihop 401 (inte autentiserad) med 403 (autentiserad men inte behörig)
- Använda 302 för en omdirigering som borde vara permanent (301), vilket skadar SEO
- Behandla alla 4xx- och 5xx-fel på samma sätt i klientbaserad felhantering i stället för att förgrena på den specifika koden
Viktiga begrepp förklarade
- Statusrad: Den första raden i ett HTTP-svar, som innehåller statuskoden och en kort anledningsfras
- Idempotent: En egenskap hos vissa HTTP-metoder där att upprepa samma begäran har samma effekt som att göra den en gång
- Omdirigeringskedja: En följd av flera omdirigeringar som en webbläsare följer innan den når den slutliga resursen
- Hastighetsbegränsning: Begränsning av hur många förfrågningar en klient kan göra under ett givet tidsfönster, ofta signalerad med 429
Relaterade begrepp
- JSON formaterare:
- JSON validerare:
- Regex testare:
- URL kodare/avkodare:
- Base64 kodare/avkodare:
Exempel
Sökning på "429" returnerar "Too Many Requests" – den kod API:er returnerar när du har överskridit en hastighetsgräns, vilket talar om för dig att sakta ner och försöka igen efter en fördröjning.
Tolka dina resultat
HTTP-statuskoder grupperas i fem klasser baserat på deras siffra. 1xx är informativa och ses sällan i applikationskod. 2xx bekräftar framgång — 200 OK är vanligast, men 201 Created och 204 No Content förekommer även ofta i REST API:er. 3xx hanterar omdirigeringar, där 301 (permanent) och 302 (tillfällig) är viktigast.
4xx-fel indikerar något fel med klientens förfrågan. Vanligast är 400 Bad Request (felaktig syntax), 401 Unauthorized (inte autentiserad), 403 Forbidden (inte auktoriserad), 404 Not Found (resursen finns inte) och 429 Too Many Requests (frekvensgräns överskriden). Korrekt användning av specifika 4xx-koder gör din API betydligt lättare att felsöka jämfört med att returnera en generell 400 för allt.
5xx-fel innebär att servern misslyckades. 500 är det generella interna felet, 502 Bad Gateway indikerar ett problem med en uppsströmserver, och 503 Service Unavailable betyder vanligen att servern är överbelastad eller ner för underhåll. Vid felsökning av 5xx-fel, kontrollera serverloggar snarare än klientsvarssidan, eftersom statuskoden ensam sällan avslöjar grundorsaken.