Los HTTP status codes se agrupan en cinco clases según su primer dígito, y elegir el correcto permite a los clients reaccionar bien sin parsear el body.
2xx Success — el request funcionó
3xx Redirection — acción adicional / recurso movido
4xx Client error — quien llama hizo algo mal
5xx Server error — el server falló
2xx
200 OK — éxito general (GET, PUT, PATCH).201 Created — se creó un recurso (devuelve una cabecera Location).202 Accepted — aceptado para procesamiento asíncrono, aún no terminado.204 No Content — éxito sin body (común para DELETE).4xx
400 Bad Request — sintaxis malformada o input inválido.401 Unauthorized — no autenticado (sin credenciales o inválidas).403 Forbidden — autenticado pero no permitido.404 Not Found — el recurso no existe.409 Conflict — conflicto con el estado actual (p. ej. email duplicado).422 Unprocessable Entity — bien formado pero falla la validación.429 Too Many Requests — con rate limit.5xx
500 Internal Server Error — un fallo inesperado del server.503 Service Unavailable — temporalmente caído/sobrecargado.POST /users → 201 Created
Location: /users/42
DELETE /users/42 → 204 No Content
GET /users/999 → 404 Not Found
{ "error": "user not found" }
La distinción clave que exploran los entrevistadores: 401 ("¿quién eres?") vs 403 ("sé quién eres, pero no"), y 400 (sintaxis mala) vs 422 (sintaxis válida, datos inválidos).
Los status codes son la señal principal en una response REST — clients, proxies, monitoring y la lógica de retry se basan en ellos, así que acertar es esencial para la interoperabilidad. Un fallo común es devolver 200 OK con un body { "error": ... }: obliga a cada client a parsear el body para saber si la llamada tuvo éxito, rompe el tooling HTTP genérico, y oculta los fallos al monitoring. Los códigos precisos también dirigen el comportamiento automático: un 429 o 503 le dice a un client bien construido que se eche atrás y reintente, mientras que un 4xx dice "no reintentes, arregla el request". Los entrevistadores usan esta pregunta para comprobar que entiendes HTTP como un contrato en lugar de un mero transporte tonto, y que distingues correctamente los pares sutiles (401/403, 400/422) — la marca de alguien que ha construido y consumido APIs reales.
Una biblioteca de preguntas de entrevista de IT con respuestas detalladas — de Junior a Senior.
Donar