Definir el comportamiento de caché con Add Rule
Configure la clave de caché de dominio/ruta, el TTL, métodos/estados, encabezados/cookies, optimización y reglas de límite de velocidad.
Ayuda de CDN.com.tr
Leer el estado de caché: HIT, MISS, BYPASS, EXPIRED
Use el encabezado de respuesta X-Proxy-Cache-MT para ver exactamente qué hizo el CDN con una solicitud y verificar que el caché funciona como se espera.
Caché, seguridad, WAF y purga
Leer el estado de caché: HIT, MISS, BYPASS, EXPIRED
Use el encabezado de respuesta X-Proxy-Cache-MT para ver exactamente qué hizo el CDN con una solicitud y verificar que el caché funciona como se espera.
Casos de uso
Un cliente revisa los encabezados de respuesta en las DevTools del navegador y quiere saber si el contenido se sirve desde el caché del CDN, se obtiene del origen o se omite deliberadamente.
Flujo de trabajo
- Abre la URL de la página o el recurso e inspecciona los encabezados de respuesta (pestaña Network de las DevTools del navegador o `curl -I`).
- Busque el encabezado `X-Proxy-Cache-MT`.
- Compare el valor con el glosario a continuación.
- Repita la solicitud: una URL cacheable y saludable muestra MISS en la primera solicitud y luego HIT.
Verificaciones
- HIT — servido desde el caché del CDN sin contactar su origen. Este es el objetivo para el contenido estático y anónimo.
- MISS — aún no está en caché; se obtuvo del origen y se almacenó. La siguiente solicitud idéntica debería ser un HIT.
- EXPIRED — estaba en caché pero el TTL venció; se volvió a obtener del origen.
- BYPASS — una regla de omisión coincidió con esta solicitud, por lo que el CDN fue deliberadamente al origen. La razón más común: usted tiene sesión iniciada en un panel o CMS, y una cookie de sesión/inicio de sesión desactiva el caché para usted. Los visitantes sin esa cookie siguen recibiendo HIT.
Preguntas frecuentes
Siempre veo BYPASS en mi navegador pero se supone que el caché está activado — ¿por qué?
Casi con toda seguridad has iniciado sesión en el sitio o en el panel. Las cookies de sesión e inicio de sesión omiten la caché a propósito para que las páginas personalizadas nunca se almacenen en caché. Pruébalo con una ventana privada o `curl -I https://yourdomain.com/path` — deberías ver MISS y luego HIT.
¿Por qué el CDN ignora mi encabezado Cache-Control de origen?
El TTL de caché se controla mediante las reglas de caché de su cuenta en Advanced Management, no mediante el encabezado de respuesta del origen. El encabezado de origen se sigue transmitiendo a los navegadores. Use Add Rule para establecer el TTL por ruta o tipo de contenido.
El móvil y el escritorio parecen almacenarse en caché por separado — ¿es normal?
Sí. Los agentes de usuario móviles reciben una entrada de caché separada para que el HTML específico de móvil nunca se sirva a visitantes de escritorio, y viceversa.
¿Cómo fuerzo contenido actualizado para todos?
Purgue la ruta desde Purge Management. Una actualización forzada en su propio navegador solo afecta el caché de su navegador, no el caché del CDN.
Páginas relacionadas
Leer registros de WAF
Use los registros de WAF para explicar el tráfico bloqueado o desafiado sin exponer los sistemas de registro internos.
Purgar contenido en caché
Purgue una ruta, una ruta guardada o toda la cuenta y separe el caché del CDN del caché del navegador.