Coordina el vaciado de la caché de POM con la invalidación de la CDN

Eliminar un archivo de origen no envía una solicitud de purga a CloudFront ni a otra CDN. Un nodo edge puede seguir devolviendo su respuesta almacenada sin contactar con el origen corregido.

Utiliza este orden:

correct source
→ purge affected POM Cache store
→ verify origin
→ invalidate affected viewer paths
→ verify public edge

Decide qué ha cambiado

Identifica el alcance público más pequeño que realmente está obsoleto:

• una página;
• un archivo y su paginación;
• todas las páginas que incluyen una cabecera/menú/pie compartidos;
• una ruta de Progressive JSON;
• una URL de imagen con variantes original/WebP;
• todo un sitio tras un cambio global de plantilla.

Las purgas automáticas de entradas y términos de POM Cache pueden vaciar el árbol HTML completo del sitio actual. Eso no significa que la CDN deba recibir siempre un comodín para toda la distribución.

Vacía el almacén de origen correcto

En POM Cache → General:

• Cache tools → Delete Cache elimina el HTML del sitio actual.
• Progressive JSON tools → Delete Progressive JSON Cache elimina el JSON del sitio actual.

El atajo Delete Cache de la barra de administración vacía ambos para el sitio actual.

Tras la purga, solicita la URL de origen afectada mediante un método aprobado de omisión del edge y confirma que WordPress genera la respuesta corregida. No invalides primero la CDN y dejes que se rellene inmediatamente desde un archivo de origen obsoleto.

Utiliza rutas de espectador, no rutas del sistema de archivos

Una invalidación de CloudFront apunta a la ruta de URL vista por los espectadores:

/about/
/news/*
/wp-json/pom/v1/progressive-archive/archive/product/<context-hash>/page-2-ppp-12.json

No apunta a:

wp-content/cache/pom-cache/example.com/about/index.html

Las rutas son relativas a la distribución. Las solicitudes de la API de AWS requieren una barra diagonal inicial. Un comodín debe ser el carácter final.

AWS documenta las reglas de rutas en What you need to know when invalidating paths.

Ten en cuenta las variantes

CloudFront invalida las variantes de cabecera y de cookie asociadas a una ruta de archivo invalidada. Las variantes de cadena de consulta requieren cuidados adicionales:

• si las cadenas de consulta no forman parte de la clave pública de caché, invalida la ruta canónica de espectador;
• si se reenvían y se almacenan en caché, incluye las variantes de consulta específicas o utiliza un comodín final como /page/* solo cuando coincida con el alcance previsto;
• si una función de solicitud de espectador reescribe la URI, invalida tanto la ruta de espectador como la ruta reescrita, según lo requiera el diseño de la distribución.

Para comportamientos no estandarizados de barra diagonal final, cubre ambas formas o canonicalízalas antes de almacenarlas en caché.

Crea la invalidación

En CloudFront:

1. abre la distribución correcta;
2. selecciona Invalidations;
3. elige Create invalidation;
4. introduce una ruta revisada por línea;
5. confirma el alcance;
6. envía y espera a que se complete.

AWS indica que una invalidación no puede cancelarse después de iniciarse. Prefiere rutas exactas y comodines finales revisados de forma precisa.

Verifica la finalización

1. solicita la URL pública con una solicitud de espectador limpia;
2. confirma que el contenido de la respuesta está actualizado;
3. observa el fallo/relleno inicial esperado del edge;
4. solicita de nuevo y confirma un acierto actual del edge;
5. repite para las variantes Brotli/Gzip o de formato de imagen cuando corresponda;
6. comprueba que un segundo sitio o host no se haya visto afectado de forma involuntaria.

Si el contenido público sigue siendo antiguo, compara la URL del espectador, el destino de la redirección, el comportamiento de la consulta, el host, el comportamiento de caché y cualquier reescritura de URI de función de edge con la ruta de invalidación.

Prefiere las URL de recursos con versión cuando corresponda

Para CSS, JavaScript, fuentes y recursos generados inmutables, un nuevo nombre de archivo con versión puede ser más fiable que invalidar repetidamente la misma ruta.

El HTML y las URL de páginas públicas estables normalmente no pueden usar la versión de nombre de archivo, por lo que la invalidación dirigida sigue formando parte de su flujo de trabajo de publicación.

Consulta Distinguish the origin cache from the CDN cache antes de invalidar un alcance amplio.