Referencia de códigos de estado HTTP
Una referencia completa y con buscador de todos los códigos de estado HTTP del 100 al 511. Navega por categoría, busca por palabra clave o número de código y despliega cualquier código para ver todos los detalles, incluidas orientaciones prácticas de uso y especificaciones RFC, todo en tu navegador y sin registro.
1xx Informational
(4)The server has received the request headers and the client should proceed to send the request body.
The server is switching protocols as requested by the client via the Upgrade header.
The server has received and is processing the request, but no response is available yet.
The server is sending preliminary headers to allow the client to preload resources before the final response.
2xx Success
(10)The request has succeeded. The meaning depends on the HTTP method used.
The request has been fulfilled and a new resource has been created.
The request has been accepted for processing, but the processing has not been completed.
The returned metadata is not exactly the set available from the origin server but is gathered from a local or third-party copy.
The server has fulfilled the request but does not need to return a response body.
The server has fulfilled the request and the user agent should reset the document view.
The server is delivering only part of the resource due to a Range header sent by the client.
Provides status for multiple independent operations in WebDAV.
The members of a DAV binding have already been enumerated in a previous reply to this request.
The server has fulfilled a GET request for the resource, and the response is a representation of the result of one or more instance-manipulations applied to the current instance.
3xx Redirection
(9)The request has more than one possible response. The user agent or user should choose one.
The resource has been permanently moved to a new URL indicated by the Location header.
The resource has been temporarily moved to a different URL.
The response to the request can be found at another URL using a GET method.
The resource has not been modified since the last request, and the client should use its cached version.
The requested resource must be accessed through the proxy specified in the Location header.
Subsequent requests should use the specified proxy.
The resource has been temporarily moved, and the client should use the same HTTP method for the redirect.
The resource has been permanently moved, and the client should use the same HTTP method for the redirect.
4xx Client Error
(29)The server cannot process the request due to a client error (malformed syntax, invalid request message framing, or deceptive request routing).
The request requires user authentication. The response must include a WWW-Authenticate header.
This response code is reserved for future use. Originally intended for digital payment systems.
The client does not have access rights to the content, and the server is refusing to respond.
The server cannot find the requested resource. In an API, this can also mean the endpoint is valid but the resource itself does not exist.
The request method is known by the server but is not supported by the target resource.
The server cannot produce a response matching the list of acceptable values defined in the request headers.
The client must first authenticate itself with the proxy.
The server timed out waiting for the request.
The request conflicts with the current state of the server.
The requested resource is no longer available and will not be available again.
The server refuses to accept the request without a defined Content-Length header.
One or more conditions given in the request header fields evaluated to false.
The request entity is larger than the server is willing or able to process.
The URI provided in the request was too long for the server to process.
The media format of the requested data is not supported by the server.
The range specified in the Range header cannot be satisfied.
The expectation indicated by the Expect request header field cannot be met by the server.
The server refuses to brew coffee because it is, permanently, a teapot.
The request was directed at a server that cannot produce a response for the target resource.
The request body contains well-formed but semantically erroneous content.
The resource that is being accessed is locked.
The request failed because it depended on another operation that failed.
The server is unwilling to risk processing a request that might be replayed.
The client should switch to a different protocol as specified in the Upgrade header.
The server requires the request to be conditional to prevent the lost update problem.
The user has sent too many requests in a given amount of time (rate limiting).
The server refuses to process the request because the header fields are too large.
The resource is unavailable due to legal demands (government censorship, copyright claims).
5xx Server Error
(11)The server encountered an unexpected condition that prevented it from fulfilling the request.
The server does not support the functionality required to fulfill the request.
The server, while acting as a gateway or proxy, received an invalid response from the upstream server.
The server is currently unable to handle the request due to temporary overload or maintenance.
The server, while acting as a gateway or proxy, did not receive a timely response from the upstream server.
The server does not support the HTTP protocol version used in the request.
The server has an internal configuration error and the chosen variant resource is configured to engage in transparent content negotiation itself.
The server is unable to store the representation needed to complete the request.
The server detected an infinite loop while processing a request with "Depth: infinity".
Further extensions to the request are required for the server to fulfill it.
The client needs to authenticate to gain network access (e.g., captive portal).
¿Por qué usar nuestra referencia de códigos de estado HTTP?
Una referencia completa y pensada para desarrolladores con todos los códigos de estado HTTP estándar de 1xx a 5xx, incluidos los códigos de WebDAV y los experimentales.
Todos los códigos de estado HTTP estándar del 100 al 511, incluidas las categorías informativa, de éxito, de redirección, de error del cliente y de error del servidor. Además, códigos de WebDAV y códigos de estado experimentales, todo en un mismo lugar.
Busca por número de código, título, descripción, notas de uso o especificación RFC. Filtra por categoría (1xx-5xx) o consulta todos los códigos a la vez. La búsqueda se actualiza en tiempo real sobre todo el conjunto de datos.
Haz clic en cualquier código de estado para desplegar información detallada: descripción completa, notas prácticas de uso, referencia a la especificación RFC y función de copia, manteniendo la vista compacta limpia y fácil de recorrer.
Copia cualquier código de estado con su título directamente al portapapeles con un solo clic. Cada código muestra su fuente de especificación RFC y su categoría para citarlos fácilmente en documentación, revisiones de código y depuración.
¿Quién usa las referencias de códigos de estado HTTP?
Desde desarrolladores de frontend hasta diseñadores de API, tener acceso rápido a información precisa sobre los códigos de estado HTTP es esencial.
Devuelve los códigos de estado correctos desde las API de backend. Aprende cuándo usar 201 frente a 202, 400 frente a 422, o 301 frente a 308 en tu aplicación Express, Django, Rails o ASP.NET.
Diseña API RESTful con una semántica precisa de códigos de estado. Elige los códigos adecuados para operaciones CRUD, respuestas de error, limitación de peticiones y estrategias de negociación de contenido.
Consulta rápidamente códigos de estado desconocidos que aparezcan durante la depuración, las pruebas de API con Postman o cURL, el análisis de logs o al revisar informes de errores del servidor.
Interpreta los códigos de estado HTTP en logs de balanceadores de carga, informes de CDN, paneles de monitorización y alertas de disponibilidad. Aprende la diferencia entre 502 y 504 al diagnosticar problemas de puerta de enlace.
Estudia los fundamentos del protocolo HTTP con explicaciones claras y prácticas. Aprende la diferencia entre los errores 4xx y 5xx, cuándo se producen las redirecciones y cómo el almacenamiento en caché usa el 304.
Consulta descripciones precisas de códigos de estado, referencias a especificaciones y notas de uso al redactar documentación de API, tutoriales, manuales de errores y guías de programación.
¿Qué son los códigos de estado HTTP?
Los códigos de estado HTTP son números estandarizados de tres dígitos que los servidores web devuelven como parte de cada respuesta HTTP. Se agrupan en cinco clases indicadas por el primer dígito: 1xx (informativa), 2xx (éxito), 3xx (redirección), 4xx (error del cliente) y 5xx (error del servidor). Cada código comunica una condición concreta de la petición, lo que permite a los clientes (navegadores, API, aplicaciones móviles) determinar la acción siguiente adecuada. La especificación HTTP actual (RFC 9110) define la semántica básica, y otros RFC complementarios definen códigos adicionales para WebDAV, limitación de peticiones, restricciones legales y otros casos de uso especializados.
Cómo funciona nuestra referencia
- Navega por categoría: usa los botones de filtro para ver solo los códigos informativos (1xx), de éxito (2xx), de redirección (3xx), de error del cliente (4xx) o de error del servidor (5xx).
- Busca: escribe cualquier número de código, palabra clave del título o un término como «caché» o «redirección» para encontrar al instante los códigos relevantes en todo el conjunto de datos.
- Despliega para ver detalles: haz clic en cualquier tarjeta de código de estado para ver la descripción completa, orientaciones prácticas de uso y la referencia a la especificación RFC.
- Copia y consulta: haz clic en el botón de copiar de cualquier código para copiarlo con su título y usarlo en código, documentación o notas de depuración.
Entender las categorías de códigos de estado
- 1xx informativa (100-199): respuestas provisionales que indican que el servidor ha recibido la petición y sigue procesándola. Son respuestas intermedias antes de la respuesta final.
- 2xx éxito (200-299): la petición se recibió, se entendió y se aceptó correctamente. El código concreto indica qué se hizo con la petición (creada, aceptada, entregada parcialmente).
- 3xx redirección (300-399): el cliente debe realizar una acción adicional para completar la petición. Normalmente significa que el recurso se ha movido y que el cliente debe seguir la URL de la cabecera Location.
- 4xx error del cliente (400-499): la petición contiene una sintaxis incorrecta o el servidor no puede atenderla. Estos errores son responsabilidad del cliente: entrada no válida, fallo de autenticación o recurso no encontrado.
- 5xx error del servidor (500-599): el servidor no pudo atender una petición válida por un error interno, falta de capacidad o fallo de un sistema previo. El cliente puede reintentar la petición más tarde.
Privacidad, seguridad y disponibilidad
Esta referencia de códigos de estado HTTP es una herramienta de consulta estática. No se envía, almacena ni procesa ningún dato en ningún servidor. El conjunto completo de códigos de estado está integrado en la página y se carga al instante sin ninguna petición de red. Sin cuenta, sin registro y sin rastreo. La herramienta es 100 % gratis y sin límites de uso.
Preguntas frecuentes
Más de 50 códigos estándar de 1xx a 5xx, incluidos los códigos de WebDAV y los experimentales.
Sí, se incluyen códigos obsoletos como 305 y 306 con notas sobre su obsolescencia.
Sí, la búsqueda abarca todos los campos, incluida la referencia a la especificación RFC (por ejemplo, buscar «RFC 6585»).
Cinco categorías según el primer dígito, con código de color: 1xx azul, 2xx verde, 3xx amarillo, 4xx naranja y 5xx rojo.
Sí, haz clic en el botón de copiar de cualquier tarjeta para copiar el código y su título al portapapeles.
El 400 corresponde a una sintaxis mal formada; el 422, a un contenido bien formado pero semánticamente no válido.
Sí. Esta es una referencia estática: no se envía ni se almacena ningún dato en ningún sitio.
Sí, 100 % gratis, sin límites, sin registro y sin cargos ocultos.