Referencia técnica y guía de arquitectura

Códigos de Estado HTTP y Cabeceras Cheat Sheet — Guía de referencia

Directorio normativo de códigos de respuesta HTTP según RFC 9110. Semántica de 1xx a 5xx, directivas de caché RFC 9111, diferencias 401/403 y resolución de fallos.

Parámetros clave y controles

Búsqueda de Códigostring / number

Filtrado en tiempo real por número de código (ej. 404, 502) o descripción semántica.

Por defecto: 403
Clase de Estadostring

Filtro por familia: 1xx (Informativo), 2xx (Éxito), 3xx (Redirección), 4xx (Error Cliente), 5xx (Error Servidor) o Edge.

Por defecto: all
Filtro de Cachéstring

Filtrado por propiedades de almacenamiento en caché según RFC 9111: Almacenable, No almacenable o Condicional.

Por defecto: all

Consejos profesionales y mejores prácticas

Cumplimiento del Estándar RFC 9110

El RFC 9110 (junio 2022) sustituye formalmente a los obsoletos RFC 7231 y RFC 2616, unificando la semántica HTTP para HTTP/1.1, HTTP/2 y HTTP/3.

Diferenciación Estricta entre 401 y 403

Devuelva 401 cuando el cliente no esté autenticado e incluya la cabecera WWW-Authenticate. Devuelva 403 cuando el usuario esté autenticado pero carezca de permisos suficientes.

Privacidad 100% en el Lado del Cliente

Todo el análisis de cabeceras y árbol de decisión se procesa en la memoria del navegador. Ningún token ni credencial sale de su máquina.

Errores comunes y solución de problemas

Diferencia entre 502 Bad Gateway y 504 Gateway Timeout

Un 502 indica que el servidor upstream se cayó o cerró la conexión abruptamente. Un 504 significa que el upstream tardó más de lo permitido por el tiempo de espera del proxy.

Caché agresiva en navegadores con redirecciones 301 y 308

Tanto 301 como 308 se almacenan de forma permanente en la caché del navegador. Durante el desarrollo de APIs utilice redirecciones temporales (302 o 307).

Preguntas frecuentes (FAQ)

¿Por qué el RFC 9110 sustituye a los antiguos RFC 7231 y RFC 2616?▼

El RFC 9110 resuelve ambigüedades históricas, estandariza las normas de almacenamiento en caché (RFC 9111) y garantiza un comportamiento idéntico en HTTP/1.1, HTTP/2 y HTTP/3.

¿Por qué el código 401 Unauthorized exige la cabecera WWW-Authenticate?▼

El RFC 9110 §15.5.2 exige que el servidor especifique el esquema de autenticación admitido (Bearer, Basic, etc.) para que los clientes puedan renovar sus credenciales automáticamente.

¿Cuál es la diferencia entre 301 Moved Permanently y 308 Permanent Redirect?▼

El código 301 permite históricamente cambiar métodos POST a GET. El código 308 (RFC 7538) prohíbe taxativamente la alteración del método y del cuerpo de la petición original.

¿Es seguro inspeccionar cabeceras en esta herramienta?▼

Completamente seguro. La herramienta se ejecuta al 100% en su navegador ('use client'). Ninguna cabecera, cookie o token se envía a servidores remotos.

Herramientas y utilidades relacionadas

Todas las herramientas →