Cada respuesta HTTP viene con un código de estado que señala con un número claro información sobre cómo se procesó la solicitud.
Un código de estado HTTP es la primera línea de una respuesta HTTP, que se envía desde un servidor al cliente.
Esta lista será útil si está intentando averiguar por qué un servidor envió un código de estado particular y ver qué significa, o si está construyendo el servidor y está buscando el código de estado perfecto para devolver.
Los códigos de estado se expresan mediante números de 3 dígitos, más una breve descripción.
El primer dígito del número identifica el grupo de respuesta .
Hay 5 grupos:
1xx:respuesta informativa: indica que la solicitud fue recibida y entendida2xx: respuesta exitosa – indica que la acción solicitada por el cliente fue recibida, entendida y aceptada3xx: redirección: indica que el cliente debe realizar una acción adicional para completar la solicitud4xx: error del cliente: indica que hubo un error que parece haber sido causado por el cliente5xx: error del servidor: indica que ocurrió un error en el servidor
En el resto de la publicación enumeraré todos los códigos de estado útiles.
(Eliminé algunos específicos de la tecnología, como los de WebDAV y los que se usan muy raramente)
Respuestas informativas
| Código de estado | Descripción |
|---|---|
| 100 Continuar | El servidor ha recibido los encabezados de la solicitud y el cliente debe proceder a enviar el cuerpo de la solicitud (en el caso de una solicitud para la que se necesita enviar un cuerpo; por ejemplo, una solicitud POST). Enviar un cuerpo de solicitud grande a un servidor después de que se haya rechazado una solicitud por encabezados inadecuados sería ineficiente. Para que un servidor verifique los encabezados de la solicitud, un cliente debe enviar Expect: 100-continue como encabezado en su solicitud inicial y recibir un código de estado 100 Continue en respuesta antes de enviar el cuerpo. Si el cliente recibe un código de error como 403 (Prohibido) o 405 (Método no permitido), entonces no debe enviar el cuerpo de la solicitud. La respuesta 417 Expectation Failed indica que la solicitud debe repetirse sin el encabezado Expect, ya que indica que el servidor no admite expectativas (este es el caso, por ejemplo, de los servidores HTTP/1.0). |
| 101 Protocolos de conmutación | El cliente solicitó al servidor que cambiara de protocolo y el servidor aceptó hacerlo. Consulte RFC 7231#6.2.2 |
Respuestas exitosas
| Código de estado | Descripción |
|---|---|
| 200 OK | Esta es la respuesta estándar para solicitudes HTTP exitosas. |
| 201 Creado | Generalmente, se trata de una respuesta a una solicitud POST. La solicitud se ha completado y se ha creado un nuevo recurso. |
| 202 Aceptado | La solicitud ha sido aceptada para su procesamiento. No se ha dicho nada sobre el procesamiento real ni sobre el resultado del mismo, que puede realizarse en un servidor independiente o por lotes. |
| 203 Información no autorizada | El servidor original devolvió un 200 y un proxy de transformación entre el cliente y el servidor cambió la carga útil. |
| 204 Sin contenido | El servidor procesó exitosamente la solicitud, pero no devuelve ningún contenido. |
| 205 Restablecer contenido | El servidor procesó correctamente la solicitud, pero no devuelve ningún contenido. Es similar a una respuesta 204, pero el servidor requiere que el cliente restablezca la vista del documento (se utiliza para borrar formularios, por ejemplo) |
| 206 Contenido parcial | En respuesta a una Rangesolicitud procedente del cliente, el servidor envía una respuesta de contenido parcial. Consulte RFC 7233#4.1 |
Redirección
| Código de estado | Descripción |
|---|---|
| 301 se trasladó permanentemente | Esta y todas las solicitudes futuras deben dirigirse a la URL indicada. Utilícela únicamente con solicitudes GET/HEAD y 308 Permanent Redirectpara todos los demás métodos. |
| 302 encontrados | El recurso se mueve temporalmente a una URL especificada por el Locationencabezado. Utilícelo únicamente con solicitudes GET/HEAD y 307 Temporary Redirectpara todos los demás métodos. |
| 303 Ver otros | Después de una solicitud POST o PUT, apunta al mensaje de confirmación en el Locationencabezado, accesible mediante una nueva solicitud GET. |
| 304 No modificado | Cuando el cliente utiliza los encabezados de solicitud If-Modified-Sinceo If-None-Match, este código de estado de respuesta indica que el recurso no se ha modificado. |
| 307 Redirección temporal | Similar a la 302solicitud, excepto que no permite cambiar el método HTTP |
| 308 Redirección permanente | Similar a la 301solicitud, excepto que no permite cambiar el método HTTP |
Errores del cliente
| Código de estado | Descripción |
|---|---|
| 400 Solicitud incorrecta | Debido a un error de solicitud que se generó en el cliente, el servidor no puede procesar la solicitud. Los errores pueden incluir una solicitud mal formada, un tamaño demasiado grande para ser procesada u otros. |
| 401 No autorizado | Se envía cuando se requiere autenticación y el cliente no está autorizado |
| 403 Prohibido | El recurso no está disponible por diversos motivos. Si el motivo es la autenticación, es preferible el 401 Unauthorizedcódigo de estado. |
| 404 No encontrado | No se pudo encontrar el recurso solicitado. |
| Método 405 no permitido | El recurso no está disponible a través de ese método HTTP, pero podría estarlo con otro. |
| 406 No aceptable | El cliente pasó un Acceptencabezado con valores que no son compatibles con el servidor. |
| 407 Se requiere autenticación de proxy | Entre el cliente y el servidor hay un proxy que requiere autenticación. |
| 408 Tiempo de espera de solicitud agotado | El servidor agotó el tiempo de espera de la solicitud. |
| 409 Conflict | Indica que no se pudo procesar la solicitud debido a un conflicto en el estado actual del recurso, como un conflicto de edición entre múltiples actualizaciones simultáneas. |
| 410 desaparecido | El recurso ya no está disponible y no volverá a estarlo. Es más potente que un 404, por ejemplo, los motores de búsqueda lo interpretan como una indicación para eliminar ese recurso de su índice. |
| 411 Longitud requerida | El cliente debe agregar un encabezado Content-Length a la solicitud, y esto es obligatorio. |
| 412 Condición previa fallida | Se devuelve si el cliente envió un encabezado de solicitud If-Unmodified-Sinceo If-None-Matchy el servidor no puede satisfacer esa condición. |
| 413 Carga útil demasiado grande | La solicitud es más grande de lo que el servidor está dispuesto o puede procesar. |
| 414 URI demasiado larga | La URI proporcionada era demasiado larga para que el servidor la procesara. |
| 415 Tipo de medio no compatible | La entidad solicitada tiene un tipo de medio que el servidor o recurso no admite. |
| 416 Rango no satisfactorio | El cliente ha solicitado una parte del archivo utilizando el Rangeencabezado, pero el servidor no puede proporcionar esa parte. |
| 417 Expectativa fallida | El servidor no puede cumplir con los requisitos del Expectencabezado de la solicitud. |
| 421 Solicitud mal dirigida | La solicitud fue dirigida a un servidor que no puede producir una respuesta (por ejemplo, debido a la reutilización de la conexión). |
| 426 Se requiere actualización | El cliente debe cambiar a un protocolo diferente, como TLS/1.0, especificado en el Upgradecampo de encabezado. |
| 428 Condición previa requerida | El servidor requiere que la solicitud contenga un If-Matchencabezado. |
| 429 Demasiadas solicitudes | El usuario ha enviado demasiadas solicitudes en un período de tiempo determinado. Se utiliza para limitar la velocidad. |
| 431 Los campos del encabezado de solicitud son demasiado grandes | La solicitud no se puede cumplir porque uno o más encabezados, o el conjunto de encabezados completo, es demasiado grande. |
| 451 No disponible por razones legales | El recurso no está disponible por razones legales |
Errores del servidor
| Código de estado | Descripción |
|---|---|
| Error interno del servidor 500 | Un mensaje de error de servidor genérico que aparece cuando se encuentra una condición inesperada y no hay ningún mensaje más específico adecuado. |
| 501 No implementado | El servidor no reconoce el método de solicitud o no tiene la capacidad de cumplirla. |
| 502 Puerta de enlace no válida | El servidor estaba actuando como puerta de enlace o proxy y recibió una respuesta no válida del servidor ascendente. |
| 503 Servicio no disponible | El servidor no está disponible temporalmente (porque está sobrecargado o inactivo por mantenimiento). |
| 504 Tiempo de espera de la puerta de enlace | El servidor estaba actuando como puerta de enlace o proxy y no recibió una respuesta oportuna del servidor ascendente. |
| 505 Versión HTTP no compatible | El servidor no admite la versión del protocolo HTTP especificada en la solicitud. |
Tal vez te puede interesar:
- Introducción a React
- Agregar evento de clic a los elementos DOM devueltos desde querySelectorAll
- Cómo cambiar el valor de un nodo DOM
- Cómo comprobar si un elemento DOM tiene una clase
Lista de códigos de estado HTTP
Cada respuesta HTTP viene con un código de estado que señala con un número claro información sobre cómo se procesó la solicitud. Respuestas informativasR
programar
es
2025-01-16
Si crees que alguno de los contenidos (texto, imagenes o multimedia) en esta página infringe tus derechos relativos a propiedad intelectual, marcas registradas o cualquier otro de tus derechos, por favor ponte en contacto con nosotros en el mail [email protected] y retiraremos este contenido inmediatamente