HTTP Status Codes Reference
Referencia completa y buscable para todos los códigos de estado HTTP estándar — 1xx hasta 5xx. Filtra por categoría, busca por número de código o descripción.
HTTP Status Codes Reference
Showing 60 of 60 codes
Server has received request headers; client should proceed.
Server is switching to a different protocol as requested.
The request succeeded.
A new resource was successfully created.
Request accepted but not yet completed.
Metadata differs from the origin server.
Request succeeded; no response body.
Request succeeded; client should reset the document view.
Partial resource returned due to range request.
Multiple status codes for multiple operations.
Members already enumerated in a previous reply.
Response is a result of instance manipulations.
Multiple representations available; user must choose.
Resource permanently moved to a new URL.
Resource temporarily at a different URL.
Redirect to a different URL with GET.
Resource unchanged; use cached version.
Must access through a specified proxy.
Temporary redirect; preserve HTTP method.
Permanent redirect; preserve HTTP method.
Server cannot process the request due to client error.
Authentication is required.
Payment required to access this resource.
Server refuses to fulfil the request.
The requested resource does not exist.
HTTP method not supported for this endpoint.
Cannot produce a response matching Accept headers.
Proxy authentication is required.
Server timed out waiting for the request.
Request conflicts with the current state.
Resource permanently deleted and will not return.
Content-Length header is required.
Precondition in headers evaluated to false.
Request body exceeds server size limit.
The request URL is too long.
Request Content-Type is not supported.
Requested byte range cannot be satisfied.
Server cannot meet the Expect header requirement.
The server is a teapot — an April Fools' joke code.
Request directed at a server unable to produce a response.
Request is well-formed but contains semantic errors.
The resource is locked (WebDAV).
Request failed because a dependency failed (WebDAV).
Server unwilling to process a potentially replayed request.
Client must upgrade to a different protocol.
Conditional request header required.
Rate limit exceeded.
Request headers are too large.
Resource unavailable due to legal restrictions.
Unexpected server-side error.
Server does not support the request method.
Invalid response from an upstream server.
Server temporarily unable to handle the request.
Upstream server did not respond in time.
HTTP version not supported.
Content negotiation circular reference.
Server has insufficient storage (WebDAV).
Infinite loop detected (WebDAV).
Further extensions required to process the request.
Client must authenticate to access the network.
¿Qué son los códigos de estado HTTP?
Los códigos de estado HTTP son números de tres dígitos que devuelve un servidor en respuesta a una solicitud del cliente. El primer dígito define la clase de respuesta: 1xx informativa, 2xx éxito, 3xx redirección, 4xx errores del cliente y 5xx errores del servidor. Toda respuesta HTTP debe incluir un código de estado.
¿Por qué importan los códigos de estado?
Los códigos de estado son la forma principal en que los servidores web comunican el resultado de una solicitud. Los códigos de estado correctos mejoran el SEO (por ejemplo, 301 vs 302 para redirecciones), permiten el manejo adecuado de errores en clientes y son críticos para el diseño de API REST. Usar el código incorrecto puede causar problemas de caché, romper la lógica del cliente o engañar a los rastreadores de motores de búsqueda.
Cómo usar
- Escribe un número de código o palabra clave en el cuadro de búsqueda para filtrar instantáneamente.
- Haz clic en una pestaña de categoría para reducir los resultados a una clase específica.
- Haz clic en cualquier fila para expandir la descripción completa, notas de uso y causas comunes.
- Usa el botón Copiar en cualquier fila para copiar el código numérico a tu portapapeles.
Preguntas Frecuentes
- ¿Cuál es la diferencia entre 301 y 302?
- Un 301 Moved Permanently le dice a los clientes y motores de búsqueda que un recurso se ha movido a una nueva URL permanentemente — los clientes deben actualizar marcadores y los motores de búsqueda transfieren equidad de enlaces. Un 302 Found es una redirección temporal; los clientes deben seguir usando la URL original para futuras solicitudes.
- ¿Cuándo debo usar 400 vs 422?
- Usa 400 Bad Request para sintaxis mal formada o campos requeridos faltantes que hagan que la solicitud sea imparseable. Usa 422 Unprocessable Content (anteriormente 422 Unprocessable Entity) cuando la sintaxis es válida pero las instrucciones contenidas no se pueden seguir — por ejemplo, un cuerpo JSON bien formado pero que falla las reglas de validación empresarial.
- ¿Qué significa un 503 y en qué se diferencia de 500?
- 500 Internal Server Error significa que el servidor encontró una condición inesperada — un genérico para excepciones no manejadas. 503 Service Unavailable significa que el servidor no puede manejar temporalmente la solicitud, típicamente debido a mantenimiento o sobrecarga. 503 implica un estado temporal y a menudo va acompañado de un encabezado Retry-After.
- ¿Debe una API REST devolver 200 o 204 para un DELETE?
- 204 No Content es la respuesta preferida para un DELETE exitoso cuando no hay cuerpo que devolver. Usa 200 OK si deseas devolver un cuerpo (por ejemplo, el recurso eliminado o un mensaje de confirmación). Ambas son correctas; 204 es más ampliamente utilizada en API REST modernas.