Generador de cabecera Cache-Control
Elige tus directivas de caché y copia la cabecera Cache-Control exacta — además de snippets listos para nginx y Apache. Se ejecuta por completo en tu navegador; no se envía nada a ningún sitio.
1 · Elige directivas
2 · Copia el resultado
En CDN.com.tr no editas archivos de configuración — configura la caché por ruta desde Delivery Rules en el panel, y estas directivas corresponden a las mismas opciones.
Qué hace cada directiva de Cache-Control
La cabecera Cache-Control indica a los navegadores y a las cachés CDN/proxy si pueden almacenar una respuesta, dónde y durante cuánto tiempo. Acertar con esto es una de las mayores mejoras para la velocidad de página y la carga del origen. Esto es lo que significa cada directiva de arriba.
public vs private
public permite que cualquier caché — incluida una CDN o un proxy compartido — almacene la respuesta. private restringe el almacenamiento solo al navegador del usuario final; úsalo para respuestas personalizadas o autenticadas que nunca deban servirse a otro usuario.
max-age y s-maxage
max-age=N es cuántos segundos la respuesta permanece "fresca" (servida sin revalidación). s-maxage=N anula max-age para cachés compartidas (tu CDN), así puedes cachear mucho en el edge manteniendo a los navegadores en una ventana más corta — p. ej. max-age=0, s-maxage=3600.
no-cache vs no-store
Suenan parecidos pero difieren: no-cache permite cachear pero fuerza la revalidación con el origen antes de cada reutilización (bueno para HTML que cambia). no-store prohíbe cachear por completo — no se escribe nada en ninguna caché; úsalo para datos sensibles y por petición.
stale-while-revalidate y stale-if-error
stale-while-revalidate=N permite a una caché servir una respuesta algo caducada al instante mientras se refresca en segundo plano — los visitantes nunca esperan al origen. stale-if-error=N sirve la última copia buena si el origen está caído, manteniendo tu sitio en pie durante incidentes.
immutable
Indica que el contenido nunca cambiará durante su max-age, así los navegadores omiten la revalidación incluso al recargar. Ideal para recursos estáticos con hash como app.9f2c1.js — combínalo con un max-age largo: public, max-age=31536000, immutable.
must-revalidate y proxy-revalidate
Cuando una respuesta caduca, must-revalidate prohíbe servirla sin comprobar antes con el origen (nada de entrega caducada silenciosa). proxy-revalidate aplica la misma regla solo a las cachés compartidas, dejando más margen a los navegadores.
Recetas habituales
Recurso estático con hash: public, max-age=31536000, immutable — cachear "para siempre"; el hash cambia cuando cambia el archivo.
HTML detrás de una CDN: public, max-age=0, s-maxage=3600, stale-while-revalidate=86400 — los navegadores siempre revalidan, el edge sirve el HTML cacheado y lo refresca en segundo plano.
Personalizado/autenticado: private, no-store — nunca cacheado por la CDN ni por proxies compartidos.
¿Quieres aplicar estas reglas automáticamente?
CDN.com.tr configura las cabeceras de caché por ruta desde el panel — sin archivos de configuración, con caché en el edge, Auto SSL y WAF incluidos.