Comprueba que Apache sirve las páginas cacheadas

La entrega de Apache no usa la cabecera de acierto PHP de POM Cache, así que la comprobación requiere una prueba de origen controlada. La ausencia de X-POM-Cache por sí sola no demuestra nada: la respuesta podría provenir de Apache, de WordPress o de una CDN.

Prepara un archivo conocido

1. Omite o invalida la CDN mediante la ruta de prueba de origen aprobada del despliegue.
2. Abre POM Cache → General → Cache tools.
3. Selecciona Delete Cache para el sitio actual.
4. En un navegador privado limpio, solicita una vez una URL publicada sencilla con barra final.
5. Confirma que Cache Contents informa del archivo generado.

La primera solicitud es el renderizado de WordPress. POM Cache añade comentarios de generación a la copia almacenada, no a ese búfer de respuesta original.

Observa la solicitud repetida

Vuelve a solicitar la URL idéntica sin cookies ni cadena de consulta. Visualiza su código fuente y busca:

<!-- Page generated in 0.123 seconds. -->
<!-- Cached page generated by POM-Cache on 2026-07-27 12:34:56 -->
<!-- pom cache -->

Los números anteriores son ejemplos. Registra la marca de tiempo y solicita la página de nuevo. Debería permanecer sin cambios hasta que el archivo se regenere.

Ahora inspecciona las cabeceras:

• un acierto PHP temprano tiene X-POM-Cache: Served static cache from PHP; phase=early;
• un acierto directo de Apache no añade esa cabecera PHP;
• una CDN puede añadir su propia evidencia de caché en el borde y debe excluirse de esta prueba de origen.

Utiliza los recursos de acceso o rastreo de Apache disponibles para el propietario del sitio para confirmar que la solicitud se asigna a wp-content/cache/pom-cache/.../index.html y no llega al gestor PHP. Una respuesta rápida o la ausencia de la cabecera PHP no son prueba suficiente por sí solas.

Compara una ruta solo PHP

Los parámetros de seguimiento reconocidos ofrecen un contraste útil cuando se omite el borde:

1. mantén la página canónica cacheada;
2. solicita la URL limpia y registra el comportamiento del origen;
3. solicita la misma URL con un parámetro de solo seguimiento reconocido;
4. confirma que el contenido y la marca de tiempo de generación almacenada no cambian.

La regla HTML de Apache suministrada exige una cadena de consulta vacía, así que la solicitud de seguimiento debería dejarse pasar. El tiempo de ejecución de PHP puede normalizar el parámetro de seguimiento conocido y devolver el mismo archivo con phase=early.

No uses un parámetro que modifique el contenido para esta comparación. Debe permanecer dinámico.

Prueba las no coincidencias

La prueba está incompleta hasta que Apache rechaza las solicitudes no seguras:

Comprueba el cuerpo de la respuesta además de su estado. Un 200 con la página de otro visitante es una prueba fallida.

Comprueba HEAD

Envía una solicitud HEAD a la URL cacheada. Una ruta de lectura correcta devuelve cabeceras del mismo recurso sin cuerpo. Confirma que la política de servidor efectiva permite este método seguro sin ampliar el acceso a métodos que modifican estado.

Si Apache no sirve

Trabaja desde el archivo hacia afuera:

1. confirma que existe el index.html exacto;
2. compara su host y ruta con SERVER_NAME y con la URI solicitada;
3. confirma que la URL tiene la barra final esperada;
4. confirma que la cadena de consulta está vacía;
5. inspecciona las cookies de omisión;
6. verifica mod_rewrite y AllowOverride FileInfo;
7. confirma que el bloque precede a la reescritura de WordPress;
8. comprueba si un proxy cambió el host o la raíz del documento.

No elimines las comprobaciones de cookies, métodos o rutas para que una referencia pase. Usa Apache rules do not match para un diagnóstico adicional.