Saltar al contenido

Inspector de cabeceras HTTP

HTTP Header Inspector

Pide una URL y muestra las cabeceras de respuesta completas, la cadena de redirecciones, los tiempos y la compresión usada.

Una petición a una URL, y todas las cabeceras de respuesta con las que vuelve, agrupadas según para qué sirven, con Cache-Control desglosado en sus directivas y cada una explicada. Es lo que un navegador ve antes de renderizar nada, que es donde viven de verdad los problemas de caché y de compresión.

☁️ Usa nuestro servidorhttpheadersinspectdebug

Nuestro servidor hace esta solicitud por ti. Solo se le envía la URL que escribiste: ninguna de tus cookies ni tu sesión iniciada viaja con ella. El servidor solo se conecta a direcciones públicas y rechaza las privadas e internas.

Se siguen hasta cinco redirecciones, y las cabeceras que se muestran son las de la última respuesta.

Cómo se usa

  1. Dale la URL que de verdad quieres

    Se siguen hasta cinco redirecciones y las cabeceras mostradas son las de la última respuesta. Si lo que te importa es la redirección en sí, la cadena se dibuja arriba con el estado de cada salto.

  2. Lee las notas antes que las tablas

    Cada nota se deriva de una cabecera concreta: un Cache-Control que falta, un Expires que max-age anula, una respuesta HTML sin charset. Son los hallazgos; las tablas son la evidencia.

  3. Revisa la línea de compresión

    La petición ofrece gzip, deflate, br y zstd; lo que vuelve es lo que el servidor eligió. Una respuesta de texto sin Content-Encoding suele ser un 70 % más grande de lo necesario.

Preguntas frecuentes

¿Mi sesión o mi cookie van con la petición?

No. La petición la hace nuestro servidor, así que no lleva ninguna de tus cookies ni tu sesión. Eso también significa que una página detrás de un inicio de sesión volverá como su página de acceso y no como la versión que tú ves.

¿Puedo comprobar algo en mi propia red?

No, y a propósito. La petición saliente resuelve primero el host y rechaza direcciones privadas, de loopback y de enlace local — incluido un nombre público que resuelva a una. Sin esa regla esta página sería una forma de hacer que nuestro servidor sondee el interior de la red de otra persona.

Las cabeceras difieren de lo que me muestran las herramientas de desarrollo

Es de esperar. Una CDN varía su respuesta según la geografía, el Accept-Encoding, el Vary y si tiene una copia en caché en ese borde. Esto es una petición desde un lugar; tu navegador es otra distinta.

¿Por qué falta Content-Length?

Transferencia por fragmentos (chunked), casi siempre: el servidor empezó a enviar antes de conocer el tamaño. Es normal en páginas dinámicas, y es la razón por la que una descarga desde ellas no muestra porcentaje de progreso.

Puede recibir de

Después

Estas aceptan lo que produce esta herramienta, así que el resultado puede pasar directamente.