Analizador gratuito de cabeceras Cache-Control

Analiza y comprende las cabeceras Cache-Control. Constructor visual y recomendaciones de buenas prácticas. Gratis, rápido y funciona por completo en tu navegador sin necesidad de registro.

Actualizado

Share:
Home/Website Tools/Cache-Control Header Analyzer

Cache-Control Header Analyzer

Parse and understand Cache-Control headers. Visual builder and best-practice recommendations.

Analyze Cache-Control Header

Common Cache Patterns

Static Assets (1 year)

public, max-age=31536000, immutable

API Response (no cache)

no-store, no-cache, must-revalidate

HTML Pages (revalidate)

no-cache, must-revalidate

CDN with SWR (5 min)

public, max-age=300, stale-while-revalidate=60

Private user data

private, no-store

Long CDN, short browser

public, max-age=3600, s-maxage=86400

Preguntas Frecuentes

¿Qué es el Cache-Control Header Analyzer?

El Cache-Control Header Analyzer es una herramienta online gratuita que analiza y ayuda a entender las cabeceras cache-control, con un constructor visual y recomendaciones de buenas prácticas. Funciona por completo en tu navegador, sin necesidad de instalar nada ni registrarse.

¿Qué directivas se explican?

Todas las directivas de Cache-Control, incluidas max-age, no-cache, no-store, public, private, must-revalidate y más.

¿Puedo crear una cabecera Cache-Control?

Sí: activa las directivas en el modo constructor para generar la cadena de la cabecera.

¿Es gratis?

Sí, totalmente gratis.

¿Están seguros mis datos con esta herramienta?

Por supuesto. El Cache-Control Header Analyzer procesa todo del lado del cliente, en tu navegador. No se sube ni se almacena ningún dato en ningún servidor. Tu contenido permanece siempre privado en tu dispositivo.

¿Funciona el Cache-Control Header Analyzer en dispositivos móviles?

Sí, el Cache-Control Header Analyzer es totalmente adaptable y funciona en smartphones y tablets. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna app.

¿Necesito crear una cuenta para usar esta herramienta?

No se necesita ninguna cuenta ni registro. Solo abre el Cache-Control Header Analyzer en tu navegador y empieza a usarlo de inmediato. No hay barreras de registro ni restricciones de uso.

¿Cómo uso el Cache-Control Header Analyzer?

Simplemente introduce tus datos en el campo correspondiente, ajusta las opciones a tu gusto y la herramienta los procesará al instante. Después puedes copiar el resultado al portapapeles o descargarlo.

¿Qué navegadores son compatibles?

El Cache-Control Header Analyzer funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

¿Cuál es la diferencia entre max-age y s-maxage en una cabecera Cache-Control?

Ambas fijan un tiempo de vida de frescura en segundos, pero afectan a cachés distintas. max-age le dice a toda caché —incluido el navegador del visitante— cuánto tiempo la respuesta se mantiene fresca antes de tener que volver a solicitarse o revalidarse. s-maxage se aplica solo a cachés compartidas como las CDN y los proxies, y cuando está presente sustituye a max-age para esas cachés sin afectar al max-age del navegador. Esto te permite cachear una respuesta de forma agresiva en el borde de la CDN mientras mantienes un tiempo de vida distinto (o más corto) en el navegador, por ejemplo public, max-age=3600, s-maxage=86400 para una hora de caché en el navegador y un día de caché en el edge. Este analizador muestra la caché del navegador y la caché de la CDN como dos insignias separadas, así que pega tu cabecera arriba para ver exactamente cuánto tiempo conservará la respuesta cada capa.

¿Cuál es la diferencia entre no-cache y no-store?

A pesar de sus nombres parecidos, estas directivas hacen cosas opuestas. no-store prohíbe cachear por completo: ni el navegador ni ninguna CDN pueden guardar una copia, así que cada solicitud vuelve al origen. Es la opción correcta para respuestas sensibles como páginas bancarias o datos de cuentas personales. no-cache, en cambio, sí permite almacenar la respuesta, pero la caché debe revalidarla con el servidor de origen antes de volver a servirla, de modo que el usuario siempre recibe contenido verificado como actualizado sin necesidad de una descarga completa cuando nada ha cambiado. Un patrón habitual es usar no-cache en el HTML para que las nuevas referencias a recursos aparezcan de inmediato tras un despliegue, y no-store solo donde la privacidad lo exige. Pega una cabecera arriba y el analizador etiqueta cada directiva por categoría —frescura, revalidación o audiencia— para que el comportamiento quede claro de un vistazo.

¿Cuánto tiempo es max-age=31536000 y por qué ese valor es tan habitual?

max-age siempre se expresa en segundos, y 31.536.000 segundos equivalen exactamente a un año (60 x 60 x 24 x 365). Es el máximo convencional porque la mayoría de las guías de caching tratan un año como algo prácticamente permanente. Lo verás combinado con immutable en recursos estáticos con huella digital —archivos cuyo nombre incluye un hash del contenido, como app.4f2a9c.js— porque una nueva compilación genera un nuevo nombre de archivo, así que el archivo antiguo nunca necesita cambiar y puede cachearse durante el máximo tiempo posible. La directiva immutable además indica a los navegadores que no envíen solicitudes de revalidación al recargar durante esa ventana. Calcular duraciones a mano es propenso a errores, así que esta herramienta convierte cualquier valor de max-age o s-maxage de nuevo a unidades legibles como horas y días, permitiéndote verificar una cabecera antes de publicarla. Pega una arriba para decodificarla al instante.

¿Por qué mi sitio web sigue sirviendo contenido antiguo después de desplegar una corrección?

El contenido obsoleto tras un despliegue casi siempre se debe a una cabecera Cache-Control demasiado agresiva en el documento HTML. Si la página se envió con un max-age largo y ninguna directiva de revalidación, los navegadores y las CDN siguen sirviendo la copia cacheada —junto con sus referencias antiguas a tu CSS y JavaScript— hasta que ese tiempo de vida expira, así que los usuarios nunca reciben la corrección. La solución segura es servir el HTML con no-cache (o un max-age muy corto más must-revalidate) para que se revalide en cada visita y refleje de inmediato las nuevas referencias a recursos, mientras se mantiene un caching largo e inmutable solo en los archivos estáticos con hash. Recuerda que las cachés de borde de la CDN obedecen a s-maxage de forma independiente, así que un edge obsoleto puede durar más que un navegador ya actualizado. Pega la cabecera Cache-Control de la página arriba para ver si se está cacheando durante demasiado tiempo.

¿Qué hace stale-while-revalidate y cuándo debería usarlo?

stale-while-revalidate permite que una caché sirva al instante una respuesta ligeramente obsoleta mientras obtiene una copia fresca del origen en segundo plano, de modo que el siguiente visitante recibe la actualización sin que nadie tenga que esperar un viaje de ida y vuelta lento. Se define una ventana en segundos —por ejemplo, public, max-age=300, stale-while-revalidate=60 significa que la respuesta está fresca durante cinco minutos, y después puede servirse obsoleta hasta un minuto más mientras se actualiza detrás de escena. Es ideal para contenido que puede tolerar cierta obsolescencia breve, como páginas cacheadas en CDN y respuestas de API donde la velocidad percibida importa más que la frescura absoluta. Una directiva relacionada, stale-if-error, sirve una copia obsoleta cuando el origen devuelve un error, mejorando la resiliencia. Pega arriba una cabecera que contenga cualquiera de las dos directivas y el analizador explica el comportamiento exacto y los tiempos.

Embed This Tool

Add a free, live version of this widget to your own website or blog post — it runs entirely in your visitors' browsers, with a credit link back to The Toolbox.

Copy & paste this HTML
<iframe src="https://getthetoolbox.com/embed/cache-checker" title="Free Cache-Control Header Analyzer — The Toolbox" width="100%" height="280" style="max-width:480px;border:1px solid #e2e8f0;border-radius:12px" loading="lazy"></iframe>
<p style="font-size:12px;margin:4px 0 0"><a href="https://getthetoolbox.com/website-tools/cache-checker?utm_source=embed&utm_medium=widget" target="_blank" rel="noopener">Free Cache-Control Header Analyzer</a> by The Toolbox</p>

Acerca del Analizador de Cabeceras Cache-Control

El Analizador de Cabeceras Cache-Control convierte una cabecera HTTP críptica en una explicación en lenguaje llano. Pega un valor como public, max-age=3600, must-revalidate, pulsa Analizar, y la herramienta descompone la cabecera en sus directivas individuales, te indica durante cuánto tiempo pueden conservar la respuesta los navegadores y las CDN, y explica qué hace realmente cada término. Está pensada para desarrolladores front-end y back-end, ingenieros de DevOps, y cualquiera que esté averiguando por qué un despliegue no se refleja o por qué un recurso estático se sigue descargando una y otra vez.

Todo ocurre en tu navegador. La herramienta analiza el texto de la cabecera que escribes: no consulta ninguna URL, no contacta con ningún servidor y no guarda tu contenido. No hay que registrarse, no hay límite de uso y no requiere instalar nada, así que puedes pegar cabeceras de staging, de aplicaciones internas o de producción sin que nada salga de tu equipo.

Qué muestra el analizador

Al analizar una cabecera, la herramienta genera dos resultados. Primero, un resumen visual que traduce las directivas en un tiempo de caché real: una insignia verde con una duración legible (por ejemplo, "1 hora" en lugar de max-age=3600), o un estado claro de "Sin caché" / "Debe revalidarse" cuando aparece no-store o no-cache. Muestra por separado la caché del navegador y la caché de la CDN o caché compartida, porque s-maxage y private cambian el comportamiento de las cachés compartidas de forma independiente al navegador.

Segundo, un desglose directiva por directiva. Cada término se clasifica por categoría —frescura, revalidación, audiencia u otra— y se acompaña de una descripción de una línea. El analizador reconoce todo el conjunto habitual, incluyendo:

  • max-age / s-maxage — tiempo de vida de frescura en segundos; s-maxage sustituye a max-age únicamente para CDN y proxies.
  • no-cache — la respuesta puede almacenarse, pero debe revalidarse con el origen antes de reutilizarse.
  • no-store — la respuesta nunca debe almacenarse en ningún lugar; úsala para datos sensibles.
  • public / private — si las cachés compartidas pueden guardar la respuesta, o solo el navegador del usuario final.
  • must-revalidate / proxy-revalidate / immutable — controlan qué ocurre cuando una respuesta queda obsoleta.
  • stale-while-revalidate / stale-if-error — sirven una copia obsoleta mientras se actualiza en segundo plano o cuando el origen falla.

Construir una cabecera desde cero

Cambia a la pestaña Constructor para montar una cabecera sin memorizar la sintaxis. Activa las directivas que quieras, introduce valores numéricos para max-age, s-maxage, stale-while-revalidate y stale-if-error, y la herramienta redacta por ti la cadena Cache-Control: correcta, lista para copiar. Puedes enviar la cabecera generada directamente a la pestaña Analizar para confirmar que hace lo que querías antes de pegarla en la configuración de tu servidor, en las reglas de tu CDN o en la respuesta de tu framework.

La pestaña Analizar también incluye patrones ya preparados que puedes cargar con un solo clic: recursos estáticos con huella digital cacheados durante un año con immutable, HTML sin caché, datos privados de usuario, y una configuración de CDN con stale-while-revalidate.

Por qué importan las cabeceras de caché

Configurar bien Cache-Control es una de las mejoras de rendimiento más baratas que existen: un recurso correctamente cacheado se sirve desde el navegador o desde un nodo cercano de la CDN en lugar de hacer un viaje completo hasta tu origen, lo que reduce el tiempo de carga y el tráfico hacia el origen. Configurarlo mal es igual de importante en el sentido contrario: si es demasiado agresivo, los usuarios siguen viendo una página obsoleta después de publicar una corrección; si es demasiado laxo, desperdicias ancho de banda reenviando archivos que nunca cambiaron.

Una base común y segura consiste en poner huella digital a los archivos estáticos (CSS, JS, imágenes con un hash en el nombre del archivo) y cachearlos con max-age=31536000, immutable durante un año completo, mientras se sirve el HTML con no-cache para que siempre se revalide y recoja de inmediato las nuevas referencias a los recursos. Ten en cuenta que max-age siempre se expresa en segundos, así que un año equivale a 31.536.000 — un valor que el analizador convierte de nuevo a unidades legibles para que puedas comprobarlo de un vistazo.

Pega una cabecera arriba para decodificarla, o abre el Constructor para generar una nueva.