Referencia de códigos de estado HTTP gratis

Se usa para solicitudes con Expect: 100-continue. El servidor reconoce que está dispuesto a recibir el cuerpo antes de que el cliente lo envíe. Raramente se ve en aplicaciones web modernas.

Se utiliza más comúnmente para actualizaciones de WebSocket — el cliente solicita Upgrade: websocket y el servidor responde 101 para cambiar.

Una respuesta provisional de WebDAV enviada para evitar tiempos de espera del cliente durante operaciones prolongadas. Obsoleto: los servidores modernos no deben enviarla.

Permite que los servidores envíen encabezados Link (preload/preconnect) mientras se sigue preparando la respuesta final, para que los navegadores puedan comenzar a buscar activos críticos antes.

La respuesta de éxito estándar. El significado depende del método HTTP: GET → recurso devuelto, POST/PUT → acción completada.

Común después de un POST. La respuesta debe incluir un encabezado Location que apunte a la URL del nuevo recurso.

Para operaciones asincrónicas — el servidor está encolando el trabajo. El cliente debe sondear un punto final de estado o volver a consultar más tarde.

La solicitud fue exitosa, pero un intermediario (como un proxy de almacenamiento en caché o transformación) alteró la carga útil del servidor de origen — por ejemplo, recomprimiendo imágenes. Raro en la práctica.

A menudo se usa para operaciones DELETE o actualizaciones PUT que no necesitan devolver un cuerpo. El cliente no debe abandonar la página actual.

Como 204, no se devuelve cuerpo — pero el cliente recibe además la indicación de restablecer el formulario o vista que produjo la solicitud (ej: limpiar los campos del formulario para la siguiente entrada).

Respuesta a una solicitud Range. Utilizada por reproductores de vídeo y gestores de descargas para reanudar descargas interrumpidas o transmitir archivos grandes.

WebDAV: un cuerpo XML informa el resultado de varias sub-operaciones de forma independiente — ej: un movimiento en lote donde algunos elementos tuvieron éxito y otros fallaron.

WebDAV: se usa dentro de respuestas 207 Multi-Status para evitar enumerar repetidamente miembros de la misma colección cuando los enlaces crean bucles.

Codificación delta: el servidor devuelve una diferencia respecto a una versión anterior en lugar del recurso completo, ahorrando ancho de banda. Muy rara vez implementado.

El servidor ofrece múltiples opciones (ej: diferentes formatos o idiomas) y el cliente debe elegir una. Rara vez se usa, porque la negociación automática de contenido generalmente maneja esto.

Usa para cambios permanentes de URL — los motores de búsqueda actualizarán su índice. La autoridad SEO se transfiere a la nueva URL.

Indica que la redirección no es permanente. El almacenamiento en caché es menos agresivo que 301. Usa para cosas como 'se requiere inicio de sesión, redirigiendo a /login'.

Se usa después de envíos POST — la respuesta dice 'tu POST funcionó, mira esta URL GET para el resultado'. Los navegadores siempre solicitan la nueva URL con GET.

Respuesta a una solicitud condicional (con encabezados If-None-Match o If-Modified-Since). Ahorra ancho de banda — no se devuelve cuerpo.

Si el original era POST, la redirección también usa POST. Alternativa moderna a 302 cuando la preservación del método es importante.

Reemplazo moderno para 301 cuando quieres que las solicitudes POST sigan siendo POST después de la redirección.

Causas comunes: JSON mal formado en el cuerpo, parámetros de consulta inválidos o campos requeridos faltantes. Verifica el cuerpo de la solicitud y los encabezados.

El cliente debe incluir credenciales de autenticación (encabezado Authorization, cookie, token). 'No autorizado' es un error de nombre — realmente significa 'no autenticado'.

Originalmente destinado a pagos digitales. Uso moderno: algunas APIs devuelven 402 cuando un usuario ha excedido su cuota pagada.

Diferente de 401 — el usuario SÍ está autenticado, pero su cuenta no tiene permiso para este recurso. Verifica la lógica de roles/permisos.

O la URL es incorrecta, el recurso fue eliminado o nunca existió. Los servidores a veces devuelven 404 para ocultar que 403 sería más preciso.

Por ejemplo, una solicitud GET a un punto final que solo acepta POST. La respuesta debe incluir un encabezado Allow listando los métodos válidos.

El cliente solicitó un tipo de contenido, idioma o codificación (mediante Accept, Accept-Language, Accept-Encoding) que el servidor no puede satisfacer. Muchos servidores omiten la negociación estricta y devuelven un valor predeterminado en su lugar.

Como 401, pero emitido por un proxy: el cliente debe enviar credenciales Proxy-Authorization. Se ve en redes corporativas con proxies de autenticación.

El cliente tardó demasiado en enviar el cuerpo de la solicitud o mantuvo la conexión inactiva. Intenta la solicitud nuevamente.

Típicamente se devuelve para conflictos de edición concurrente o creación de recursos duplicados (por ejemplo, crear un usuario con un correo electrónico que ya existe).

Más fuerte que 404 — el servidor sabe explícitamente que el recurso EXISTIÓ pero ha sido eliminado permanentemente. Los motores de búsqueda desindexarán.

La solicitud fue rechazada porque carecía de un encabezado Content-Length y el servidor rechaza cuerpos de tamaño desconocido. Añade el encabezado e intenta de nuevo.

Se devuelve cuando encabezados condicionales como If-Match o If-Unmodified-Since fallan — típicamente bloqueo optimista: alguien más cambió el recurso desde tu versión. Vuelve a obtener e intenta de nuevo.

Común al subir archivos grandes. La configuración del servidor (nginx, apache) establece un tamaño máximo del cuerpo. Verifica la configuración del servidor.

Usualmente causado por cadenas de consulta muy largas (por ejemplo, codificar datos en una GET). Cambia a un cuerpo POST o aumenta el límite del servidor si lo controlas.

Por ejemplo, enviar application/xml a un servidor que solo acepta application/json. Establece el encabezado Content-Type correctamente.

El encabezado Range solicita una porción que el archivo no tiene — por ejemplo, reanudar una descarga después del final del archivo. La respuesta debe incluir Content-Range con el tamaño real.

Se envía cuando el servidor no admite Expect: 100-continue. Algunos clientes envían este encabezado por defecto en POST grandes; deshabilitarlo generalmente resuelve el error.

Una broma del Día de los Inocentes de 1998 (RFC 2324). Algunas APIs reales la usan para bromas o para marcar extremos obsoletos. No para uso en producción.

Común con reutilización de conexión HTTP/2: la solicitud llegó a un servidor que no está configurado para el nombre de host de destino. El cliente debe reintentar en una nueva conexión.

Por ejemplo, JSON analizado correctamente pero faltaba un campo requerido, o un valor de campo estaba fuera de rango. Común en respuestas de validación de API REST.

WebDAV: el recurso de origen o destino está bloqueado por otro cliente, por lo que la operación no puede continuar. Espera a que se libere el bloqueo o rómpelo con el token adecuado.

WebDAV: en una cadena de operaciones dependientes, una acción anterior falló, por lo que esta no se realizó. Mira la falla anterior para encontrar la causa raíz.

Relacionado con TLS 1.3 0-RTT (datos tempranos): el servidor no arriesgará el procesamiento de una solicitud posiblemente reproducida. El cliente debe reintentar después de que se complete el protocolo de enlace.

El servidor se niega a servir la solicitud sobre el protocolo actual pero lo hará después de una actualización — la respuesta incluye un encabezado Upgrade que nombra el protocolo requerido.

El servidor exige encabezados condicionales (como If-Match) para evitar conflictos de actualización perdida. Obtén el recurso, captura su ETag, y reenvía con If-Match.

Ve más lentamente. La respuesta debe incluir un encabezado Retry-After indicando cuándo reintentar. Común con APIs que tienen cuotas de solicitud.

O un encabezado o el tamaño total de los encabezados excede el límite — con mayor frecuencia por cookies de tamaño excesivo. Borra las cookies o reduce lo que tu aplicación almacena en ellas.

El recurso está bloqueado por razones legales — censura, órdenes judiciales o regulaciones regionales. El número es una referencia a la novela Fahrenheit 451.

Una respuesta genérica para cualquier error del lado del servidor. Revisa los registros del servidor para hallar la causa real: excepción no manejada, error de base de datos, etc.

Por ejemplo, el servidor no reconoce el método HTTP. Raro en la práctica — más a menudo verás 405.

Común en arquitecturas de microservicios. Tu equilibrador de carga o proxy inverso obtuvo una respuesta malformada del servicio de back-end.

Está apagado por mantenimiento o sobrecargado. La respuesta debe incluir un encabezado Retry-After. A menudo se devuelve durante despliegues.

El servicio de back-end no respondió lo suficientemente rápido. Verifica la salud del servicio ascendente y las configuraciones de tiempo de espera.

La versión principal de HTTP de la solicitud no es compatible con el servidor. Casi nunca se ve con clientes modernos.

La negociación de contenido transparente terminó en un bucle: la variante elegida está configurada para negociar por sí misma. Indica un error de configuración del servidor.

Específica de WebDAV en origen pero a veces utilizada por servidores generales. Significa que el servidor no puede guardar la solicitud debido a restricciones de almacenamiento.

WebDAV: procesar una solicitud Depth: infinity entró en un bucle (por ejemplo, vinculaciones circulares). La operación fue terminada.

Del Marco de Extensión HTTP obsoleto: el servidor necesita más información antes de poder cumplir la solicitud. Efectivamente no se usa en la web moderna.

Utilizado por portales cautivos (WiFi de hotel/aeropuerto) para indicar que el usuario debe iniciar sesión en la red antes de acceder a sitios externos.