Comprobador de cabeceras HTTP

Introduce cualquier URL y mira exactamente lo que devuelve el servidor: código de estado, cadena de redirecciones y todas las cabeceras de respuesta, con una explicación sencilla de las que importan para el SEO, la caché y la seguridad.

Actualizado el

Introduce una URL para ver su estado HTTP y sus cabeceras de respuesta.

Escribe cualquier URL pública arriba y pulsa Intro o Ctrl + Enter.

  • Código de estado y cadena completa de redirecciones con tiempos
  • Todas las cabeceras de respuesta, con explicaciones de las más comunes
  • Caché, tipo de contenido, X-Robots-Tag y HSTS de un vistazo
  • Calificación de cabeceras de seguridad y cabeceras en bruto para copiar

Esta herramienta consulta desde nuestro servidor la URL pública que introduces. Los resultados se guardan unos minutos en memoria temporal y nunca en una base de datos.

Cómo usar: Comprobador de cabeceras HTTP

  1. Introduce una URL: una página, una imagen, un archivo CSS o un endpoint de API.
  2. Haz clic en Comprobar cabeceras (o pulsa Ctrl+Intro).
  3. Revisa el código de estado y la cadena de redirecciones, y luego examina la tabla de cabeceras; las cabeceras conocidas se explican en la columna de la derecha.
  4. Haz clic en Copiar cabeceras en bruto para pegarlas en un ticket, o abre el Comprobador de cabeceras de seguridad para ver un informe detallado de seguridad.

¿Qué son las cabeceras de respuesta HTTP?

Cada vez que un navegador o un rastreador solicita una URL, el servidor responde con una línea de estado (como HTTP/1.1 200 OK), un conjunto de cabeceras y después el cuerpo. Las cabeceras son pares nombre–valor que describen la respuesta: qué tipo de contenido es, cuánto tiempo puede guardarse en caché, si los buscadores pueden indexarla y qué políticas de seguridad debe aplicar el navegador. No se ven en la página, por eso muchos problemas de SEO y rendimiento se esconden ahí.

Cabeceras importantes para SEO y rendimiento

CabeceraQué revisar
Content-Typetext/html; charset=utf-8 para las páginas. Un tipo incorrecto puede impedir que una página se renderice o se indexe.
Cache-Controlmax-age largo para archivos estáticos versionados; valores cortos o no-cache para HTML que cambia.
ETag / Last-ModifiedPermiten una revalidación económica (304 Not Modified) en lugar de volver a descargar.
X-Robots-Tagnoindex aquí elimina la URL de los resultados de búsqueda: útil para PDF, desastroso si se activa por error.
LinkPuede incluir rel="canonical" para archivos que no son HTML, además de sugerencias de precarga.
VaryIndica a las cachés qué cabeceras de la petición cambian la respuesta; Vary: User-Agent fragmenta las cachés.
Strict-Transport-SecurityFuerza HTTPS en las próximas visitas; procura un max-age de al menos seis meses.

Cómo leer Cache-Control

Cache-Control: public, max-age=31536000, immutable significa que cualquier caché puede guardar el archivo durante un año sin volver a comprobarlo, ideal para recursos con huella digital como app.3f2a1c.js. no-cache no significa “no guardar en caché”: significa “guárdalo, pero revalida antes de cada uso”. Para prohibir el almacenamiento por completo, usa no-store. s-maxage se aplica solo a cachés compartidas, como las CDN.

Comprobar las cabeceras tú mismo

En la terminal, curl -sI https://example.com muestra las cabeceras de una petición HEAD, y curl -sIL sigue las redirecciones. En el navegador, abre DevTools → Red, recarga la página y haz clic en la petición del documento. Esta herramienta muestra la misma información sin necesidad de ninguno de los dos, sigue las redirecciones por ti y te explica lo que estás viendo. Para repetir peticiones con métodos y cabeceras personalizadas, prueba el Probador de API.

También se busca como: cabeceras de respuesta, cabeceras http, comprobar cabeceras http, curl -i online, cache-control, x-robots-tag, cabeceras del servidor, visor de cabeceras http.

Herramientas que combinan con: Comprobador de cabeceras HTTP

  • Generador y Probador CORS — ¿Te aparece “has been blocked by CORS policy”?
  • Comprobador de cabeceras de seguridad — Califica las cabeceras de seguridad HTTP de una web de A+ a F, mira cuáles faltan y por qué importan, y copia fragmentos de configuración listos para Nginx, Apache, Netlify, Vercel o Cloudflare.
  • Comprobador de redirecciones — Sigue una URL salto a salto para ver cada redirección, su código de estado y su tiempo de respuesta, y comprueba que las versiones http, https, www y sin www de tu dominio acaben todas en una única dirección canónica.
  • cURL a código — Pega un comando curl, ya sea de la documentación de una API o de «Copiar como cURL» en las DevTools de tu navegador, y obtén código listo para ejecutar en seis lenguajes, con las cabeceras, el cuerpo y la autenticación incluidos.

Preguntas frecuentes

¿Cómo compruebo las cabeceras de un servidor?
Introduce la URL y ejecuta la comprobación: obtendrás el código de estado, todas las redirecciones y todas las cabeceras de respuesta que envía el servidor, incluidas Server, Cache-Control, Content-Type y las de seguridad, explicadas en lenguaje sencillo.
¿Cómo compruebo las cabeceras HTTP en mi navegador?
Abre DevTools (F12), ve a la pestaña Red, recarga la página y haz clic en la primera petición. El panel de Cabeceras muestra tanto las cabeceras de la petición como las de la respuesta.
¿Qué es la cabecera X-Robots-Tag?
Es el equivalente HTTP de la etiqueta meta robots. X-Robots-Tag: noindex mantiene una URL fuera de los resultados de búsqueda y funciona con cualquier tipo de archivo, incluidos PDF e imágenes.
¿Por qué no veo la cabecera Content-Encoding?
Este comprobador pide las respuestas sin comprimir para poder leerlas de forma fiable, así que normalmente no se mostrará gzip ni Brotli. Para probar la compresión, ejecuta curl -sI -H "Accept-Encoding: gzip, br" https://tu-sitio.
¿Qué petición envía el comprobador?
Una petición GET estándar que se identifica como bot y sigue hasta 10 redirecciones. Algunos sitios sirven cabeceras distintas a los navegadores, a los usuarios con sesión iniciada o a determinados países, así que los resultados pueden diferir ligeramente de lo que ves tú.
¿Cuál es la diferencia entre no-cache y no-store?
no-cache permite guardar la respuesta, pero exige revalidarla con el servidor antes de reutilizarla. no-store prohíbe guardarla por completo, y se usa para datos sensibles.

Herramientas relacionadas