62 códigos
El servidor ha recibido los encabezados de la solicitud y el cliente debe proceder a enviar el cuerpo.
El servidor acepta cambiar de protocolo según lo solicitado por el cliente (por ejemplo, HTTP → WebSocket).
El servidor está procesando la solicitud, pero aún no tiene una respuesta disponible.
Permite al servidor enviar encabezados de enlace anticipados antes de la respuesta final, lo que optimiza la carga de recursos.
La solicitud fue exitosa. El significado exacto depende del método HTTP utilizado (GET devuelve el recurso, POST devuelve el resultado de la acción).
La solicitud fue exitosa y se creó un nuevo recurso. Normalmente en respuesta a POST o PUT.
La solicitud fue aceptada para su procesamiento, pero este aún no se ha completado (procesamiento asincrónico).
La solicitud fue exitosa, pero la información del cuerpo proviene de una copia caché de terceros, no del servidor original.
La solicitud fue exitosa, pero no hay contenido que enviar. Común en respuestas a DELETE o PUT exitosas.
La solicitud fue exitosa. El cliente debe reiniciar la vista del documento (por ejemplo, limpiar un formulario).
El servidor entrega solo una parte del recurso, como resultado de un encabezado Range enviado por el cliente. Se utiliza en descargas reanudables y en streaming.
El cuerpo de respuesta contiene múltiples códigos de estado para distintos subrecursos (WebDAV).
Los miembros de un DAV vinculante ya fueron enumerados en una respuesta anterior y no se vuelven a incluir (WebDAV).
El servidor ha cumplido una solicitud GET y la respuesta es una representación del resultado de una o más manipulaciones de instancia aplicadas al recurso actual.
La solicitud tiene más de una respuesta posible. El cliente debe elegir una de ellas.
La URL del recurso se ha cambiado de forma permanente. La nueva URL se incluye en el encabezado Location.
El recurso está temporalmente en otra URI. El cliente debe utilizar la misma URI original para futuras solicitudes.
El servidor redirige al cliente a otro recurso con GET, aunque la solicitud original utilizó otro método.
La caché del cliente está actualizada. Se utiliza en respuesta a solicitudes condicionales (If-None-Match, If-Modified-Since).
El recurso debe accederse mediante un proxy. Obsoleto por razones de seguridad.
El recurso está temporalmente en otra URI. A diferencia de 302, el método HTTP no debe cambiar en la redirección.
El recurso se trasladó permanentemente a otra URI. A diferencia de 301, el método HTTP no debe cambiar en la redirección.
El servidor no puede procesar la solicitud debido a un error del cliente: sintaxis malformada, parámetros inválidos, etc.
El cliente debe autenticarse para obtener la respuesta. El servidor debe incluir el encabezado WWW-Authenticate.
Reservado para uso futuro. Algunos servicios lo utilizan para indicar que se requiere pago.
El cliente no tiene permiso para acceder al recurso. A diferencia de 401, el servidor sabe quién es el cliente pero le niega el acceso.
El servidor no encontró el recurso solicitado. También se utiliza para denegar acceso a recursos existentes sin revelar su existencia.
El método HTTP utilizado no está permitido para el recurso solicitado. El servidor debe incluir el encabezado Allow con los métodos permitidos.
El servidor no puede producir una respuesta que coincida con los criterios de negociación de contenido enviados por el cliente.
El cliente debe autenticarse con el proxy intermediario antes de que este envíe la solicitud al servidor.
El servidor cerró la conexión porque el cliente tardó demasiado en enviar la solicitud completa.
La solicitud entra en conflicto con el estado actual del servidor (por ejemplo, modificación concurrente del mismo recurso).
El recurso solicitado ya no está disponible y no volverá. A diferencia de 404, se sabe con certeza que fue eliminado.
El servidor rechaza la solicitud porque no se incluyó el encabezado Content-Length requerido.
El servidor evalúa las condiciones previas de la solicitud (encabezados If-*) y alguna de ellas falló.
El cuerpo de la solicitud supera los límites definidos por el servidor.
La URI de la solicitud es más larga de lo que el servidor puede interpretar.
El formato del contenido de la solicitud no es compatible con el servidor (tipo MIME no aceptado).
El rango de bytes solicitado no puede ser satisfecho: está fuera de los límites del recurso.
El servidor no puede cumplir con los requisitos indicados en el encabezado Expect de la solicitud.
El servidor rechaza los intentos de preparar café porque es una tetera. Código de broma definido en el RFC del Hyper Text Coffee Pot Control Protocol (HTCPCP).
La solicitud se dirigió a un servidor que no puede producir una respuesta para la combinación de esquema y autoridad.
La solicitud está bien formada pero no puede procesarse debido a errores semánticos (por ejemplo, validación de datos).
El recurso al que se intenta acceder está bloqueado (WebDAV).
La solicitud falló porque dependía de otra solicitud que también falló (WebDAV).
El servidor no está dispuesto a procesar una solicitud que podría repetirse, para evitar ataques de repetición.
El servidor rechaza procesar la solicitud utilizando el protocolo actual; el cliente debe actualizarlo (por ejemplo, pasar a TLS).
El servidor requiere que la solicitud sea condicional (incluir encabezados If-Match, etc.) para evitar actualizaciones perdidas.
El cliente envió demasiadas solicitudes en un período de tiempo determinado (limitación de velocidad).
El servidor rechaza la solicitud porque uno o varios encabezados HTTP son demasiado largos.
El recurso no está disponible por razones legales (censura gubernamental, orden judicial, etc.).
El servidor encontró una condición inesperada que le impidió completar la solicitud. Es el código de error genérico del servidor.
El servidor no soporta la funcionalidad necesaria para procesar la solicitud (por ejemplo, un método HTTP no reconocido).
El servidor, que actúa como gateway o proxy, recibió una respuesta no válida del servidor upstream.
El servidor no está disponible temporalmente, generalmente por sobrecarga o mantenimiento. El encabezado Retry-After puede indicar cuándo estará disponible.
El servidor, que actúa como gateway, no recibió una respuesta a tiempo del servidor upstream.
El servidor no admite la versión del protocolo HTTP utilizada en la solicitud.
Error de configuración interno: la variante de contenido seleccionada está configurada para negociar contenido por sí misma.
El servidor no puede almacenar la representación necesaria para completar la solicitud (WebDAV).
El servidor detectó un bucle infinito al procesar la solicitud (WebDAV).
Se necesitan más extensiones a la solicitud para que el servidor pueda procesarla.
El cliente debe autenticarse para acceder a la red (por ejemplo, portal cautivo de Wi-Fi).
Activa No estándar para ver códigos propietarios de Cloudflare, Nginx, IIS y otros servidores web.