Distingue la caché de origen de la caché de la CDN
POM Cache y una CDN pueden devolver ambos una respuesta rápida, pero almacenan objetos diferentes en lugares diferentes y siguen reglas de invalidación distintas.
Considera “la caché” como una pila, no como un único interruptor.
Los cuatro estados observables
| Estado | De dónde proviene la respuesta | ¿La solicitud llega a WordPress? |
|---|---|---|
| Renderizado dinámico en el origen | PHP y WordPress | Sí |
| Acierto PHP temprano de POM Cache | Origen index.html mediante el drop-in |
Solo el arranque temprano |
| Acierto estático de Apache | Origen index.html mediante el servidor web |
No |
| Acierto de CDN | Objeto en el edge | Sin solicitud al origen |
Un fallo en la CDN puede convertirse aún en un acierto de POM Cache en el origen. La CDN almacena entonces la respuesta devuelta según su propio comportamiento.
Pruebas desde POM Cache
Un acierto PHP temprano incluye:
X-POM-Cache: Served static cache from PHP; phase=earlyApache no añade esa cabecera. Ambas rutas de origen pueden devolver un documento almacenado que contiene la marca de tiempo de generación de POM Cache.
El recuento de HTML estático en POM Cache → General → Cache tools demuestra que existen archivos para el sitio actual. No demuestra que la CDN haya contactado con el origen para la solicitud del visitante que se está inspeccionando.
Pruebas desde la CDN
Las CDN pueden añadir cabeceras de cache-status, age, request-ID o punto de presencia. Los nombres y significados son específicos de cada proveedor.
Para CloudFront, inspecciona su evidencia de respuesta pública y los registros de distribución en lugar de inferir un acierto en el edge a partir de una baja latencia. El valor de Age, cuando está presente, describe el tiempo de almacenamiento en el edge y no está relacionado con la marca de tiempo que hay dentro del HTML de POM Cache.
No utilices una cabecera de edge de un proveedor como prueba de entrega por Apache o PHP.
Tiempos de vida diferentes
El HTML de POM Cache no tiene caducidad por antigüedad. Permanece hasta que se purga o se reemplaza.
La CDN utiliza su comportamiento de caché, cabeceras de respuesta, límites de TTL, revalidación, desalojo e invalidaciones. Por lo tanto, puede:
- caducar mientras el archivo de origen permanece;
- permanecer caliente después de que se borre el archivo de origen;
- conservar una respuesta más antigua después de que cambie el contenido de WordPress;
- conservar variantes separadas de Brotli, Gzip, consulta, cookie o cabecera.
La corrección del origen y la frescura del edge deben comprobarse por separado.
Una prueba capa por capa
- Elige una URL canónica pública.
- Utiliza el método aprobado del despliegue para solicitar el origen sin un objeto edge caliente.
- borra la caché HTML del sitio actual;
- solicita una vez y confirma que WordPress genera el archivo;
- solicita de nuevo e identifica la reutilización por PHP o Apache;
- solicita a través de la CDN pública e identifica un fallo en el edge;
- repite hasta que el proveedor informe de un acierto en el edge;
- cambia el origen solo en una prueba controlada;
- compara el origen y el edge hasta que el edge quede invalidado.
No expongas un nombre de host de origen privado ni una credencial de omisión en diagnósticos públicos.
Diagnostica el contenido obsoleto por capas
El origen está obsoleto y el edge coincide con él
Corrige el contenido o el ajuste, purga el almacén de POM Cache correspondiente, verifica el origen y luego invalida la CDN.
El origen está actualizado pero el edge público está obsoleto
Deja el origen corregido intacto e invalida la ruta pública afectada.
La estructura HTML está actualizada pero los datos progresivos están obsoletos
Comprueba por separado el archivo de origen JSON progresivo y su comportamiento en la CDN.
Solo una codificación o formato de imagen está obsoleto
Revisa la dimensión de la clave de caché del edge e invalida la ruta pública del visitante que representa todas las variantes relevantes.
Continúa con Coordina el borrado de POM Cache con la invalidación de la CDN.