Wat is HTTP Statuscode Opzoeken?
HTTP-statuscodes zijn de driecijferige nummers die een webserver bij elk antwoord terugstuurt en die de client (browser, app of API-gebruiker) vertellen of het verzoek is geslaagd, een omleiding nodig heeft of is mislukt — en waarom. Ze zijn gestandaardiseerd door de IETF en worden in elke webserver, browser en programmeertaal op dezelfde manier gebruikt, waardoor ze een van de meest universele naslagwerken voor debugging in softwareontwikkeling zijn.
Deze zoektool behandelt de meest voorkomende codes uit alle vijf categorieën — informatief (1xx), succes (2xx), omleiding (3xx), clientfout (4xx) en serverfout (5xx) — met heldere uitleg van wat elke code in de praktijk werkelijk betekent, niet alleen de formele RFC-definitie.
Wanneer gebruik je deze rekenmachine
- Debuggen van een API-integratie waarbij een verzoek mislukt en u moet begrijpen wat de statuscode werkelijk betekent
- Bepalen welke HTTP-statuscode uw eigen API voor een specifieke foutsituatie moet retourneren
- Basisbeginselen van HTTP onderwijzen of leren in een cursus of bootcamp voor webontwikkeling
- Foutafhandelingsmiddleware schrijven die onderscheid moet maken tussen verschillende 4xx- en 5xx-gevallen
- Onderzoeken waarom een omleiding niet werkt door te controleren of er een 301 of 302 is geretourneerd
- CORS-problemen oplossen waarbij de browser een netwerkfout toont maar de server 200 retourneert
Stappen:
- Typ een statuscode (zoals 404) of een trefwoord (zoals 'forbidden') in het zoekvak.
- Filter per categorie met de knoppen 1xx-5xx als u een specifiek bereik wilt bekijken.
- Lees de heldere uitleg van wat de code betekent en wanneer deze doorgaans wordt geretourneerd.
- Gebruik dit als snelle referentie bij het debuggen van API-antwoorden of het bouwen van foutafhandeling.
Formule
1xx: Informatief — verzoek ontvangen, proces wordt voortgezet
2xx: Succes — verzoek succesvol ontvangen en geaccepteerd
3xx: Omleiding — verdere actie nodig om het verzoek te voltooien
4xx: Clientfout — verzoek bevat ongeldige syntaxis of kan niet worden uitgevoerd
5xx: Serverfout — server kon een geldig verzoek niet voltooien
Gebruikscases
- Snel een onbekende statuscode begrijpen die door een API wordt geretourneerd waarmee u integreert
- Bepalen welke statuscode uw eigen API voor een bepaalde foutsituatie moet retourneren
- Debuggen waarom een verzoek mislukt door te controleren wat een specifieke code werkelijk inhoudt
- Basisbeginselen van HTTP onderwijzen of leren in een cursus webontwikkeling
- Nauwkeurige foutafhandelingslogica schrijven die onderscheid maakt tussen verschillende 4xx- en 5xx-gevallen
Belangrijkste voordelen
- Elke veelgebruikte statuscode in één doorzoekbaar naslagwerk
- Heldere uitleg, niet alleen formele RFC-terminologie
- Direct filteren per categorie (1xx tot en met 5xx)
- Gratis, snel en zonder registratie
Pro-tips
- Reserveer 5xx-codes strikt voor serverfouten — gebruik ze nooit om invoerfouten van de client aan te geven
- Gebruik 429 met een Retry-After-header bij rate limiting, zodat correct werkende clients weten wanneer ze opnieuw kunnen proberen
- Geef de voorkeur aan 404 boven een generieke foutpagina wanneer een bron werkelijk niet bestaat — beter voor zowel gebruikers als zoekmachines
- Kies bij het ontwerpen van een API voor specifieke 4xx-codes (422, 409, 400) in plaats van alles standaard op een generieke 400 te zetten
Veelgemaakte fouten
- Een 200 OK retourneren voor een verzoek dat feitelijk is mislukt, waardoor fouten voor monitoringtools verborgen blijven
- 401 (niet geauthenticeerd) verwarren met 403 (geauthenticeerd maar niet bevoegd)
- Een 302 gebruiken voor een omleiding die permanent zou moeten zijn (301), wat schadelijk is voor SEO
- Alle 4xx- en 5xx-fouten in client-side foutafhandeling gelijk behandelen in plaats van te vertakken op de specifieke code
Sleutelbegrippen
- Statusregel: De eerste regel van een HTTP-antwoord, met daarin de statuscode en een korte redenomschrijving
- Idempotent: Een eigenschap van bepaalde HTTP-methoden waarbij het herhalen van hetzelfde verzoek hetzelfde effect heeft als het eenmalig uitvoeren
- Omleidingsketen: Een reeks van meerdere omleidingen die een browser volgt voordat de uiteindelijke bron wordt bereikt
- Rate limiting: Beperken van het aantal verzoeken dat een client in een bepaald tijdsvenster kan doen, vaak aangeduid met 429
Gerelateerde concepten
- JSON-opmaker:
- JSON-validator:
- Regex-tester:
- URL-encoder/decoder:
- Base64-encoder/decoder:
Voorbeeld
Zoeken op '429' levert 'Too Many Requests' op — de code die API's retourneren wanneer u een snelheidslimiet heeft overschreden, die u vertelt om het rustiger aan te doen en het na een wachttijd opnieuw te proberen.
Resultaten interpreteren
HTTP-statuscodes worden op basis van hun eerste cijfer in vijf klassen ingedeeld. 1xx is informatief en komt in applicatiecode zelden voor. 2xx bevestigt succes — 200 OK is de meest voorkomende, maar 201 Created en 204 No Content komen ook vaak voor in REST-API's. 3xx regelt omleidingen, waarbij 301 (permanent) en 302 (tijdelijk) het belangrijkst zijn.
4xx-fouten geven aan dat er iets mis is met het verzoek van de client. De meest voorkomende zijn 400 Bad Request (foutieve syntaxis), 401 Unauthorized (niet geauthenticeerd), 403 Forbidden (niet bevoegd), 404 Not Found (bron bestaat niet) en 429 Too Many Requests (snelheidslimiet overschreden). Correct gebruik van specifieke 4xx-codes maakt uw API veel beter te debuggen dan het retourneren van een generieke 400 voor alles.
5xx-fouten betekenen dat de server is mislukt. 500 is de vangnetinterne fout, 502 Bad Gateway duidt op een probleem met een upstreamserver en 503 Service Unavailable betekent meestal dat de server overbelast of uit de lucht is voor onderhoud. Raadpleeg bij het debuggen van 5xx-fouten de serverlogboeken in plaats van het client-side antwoord, omdat de statuscode alleen zelden de oorzaak onthult.

