62 códigos
El servidor recibió 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 (ej. HTTP → WebSocket).
El servidor está procesando la solicitud pero aún no tiene respuesta disponible.
Permite al servidor enviar encabezados de enlace anticipados antes de la respuesta final, optimizando la carga de recursos.
La solicitud fue exitosa. El significado exacto depende del método HTTP usado (GET devuelve el recurso, POST devuelve el resultado de la acción).
La solicitud fue exitosa y se creó un nuevo recurso. Típicamente en respuesta a POST o PUT.
La solicitud fue aceptada para procesamiento pero este aún no se completó (procesamiento asíncrono).
La solicitud fue exitosa pero la información en el 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 exitosos.
La solicitud fue exitosa. El cliente debe reiniciar la vista del documento (ej. limpiar un formulario).
El servidor entrega solo parte del recurso, como resultado de un encabezado Range enviado por el cliente. Usado en descargas reanudables y streaming.
El cuerpo de respuesta contiene múltiples códigos de estado para distintos sub-recursos (WebDAV).
Los miembros de un binding DAV ya fueron enumerados en una respuesta anterior y no se vuelven a incluir (WebDAV).
El servidor cumplió 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 ha sido cambiada permanentemente. La nueva URL se incluye en el encabezado Location.
El recurso está temporalmente en otra URI. El cliente debe usar la misma URI original para futuras solicitudes.
El servidor redirige al cliente a otro recurso con GET, aunque la solicitud original usó otro método.
La caché del cliente está actualizada. Se usa en respuesta a solicitudes condicionales (If-None-Match, If-Modified-Since).
El recurso debe ser accedido a través de 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 movió 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 usan 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 usa para negar acceso a recursos existentes sin revelar su existencia.
El método HTTP usado 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 (ej. 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 está soportado por 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 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 fue dirigida 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 ser procesada debido a errores semánticos (ej. 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 ser repetida, para evitar ataques de repetición.
El servidor rechaza procesar la solicitud usando el protocolo actual; el cliente debe actualizarlo (ej. 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 (rate limiting).
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 requerida para procesar la solicitud (ej. método HTTP no reconocido).
El servidor, actuando como gateway o proxy, recibió una respuesta invá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, actuando como gateway, no recibió una respuesta a tiempo del servidor upstream.
El servidor no soporta la versión del protocolo HTTP usada en la solicitud.
Error de configuración interna: 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 la pueda procesar.
El cliente debe autenticarse para acceder a la red (ej. portal cautivo de Wi-Fi).
Activá No estándar para ver códigos propietarios de Cloudflare, Nginx, IIS y otros servidores web.