HTTP-statuscodes zijn gegroepeerd in vijf klassen op basis van hun eerste cijfer, en de juiste kiezen laat clients correct reageren zonder de body te parsen.
2xx Success — the request worked
3xx Redirection — further action / resource moved
4xx Client error — the caller did something wrong
5xx Server error — the server failed
2xx
200 OK — algemeen succes (GET, PUT, PATCH).201 Created — een resource is aangemaakt (retourneer een Location-header).202 Accepted — geaccepteerd voor async verwerking, nog niet klaar.204 No Content — succes zonder body (gangbaar voor DELETE).4xx
400 Bad Request — misvormde syntaxis of ongeldige input.401 Unauthorized — niet geauthenticeerd (geen/ongeldige credentials).403 Forbidden — geauthenticeerd maar niet toegestaan.404 Not Found — resource bestaat niet.409 Conflict — conflicteert met de huidige state (bv. dubbele e-mail).422 Unprocessable Entity — welgevormd maar faalt validatie.429 Too Many Requests — rate-limited.5xx
500 Internal Server Error — een onverwachte serverfout.503 Service Unavailable — tijdelijk offline/overbelast.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
Het belangrijkste onderscheid dat interviewers polsen: 401 ("wie ben jij?") vs 403 ("ik ken je, maar nee"), en 400 (foute syntaxis) vs 422 (geldige syntaxis, ongeldige data).
Statuscodes zijn het primaire signaal in een REST-response — clients, proxy's, monitoring en retry-logica baseren zich er allemaal op, dus ze goed krijgen is essentieel voor interoperabiliteit. Een veelvoorkomende fout is 200 OK retourneren met een { "error": ... }-body: het dwingt elke client de body te parsen om te weten of de call slaagde, breekt generieke HTTP-tooling, en verbergt fouten voor monitoring. Precieze codes sturen ook automatisch gedrag aan: een 429 of 503 vertelt een goedgebouwde client om terug te schakelen en opnieuw te proberen, terwijl een 4xx zegt "niet opnieuw proberen, herstel de request." Interviewers gebruiken deze vraag om te checken of je HTTP als een contract begrijpt in plaats van als een dom transport, en of je de subtiele paren (401/403, 400/422) correct onderscheidt — een kenmerk van iemand die echte API's heeft gebouwd en gebruikt.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren