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
Hay dos formas de hacerlo en CDN.com.tr. Publica este encabezado desde tu propio origen y, en una regla con Use browser cache time activado, el edge lo respeta — y el encabezado llega al navegador sin cambios. O no escribas ningún encabezado y define el TTL por ruta desde Delivery Rules en el panel. Una u otra por regla, no las dos.
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?
Publica el encabezado desde tu origen y CDN.com.tr lo respeta; si prefieres no hacerlo, define las mismas duraciones por ruta desde el panel. El almacenamiento en edge, Auto SSL y WAF están incluidos en ambos casos.