Referencia buscable y codificada por color de los códigos de estado HTTP de 1xx a 5xx, con explicaciones sencillas.
El servidor ha recibido las cabeceras de la solicitud y el cliente debe continuar enviando el cuerpo de la solicitud.
El servidor está cambiando de protocolo según lo solicitado por el cliente, p. ej. actualizando a WebSocket.
El servidor ha recibido y está procesando la solicitud, pero aún no hay respuesta disponible (WebDAV).
Se usa para devolver sugerencias de preload/preconnect antes de que la respuesta HTTP final esté lista.
La solicitud tuvo éxito. El significado depende del método HTTP (GET devuelve un recurso, POST devuelve un resultado).
La solicitud tuvo éxito y como resultado se creó un nuevo recurso, normalmente tras un POST o PUT.
La solicitud ha sido aceptada para su procesamiento, pero el procesamiento aún no ha terminado.
Los metadatos devueltos no son exactamente los mismos que los del servidor de origen, p. ej. servidos a través de un proxy.
La solicitud tuvo éxito pero no hay contenido que devolver, se usa a menudo tras un DELETE o PUT.
La solicitud tuvo éxito; indica al cliente que reinicie la vista del documento que envió esta solicitud.
Se usa con solicitudes de rango para entregar solo parte de un recurso, p. ej. descargas reanudables o streaming de video.
Transmite información sobre varios recursos en situaciones donde pueden ser apropiados varios códigos de estado (WebDAV).
El servidor ha cumplido una solicitud GET y la respuesta es una representación del resultado de manipulaciones de instancia.
La solicitud tiene más de una respuesta posible; el usuario o agente debe elegir una de ellas.
El recurso se ha movido permanentemente a una nueva URL; las solicitudes futuras deben usar la nueva URL.
El recurso reside temporalmente en una URL diferente; el cliente debe seguir usando la URL original para futuras solicitudes.
La respuesta se puede encontrar en otra URL mediante una solicitud GET, comúnmente usado tras un envío de formulario (POST/redirect/GET).
El recurso no ha cambiado desde la última solicitud; el cliente puede usar su versión en caché.
Debe accederse al recurso solicitado a través del proxy indicado en la respuesta. Obsoleto por razones de seguridad.
Como 302, pero garantiza que el método y el cuerpo de la solicitud original se repiten en la solicitud redirigida.
Como 301, pero garantiza que el método y el cuerpo de la solicitud original se repiten en la solicitud redirigida.
El servidor no puede procesar la solicitud debido a un error del cliente, como una sintaxis malformada.
Se requiere autenticación y ha fallado o aún no se ha proporcionado.
Reservado para uso futuro; originalmente pensado para sistemas de pago digital.
El servidor entendió la solicitud pero se niega a autorizarla, independientemente de la autenticación.
El servidor no puede encontrar el recurso solicitado; puede que el endpoint no exista o la URL sea incorrecta.
El servidor conoce el método de la solicitud pero no lo admite para este recurso en particular.
El servidor no puede producir una respuesta que coincida con la lista de valores aceptables en las cabeceras de la solicitud.
Similar a 401, pero primero se necesita autenticación con un proxy.
El servidor agotó el tiempo de espera de la solicitud del cliente.
La solicitud entra en conflicto con el estado actual del recurso de destino, p. ej. un conflicto de edición.
El recurso solicitado ha desaparecido permanentemente y no hay dirección de reenvío disponible, a diferencia de 404.
El servidor rechaza la solicitud porque no se especificó la cabecera Content-Length.
Una o más condiciones en las cabeceras de la solicitud se evaluaron como falsas, p. ej. una comprobación If-Match fallida.
El cuerpo de la solicitud es más grande de lo que el servidor está dispuesto o puede procesar.
El URI solicitado por el cliente es más largo de lo que el servidor está dispuesto a interpretar.
El formato de medio de los datos solicitados no es compatible con el servidor.
El rango especificado por la cabecera Range no se puede cumplir para el recurso.
El servidor no puede cumplir los requisitos del campo de cabecera Expect.
Un código de estado en broma del Hyper Text Coffee Pot Control Protocol de 1998 (Día de los Inocentes); un servidor se niega a preparar café.
La solicitud se dirigió a un servidor que no puede producir una respuesta para esta combinación de esquema y host.
La solicitud tenía un formato correcto pero contiene errores semánticos, p. ej. una validación fallida (común en APIs REST).
El recurso al que se accede está bloqueado (WebDAV).
La solicitud falló porque dependía de otra solicitud que falló (WebDAV).
El servidor no está dispuesto a arriesgarse a procesar una solicitud que podría reproducirse, enviada en datos tempranos (TLS 0-RTT).
El servidor se niega a realizar la solicitud usando el protocolo actual; el cliente debe cambiar a un protocolo diferente.
El servidor de origen requiere que la solicitud sea condicional, para evitar el problema de actualización perdida.
El usuario ha enviado demasiadas solicitudes en un período de tiempo determinado; se usa para limitar la tasa.
El servidor se niega a procesar la solicitud porque sus campos de cabecera son demasiado grandes.
El recurso solicitado no está disponible debido a una exigencia legal, como censura ordenada por un gobierno.
Un error genérico que indica que el servidor encontró una condición inesperada que no sabe cómo manejar.
El método de la solicitud no es compatible con el servidor y no se puede gestionar.
El servidor, actuando como gateway o proxy, recibió una respuesta no válida de un servidor upstream.
El servidor no está listo para gestionar la solicitud, a menudo por mantenimiento o sobrecarga.
El servidor, actuando como gateway o proxy, no obtuvo una respuesta a tiempo de un servidor upstream.
La versión de HTTP usada en la solicitud no es compatible con el servidor.
El servidor tiene un error de configuración interno: la negociación de contenido transparente resulta en una referencia circular.
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 requieren extensiones adicionales de la solicitud para que el servidor pueda cumplirla.
El cliente necesita autenticarse para obtener acceso a la red, p. ej. un portal cautivo en Wi-Fi público.