Los códigos de estado HTTP son señales de tres dígitos en la respuesta de un servidor. Su primer dígito identifica el resultado general; los dígitos restantes identifican una condición específica. Esta guía explica los códigos estándar registrados con un contexto práctico, además de valores notables específicos de proveedores que pueden aparecer en los registros.
Los códigos de estado HTTP forman parte del protocolo HTTP, no son una característica del navegador que cada fabricante implementa como una API web separada. Los navegadores actuales pueden manejar las clases de respuesta estándar; las páginas de error visibles y el comportamiento de reintento son específicos de cada navegador. La compatibilidad con respuestas provisionales más recientes y extensiones especializadas puede diferir según la versión y la ruta de red.
| Familia de respuestas | Chrome / Edge | Firefox | Safari | Opera | Android / iOS WebView | Nota de compatibilidad |
|---|---|---|---|---|---|---|
| 1xx Informational (Información) | Compatible como respuestas provisionales del protocolo | Compatible como respuestas provisionales del protocolo | Compatible como respuestas provisionales del protocolo | Compatible como respuestas provisionales del protocolo | Compatible por la pila de red subyacente | 100/101 están establecidos; 102 es de nicho / obsoleto (deprecated). La adopción de 103 Early Hints y el comportamiento observable de precarga varían según la versión del navegador, el servidor y el intermediario. |
| 2xx Success (Éxito) | Compatible | Compatible | Compatible | Compatible | Compatible | Se comparten las semánticas de éxito estándar. Las reglas sobre el cuerpo siguen importando: por ejemplo, 204 y 205 no tienen cuerpo de respuesta. |
| 3xx Redirection (Redirección) | Compatible | Compatible | Compatible | Compatible | Compatible | La ubicación, el método, la caché y la política de seguridad afectan la navegación. 301/302 pueden cambiar POST a GET; 307/308 conservan el método. |
| 4xx Client/Request Error (Error del cliente/solicitud) | Compatible | Compatible | Compatible | Compatible | Compatible | El navegador recibe la respuesta; si muestra el cuerpo del servidor o una vista de error generada por el navegador difiere según el estado y el producto. |
| 5xx Server Error (Error del servidor) | Compatible | Compatible | Compatible | Compatible | Compatible | Los clientes pueden procesar la clase de respuesta, pero las páginas generadas por proxy, el comportamiento de reintento y la interfaz de usuario de diagnóstico no son idénticos en todos los navegadores. |
| Código desconocido en una clase conocida | Manejo a nivel de clase | Manejo a nivel de clase | Manejo a nivel de clase | Manejo a nivel de clase | Manejo a nivel de clase | Los clientes HTTP pueden inferir la clase general a partir del primer dígito; no confíe en que un código personalizado tenga una semántica estándar o una interfaz de usuario idéntica. |
La compatibilidad aquí describe el manejo a nivel de protocolo, no una garantía de que cada navegador muestre la misma página de error. Los clientes más antiguos, WebViews incrustados, proxies y portales cautivos pueden imponer un comportamiento adicional.
El servidor ha aceptado las cabeceras de la solicitud y está a la espera del resto del cuerpo de la solicitud. Se utiliza comúnmente con Expect: 100-continue para que un cliente pueda evitar la carga de un cuerpo grande cuando la solicitud va a ser rechazada.
Guía operativa: Respuesta provisional; Continuar enviando el cuerpo sólo cuando se espera uno.
El servidor acepta cambiar el protocolo para esta conexión después de que el cliente solicite una actualización. Las conexiones de protocolo (handshakes) de WebSocket son un uso familiar.
Guía operativa: transición de nivel Connection; verifique los encabezados Upgrade y Connection.
Un servidor WebDAV informa que ha comenzado una operación prolongada pero aún no ha concluido. Es una respuesta heredada/obsoleta (legacy/deprecated) y no debe confundirse con el resultado final.
Guía operativa: Estado provisional de WebDAV; espere la respuesta final.
El servidor envía cabeceras preliminares, a menudo indicaciones de enlaces (link hints), mientras prepara la respuesta final. Un cliente puede comenzar a recuperar recursos probablemente críticos de forma temprana.
Guía operativa: Optimización provisional; debe seguir una respuesta final.
La solicitud tuvo éxito. La representación depende del método: GET devuelve el recurso, HEAD devuelve metadatos sin cuerpo, y una acción de escritura puede devolver una representación del resultado.
Guía operativa: Úselo para una solicitud completa con una representación de respuesta cuando corresponda.
La solicitud se completó y creó uno o más recursos. La respuesta debe identificar el nuevo recurso, comúnmente con Location, y puede devolver su representación.
Guía operativa: Típico después de POST o PUT; Asegúrese de que se pueda localizar el recurso creado.
El servidor ha aceptado la solicitud para su procesamiento, pero este no ha finalizado و aún puede fallar. HTTP no entrega posteriormente una segunda respuesta para el mismo intercambio.
Guía operativa: Proporcione una operación/estado URL u otra forma de conocer el resultado final.
Un proxy o intermediario transformador devolvió metadatos o contenido que difiere de la respuesta de origen. Señala que la respuesta no es una representación autoritativa directa.
Guía operativa: Úselo solo cuando una transformación intermedia sea relevante.
La solicitud tuvo éxito y no hay contenido de respuesta para enviar. Las cabeceras aún pueden llevar metadatos útiles, como validadores actualizados.
Guía operativa: Do not include a response body.
La solicitud tuvo éxito y se indica al cliente que restablezca la vista o el formulario que la envió. No se envía contenido de respuesta.
Guía operativa: Útil para interacciones que deben borrar/restablecer el estado de entrada actual.
El servidor cumplió con una solicitud de rango válida y devuelve únicamente el rango o los rangos de bytes solicitados. Content-Range describe lo que se entregó.
Guía operativa: Asegúrese de que los valores range y Content-Range coincidan; común para medios/descargas reanudables.
Una respuesta WebDAV informa resultados separados para múltiples recursos o suboperaciones, generalmente en un cuerpo XML estructurado.
Guía operativa: Interpretar el resultado de cada recurso incorporado; el estatus exterior por sí solo no es el resultado completo.
Una respuesta de estado múltiple WebDAV omite a los miembros ya enumerados anteriormente en la misma respuesta para evitar repetirlos.
Guía operativa: específico de WebDAV; interpretar junto con la respuesta multiestado circundante.
El servidor cumplió con una solicitud GET utilizando manipulaciones de instancia y devuelve una representación derivada del recurso actual según el mecanismo delta negociado.
Guía operativa: Codificación delta especializada; Los clientes y servidores deben ponerse de acuerdo sobre la transformación.
El destino tiene múltiples representaciones o destinos y la respuesta ofrece opciones. Un cliente o usuario puede seleccionar la variante preferida.
Guía operativa: Incluir alternativas claras; No asuma que cada cliente elegirá automáticamente.
El recurso tiene una nueva URI duradera. Los clientes pueden actualizar los enlaces almacenados y las cachés, así que utilícelo solo cuando se pretenda que el traslado sea permanente.
Guía operativa: Para las migraciones de SEO, redirija directamente al URL equivalente final y actualice los enlaces internos.
El recurso está disponible temporalmente en otra URI. El comportamiento histórico permite cambios de método en algunos casos, por lo que no es la opción más segura cuando un POST debe seguir siendo un POST.
Guía operativa: Úselo para movimientos temporales cuando la reescritura de métodos sea aceptable; considere 307 cuando no lo es.
El cliente debe recuperar el recurso nombrado por Location con GET (o HEAD según corresponda), en lugar de repetir la acción original. Se utiliza comúnmente después de enviar un formulario.
Guía operativa: Implementa el patrón Post/Redirect/Get y evita volver a enviar la acción.
Una solicitud GET o HEAD condicional indica que la representación en caché sigue vigentes. La respuesta no tiene cuerpo y permite al cliente reutilizar su copia almacenada.
Guía operativa: Devuelve solo cuando coincide un validador como If-None-Match o If-Modified-Since.
Una respuesta histórica proponía que el cliente accediera al recurso a través de un proxy. Está obsoleta por razones de seguridad y no debe ser utilizada por servicios modernos.
Guía operativa: No desplegar; configurar servidores proxy fuera de banda.
Este valor está reservado/no utilizado en las especificaciones HTTP modernas. No tiene un significado operativo estándar para una aplicación web actual.
Guía operativa: Do not send it.
El recurso se encuentra temporalmente en otra URI, y el cliente debe preservar el método y el cuerpo originales al seguir la redirección.
Guía operativa: Úselo cuando la reubicación temporal no deba convertir POST en GET.
El recurso se ha movido permanentemente y el cliente debe preservar el método y el cuerpo originales al seguir la redirección.
Guía operativa: Úselo para movimientos duraderos donde la preservación del método es importante; actualizar las referencias canónicas/internas.
El servidor no puede procesar la solicitud porque su sintaxis, formato (framing) o los datos proporcionados no son válidos. Repetir la misma solicitud sin cambios probablemente no ayude.
Guía operativa: Inspeccione la codificación URL, la sintaxis del cuerpo/JSON, los campos obligatorios y el marco de solicitud.
La solicitud carece de credenciales de autenticación válidas para el destino. A pesar de su nombre, esta respuesta significa que se requiere autenticación o que esta ha fallado.
Guía operativa: Envíe las credenciales esperadas e incluya un desafío WWW-Authenticate.
Reservado para uso futuro, aunque algunos productos lo utilizan para flujos de trabajo de pago o cuotas. No existe un comportamiento de pago único universalmente interoperable.
Guía operativa: Trate los significados específicos del proveedor como tales; documentar el contrato API.
El servidor entendió la solicitud pero se niega a cumplirla. Las credenciales válidas no cambian necesariamente el resultado porque la restricción puede basarse en políticas.
Guía operativa: Verifique los permisos, la política de acceso, las reglas IP/WAF y la autorización a nivel de recursos.
El servidor no puede encontrar una representación actual para la URI solicitada, o no está dispuesto a revelar que existe una. La respuesta por sí sola no indica si la ausencia es temporal o permanente.
Guía operativa: Repare el URL, restaure el recurso o utilice 410 cuando se sepa que la eliminación es permanente.
El recurso existe, pero no admite el método utilizado en esta solicitud.
Guía operativa: Devuelve un encabezado Allow que enumera los métodos que acepta el recurso.
El servidor no puede producir una representación que coincida con las preferencias de aceptación proactivas del cliente.
Guía operativa: Relax Accept constraints or configure a suitable representation/negotiation policy.
Un proxy intermediario requiere credenciales antes de reenviar la solicitud.
Guía operativa: Autenticarse en el proxy mediante Proxy-Authenticate/Proxy-Authorization; esto es distinto de la autenticación de origen.
El servidor no recibió la solicitud completa en el tiempo que estaba preparado para esperar. El cliente puede volver a intentarlo en una nueva conexión.
Guía operativa: Verifique las paradas de la red, el tamaño de carga y la configuración del tiempo de espera del servidor/proxy.
La solicitud entra en conflicto con el estado actual del recurso, como una colisión de versiones o un intento de crear un duplicado.
Guía operativa: Explique el conflicto y proporcione suficiente estado actual para que el cliente lo resuelva.
El recurso no está disponible de forma intencionada y probablemente permanente, sin reemplazo conocido. Esto es más fuerte que una respuesta genérica de no encontrado.
Guía operativa: Úselo cuando la eliminación sea deliberada; eliminar enlaces internos y referencias obsoletas.
El servidor requiere una cabecera Content-Length pero la solicitud no proporcionó ninguna.
Guía operativa: Envíe un Content-Length preciso o utilice un marco de transferencia compatible.
Una condición de solicitud como If-Match se evaluó como falsa, por lo que el servidor no realizó la acción solicitada.
Guía operativa: Actualice la representación y vuelva a intentarlo con los validadores/estado actuales.
El cuerpo de la solicitud excede un límite que el servidor está dispuesto o puede procesar. El servidor puede cerrar la conexión o permitir un reintento después de reducir el cuerpo.
Guía operativa: Reduce payload size or adjust documented upload limits.
El destino de la solicitud es más largo de lo que el servidor está dispuesto a interpretar, a menudo debido a una cadena de consulta (query string) excesivamente grande.
Guía operativa: Utilice un URI más corto o mueva datos adecuados al cuerpo de una solicitud.
El servidor rechaza el cuerpo de la solicitud porque su tipo de medio, codificación de contenido o formato inspeccionado no son compatibles.
Guía operativa: Envíe una codificación/Content-Type compatible y un cuerpo que coincida.
El rango de bytes solicitado no se puede servir, por ejemplo, porque comienza más allá de la longitud de la representación.
Guía operativa: Vuelva a verificar la longitud del recurso y las unidades range; los servidores pueden devolver Content-Range: bytes */longitud.
El servidor o intermediario no puede cumplir con una expectativa declarada en la cabecera Expect.
Guía operativa: Vuelva a intentarlo sin expectativas no respaldadas cuando sea seguro y apropiado.
Un estado humorístico originado en una especificación del Día de los Inocentes (April Fools). No es un contrato normal de errores de aplicación, aunque algunos servicios lo usan de forma lúdica.
Guía operativa: No dependa de él para un comportamiento de producción interoperable.
La solicitud llegó a un servidor que no puede producir una respuesta autoritativa para la URI de destino, a menudo porque el enrutamiento de la conexión o la autoridad HTTP no coinciden.
Guía operativa: Vuelva a intentarlo con un connection adecuado e inspeccione Host/:authority, SNI y el enrutamiento de proxy.
Se entienden el tipo de contenido y la sintaxis, pero el servidor no puede aplicar las instrucciones ni validar el contenido enviado.
Guía operativa: Devolver detalles procesables de validación a nivel de campo; corregir la carga útil puede permitir que allow tenga éxito.
Un recurso WebDAV está bloqueado, por lo que el método solicitado no se puede realizar hasta que se resuelva la condición de bloqueo.
Guía operativa: Verifique la propiedad del bloqueo, el tiempo de espera y el manejo del token de bloqueo WebDAV.
Una operación WebDAV falló porque una operación anterior requerida en la misma secuencia de solicitudes falló.
Guía operativa: Resuelva la acción fallida anterior antes de volver a intentar las operaciones dependientes.
El servidor se niega a procesar una solicitud que puede haber sido reproducida (replayed) durante los datos tempranos (early data), para reducir el riesgo de reproducción.
Guía operativa: Vuelva a intentarlo después de que se establezca el connection sin datos iniciales.
El servidor rechaza el protocolo actual e indica que el cliente debe cambiar a otro.
Guía operativa: Incluya un encabezado Upgrade que describa las opciones de protocolo admitidas.
El servidor requiere una solicitud condicional para evitar actualizaciones perdidas, pero el cliente envió una incondicional.
Guía operativa: Obtenga el estado actual y envíe una condición adecuada, como If-Match.
El cliente ha enviado demasiadas solicitudes en un período determinado, según un límite de tasa definido por el servidor.
Guía operativa: Retroceda, respete Retry-After cuando esté presente y evite ráfagas de reintentos sincronizados.
El servidor no procesará la solicitud porque uno o más campos de cabecera, o el conjunto de cabeceras combinado, es demasiado grande.
Guía operativa: Reduce cookies/custom headers or adjust an intentional server limit.
El servidor no puede proporcionar el recurso solicitado debido a una restricción legal.
Guía operativa: En su caso, explique la restricción y su alcance sin exponer información protegida.
El servidor encontró una condición inesperada y no puede completar la solicitud. Es un respaldo general cuando no se aplica un error de servidor más preciso.
Guía operativa: Correlacione la solicitud con los registros del servidor y evite exponer los rastros de la pila a los visitantes.
El servidor no admite la funcionalidad requerida para cumplir con la solicitud, comúnmente un método o capacidad no implementada.
Guía operativa: Implementar la capacidad o utilizar un método compatible; no está diseñado para sobrecarga temporal.
Un servidor que actúa como puerta de enlace (gateway) o proxy recibió una respuesta no válida de un servidor ascendente (upstream).
Guía operativa: Inspeccione el estado ascendente, la configuración del protocolo/TLS, DNS y los registros de proxy.
El servidor no puede atender temporalmente la solicitud, a menudo debido a tareas de mantenimiento o sobrecarga.
Guía operativa: Si es posible, proporcione Retry-After, una respuesta útil y controles de caché adecuados para una falla temporal.
Una puerta de enlace (gateway) o proxy no recibió una respuesta oportuna de un servicio ascendente.
Guía operativa: Investigue la latencia ascendente, las rutas de red y los presupuestos de tiempo de espera en toda la cadena.
El servidor no admite la versión principal de HTTP utilizada en la solicitud.
Guía operativa: Utilice una versión de protocolo compatible o actualice la configuración del servidor/proxy.
Un error de configuración del servidor creó un acuerdo de negociación de contenido circular en el cual la variante seleccionada vuelve a negociar.
Guía operativa: Corregir la configuración de variante/negociación; Esta es una falla del lado del origen.
Un servidor WebDAV no puede almacenar la representación necesaria para completar la operación.
Guía operativa: Libere o aprovisione almacenamiento y verifique las cuotas antes de volver a intentarlo.
Un servidor detectó un bucle infinito al procesar una solicitud, comúnmente durante el recorrido de enlaces WebDAV.
Guía operativa: Romper la relación cíclica de recursos o la regla de procesamiento.
La solicitud requiere una extensión que el servidor no admite.
Guía operativa: Utilice un conjunto de extensiones compatible o negocie una alternativa.
El cliente debe autenticarse para obtener acceso a la red, típicamente en un portal cautivo. Está pensado para intermediarios de red, no para el inicio de sesión en un sitio web de origen.
Guía operativa: Complete la autenticación de acceso a la red y luego vuelva a intentar la solicitud original.
Estos valores se ven en productos, registros de servidor, CDN o aplicaciones particulares. No son intercambiables con significados estándar registrados; consultar el contrato del servicio de generación.
Algunas aplicaciones usan esta etiqueta cuando una sesión de autenticación expira. No es un estado HTTP asignado universalmente, por lo que los clientes no pueden depender de una semántica consistente.
Guía operativa: Actualizar la autenticación según el contrato de servicio.
Una respuesta específica de proveedor utilizada históricamente para la limitación de tasa (throttling). Su significado está definido por la implementación.
Guía operativa: Follow documented rate-limit guidance.
Algunos servidores cierran la conexión sin enviar una respuesta convencional, a menudo como medida de filtrado.
Guía operativa: Verifique los registros del proveedor; Los clientes pueden informar un error de red en lugar de mostrar este código.
Una extensión de Microsoft utilizada por algunos servicios para pedir a un cliente que vuelva a intentarlo con información adicional.
Guía operativa: Follow the specific API documentation.
Un proxy inverso puede registrar esto cuando el cliente se desconecta antes de que se complete la respuesta ascendente. Por lo general, es una clasificación de registro en lugar de una respuesta entregada a ese cliente.
Guía operativa: Investigue las cancelaciones de clientes y las solicitudes ascendentes lentas.
Algunas plataformas de alojamiento utilizan este código para una cuota o límite de ancho de banda. No es un significado HTTP general interoperable.
Guía operativa: Verifique la configuración de cuota y facturación del host.
Un CDN o proxy puede usar esto cuando recibe una respuesta de origen inesperada o vacía.
Guía operativa: Compare edge y los registros de origen; verificar que el origen emite una respuesta HTTP válida.
Un proxy no pudo establecer una conexión con el origen o el origen la rechazó.
Guía operativa: Verifique la disponibilidad de origen, las reglas de firewall y las listas de permitidos de proxy.
Un servicio de borde se conectó o intentó conectarse al origen, pero no completó el intercambio dentro de su tiempo de espera.
Guía operativa: Revise la capacidad de respuesta del origen y la latencia de la red.
Un proxy no pudo alcanzar la dirección de origen configurada.
Guía operativa: Verifique la resolución, el enrutamiento y la configuración del origen IP del DNS.
La conexión al origen fue exitosa, pero el origen no envió una respuesta HTTP oportuna.
Guía operativa: Reduce origin processing time or adjust supported timeout settings.
Un proxy no pudo completar la negociación TLS con el origen.
Guía operativa: Valide certificados, compatibilidad de protocolo/cifrado y SNI.
Un intermediario rechazó el certificado de origen durante la validación.
Guía operativa: Instale un certificado válido, con el nombre correcto, confiable y vigente y una cadena completa.
Un estado de proxy heredado/específico del proveedor informa un fallo en una conexión de aceleración de origen.
Guía operativa: Inspeccione el conector específico del proveedor y la ruta de origen.
Algunos clientes o proxies usan este valor para describir un tiempo de espera de lectura de red. No tiene un significado HTTP universal.
Guía operativa: Inspect the client/proxy diagnostics.
Algunos proxies usan este valor cuando un intento de conexión de red agota su tiempo de espera. Su significado depende de la implementación.
Guía operativa: Check reachability and timeout settings.
Para un traslado permanente de URL, use una redirección permanente solo cuando el destino esté destinado a reemplazar el antiguo URL; para un cambio temporal, seleccione una respuesta temporal. Mantenga las cadenas cortas y apunte al destino final equivalente. Confirme que cada valor de Location se resuelva, que la respuesta final sea apropiada y que las etiquetas canónicas y los enlaces internos coincidan con el URL previsto. Un 2xx al final confirma una respuesta exitosa HTTP, no que la página sea útil, indexable o técnicamente saludable.