Activa la caché y verifica tu primera página almacenada en caché

Esta prueba demuestra cuatro hechos independientes: WordPress puede generar un archivo de caché HTML, POM Cache puede volver a encontrarlo, una solicitud anónima puede reutilizarlo y una solicitud autenticada sigue omitiéndolo.

Usa una página publicada sencilla sin cuentas, carritos, contraseñas ni contenido específico para el visitante.

Establece la base de referencia

1. Abre Settings → POM Cache → Advanced → WordPress configuration. En multisitio, usa Network Admin → Settings → POM Cache → Advanced al probar la configuración de la red o del sitio principal.
2. Confirma que Drop-in, POM_CACHE_HOME y WP_CACHE muestren OK.
3. Confirma que el sitio usa una estructura de enlaces permanentes personalizada.
4. Permanece en General y deja Progressive JSON cache sin cambios; esta prueba solo afecta al HTML.
5. En Runtime, selecciona Disabled para Caching y guarda si aún no está desactivado.
6. En Cache tools, selecciona Delete Cache.
7. Abre la URL de prueba en una ventana privada del navegador sin cadena de consulta.
8. Confirma que la página sea correcta antes de almacenarla en caché.

La ventana privada importa porque las cookies de sesión de inicio de sesión, contraseña, autor de comentarios o WooCommerce de WordPress pueden omitir intencionadamente la entrega estática.

Genera el primer archivo

1. Vuelve a General → Runtime.
2. Cambia Caching a Enabled.
3. Guarda los ajustes.
4. En la ventana privada, solicita la URL de prueba una vez.
5. Espera a que la página se cargue por completo.
6. Vuelve a General → Cache tools y actualiza la página de ajustes.

Cache Contents debería indicar ahora al menos una página en caché. La primera solicitud normalmente ejecuta WordPress y escribe el archivo index.html al final de la respuesta.

La primera respuesta es la respuesta dinámica que generó el archivo. POM Cache mantiene esa respuesta del visitante separada de su búfer almacenado, por lo que esta primera respuesta no tiene por qué contener el comentario de caché.

Demuestra la reutilización

1. Solicita la misma URL una segunda vez en la misma ventana privada.

2. Mira el código fuente de la segunda respuesta.

3. Localiza un comentario similar a:

   <!-- Cached page generated by POM-Cache on 2026-07-27 12:34:56 -->

4. Anota su marca de tiempo.

5. Solicita la URL una tercera vez.

6. Vuelve a mirar el código fuente y confirma que la marca de tiempo no ha cambiado.

La marca de tiempo real será distinta. Su aparición en una solicitud posterior demuestra que se sirvió el archivo almacenado, y una marca de tiempo sin cambios demuestra que se reutilizó en lugar de generarse de nuevo.

Si PHP sirvió la petición, las cabeceras de la respuesta también contienen:

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

La entrega directa de Apache omite PHP y no necesita añadir esa cabecera. Para la ruta de Apache, el comentario de caché sin cambios y el estado del archivo de caché son la evidencia portable.

Si hay una CDN delante del sitio, verifica primero el origen mediante el método de prueba de origen aprobado por el despliegue. De lo contrario, una petición servida desde el borde puede hacer que un problema del origen parezca un éxito.

Verifica la omisión privada

1. Abre la misma página en un navegador donde hayas iniciado sesión en WordPress.
2. Recárgala sin arrastrar las cookies de la ventana privada.
3. Confirma que la respuesta pública en caché no se sirve como una petición estática compartida.
4. Si la página tiene controles exclusivos del editor o contenido personalizado, confirma que siguen siendo correctos.

No esperes que el recuento de caché anónima disminuya. El archivo puede seguir disponible para los visitantes seguros mientras la solicitud autenticada lo omite.

Reconstruye la página deliberadamente

1. Vuelve a General → Cache tools.
2. Selecciona Delete Cache.
3. Confirma que el recuento de caché HTML vuelve a cero para el sitio actual.
4. Solicita la URL de prueba pública una vez para generar un archivo de reemplazo.
5. Solicítala una segunda vez.
6. Confirma que la respuesta en caché contiene un comentario de caché nuevo con una marca de tiempo posterior.

Esto completa el ciclo de generación, acierto, omisión, purga y regeneración.

Si no se genera ningún archivo

Comprueba lo siguiente en orden:

1. Caching está activado para el sitio previsto.
2. La solicitud es una GET o HEAD anónima.
3. La URL no tiene parámetros de consulta que no sean de seguimiento.
4. El navegador no tiene ninguna cookie de omisión de WordPress, contraseña, autor de comentarios o WooCommerce.
5. La respuesta es HTML normal y termina con un documento HTML completo.
6. La respuesta no es una respuesta REST, un feed, una redirección, una vista previa, una ruta del backend ni un 404 normal.
7. PHP puede escribir debajo de Cache Location.
8. La ruta de caché se resuelve dentro del directorio de caché configurado.

Si el archivo existe pero no se reutiliza

• Vuelve a comprobar la regla de Apache desplegada y su posición antes del bloque de WordPress.
• Confirma que el nombre de host y la ruta de multisitio coinciden con el archivo almacenado.
• Confirma que advanced-cache.php es el drop-in de POM Cache esperado.
• Prueba sin la CDN.
• Comprueba si la solicitud lleva una cookie o cadena de consulta de omisión.
• No elimines condiciones de seguridad solo para que la prueba pase.

Después de que esta prueba controlada tenga éxito, usa la Production cache checklist para las rutas representativas y la invalidación.