Verificar un acierto de caché

Una respuesta rápida no es prueba de un acierto de POM Cache. El navegador, una CDN, Apache, PHP u otra caché pueden devolver una respuesta rápidamente. Verifica la capa de entrega y el contenido juntos.

Preparar una solicitud controlada

Elige una URL pública que se espere que sea cacheable. Después:

1. Abre una ventana privada del navegador o usa un cliente sin cookies de WordPress.
2. Usa GET o HEAD.
3. Elimina los parámetros de consulta de vista previa, del Personalizador y los que no sean de seguimiento.
4. Solicita la URL una vez para permitir la generación.
5. Solicita de nuevo el mismo esquema, host, ruta y consulta idénticos.

Mantén activada la opción Disable cache del navegador durante las pruebas si quieres excluir la propia caché HTTP del navegador. Esa opción no desactiva la caché del origen del sitio ni la de la CDN.

Identificar un acierto de HTML servido por PHP

Inspecciona las cabeceras de respuesta en el panel Network del navegador. Un acierto temprano de HTML por PHP informa:

X-POM-Cache: Served static cache from PHP; phase=early

Esto significa que el drop-in de POM Cache encontró y sirvió el archivo HTML estático antes de un renderizado normal de WordPress.

Identificar un acierto de JSON servido por PHP

Un acierto temprano de JSON progresivo informa:

X-POM-Cache: Served static JSON cache from PHP; phase=early

Cuando POM Theme obtiene un payload de archivo progresivo a través de su alternativa de WordPress, un resultado cacheado puede informar en su lugar:

X-POM-Progressive-Archive-Cache: hit

La generación dinámica puede informar generated-cacheable o generated-dynamic. Estos valores describen la ruta de alternativa y no deben confundirse con la respuesta anterior del drop-in.

Comprender la entrega directa de Apache

Las reglas opcionales de Apache pueden servir un archivo antes de que PHP se ejecute. En ese caso, PHP no puede añadir una cabecera X-POM-Cache. La ausencia de la cabecera significa, por tanto, «no probado por esta cabecera», no necesariamente «fallo de caché».

Para verificar la entrega directa:

• primero demuestra que la entrega por PHP funciona con la regla directa desactivada;
• activa la regla copiada y solicita la misma URL anónima segura;
• inspecciona los registros de acceso del servidor web o el trazado que distingue un archivo estático de PHP;
• confirma que el archivo cacheado correcto existe y que las condiciones de host, ruta, consulta, método y cookies de la regla coinciden;
• compara una respuesta de origen sin la CDN.

No añadas una cabecera de diagnóstico permanente de forma que debilite o eluda las condiciones de seguridad de la regla.

Separar la CDN

Un acierto de CDN solo prueba que el edge reutilizó un objeto. No prueba que POM Cache sirviera la respuesta original. Registra las cabeceras de estado y antigüedad específicas de la CDN que admita tu proveedor y repite después contra el origen.

La cadena de evidencia útil es:

1. el contenido de origen está actualizado;
2. una solicitud de origen apta genera el artefacto deseado;
3. una segunda solicitud de origen lo reutiliza de forma segura;
4. la CDN recibe y cachea esa representación de origen correcta.

Confirmar la seguridad, no solo la velocidad

Repite la URL con la sesión iniciada y usando una sesión que pueda mostrar contenido personalizado. La respuesta no debe reutilizar el estado privado de otro visitante. Comprueba también un flujo de carrito o protegido por contraseña cuando el sitio lo proporcione.

Por último, edita un valor público inofensivo, ejecuta la invalidación esperada y verifica que la siguiente solicitud muestra la actualización. Una caché es saludable solo cuando tanto los aciertos como la frescura funcionan.