Decide cuándo se debe invalidar también el CDN

La limpieza de Pom Cache y la invalidación del CDN resuelven copias diferentes:

POM Cache action → generated file at the WordPress origin
CDN invalidation → object stored at an edge location

Eliminar una no elimina la otra.

Primero decide si el CDN almacena en caché la respuesta

Inspecciona el comportamiento activo del CDN para:

• las rutas de páginas HTML;
• /pom-json/*;
• /wp-json/pom/v1/progressive-archive/*;
• los equivalentes con prefijo de idioma;
• las cookies y cadenas de consulta en la clave de caché;
• las cabeceras de respuesta que permiten el almacenamiento compartido.

Si una ruta siempre se reenvía y nunca se almacena en caché en el edge, no se requiere invalidación para esa ruta. Si el edge la almacena, la limpieza solo en el origen puede dejar a los visitantes con el objeto antiguo hasta su caducidad o revalidación.

Usa la urgencia y la frescura restante

Una invalidación inmediata del CDN es adecuada cuando:

• la respuesta antigua contiene información pública incorrecta o jurídicamente sensible;
• un slug o una ruta cambió y el objeto antiguo del edge debe dejar de servirse;
• la vida útil restante configurada en el edge es mayor que la ventana de frescura aceptable;
• un lanzamiento global de diseño o de navegación debe aparecer de inmediato;
• necesitas una verificación de producción controlada ahora mismo.

Esperar a la caducidad normal puede ser razonable cuando:

• la respuesta tiene una ventana de frescura restante muy corta;
• el cambio no es urgente;
• se sabe que la revalidación recupera el origen corregido;
• la amplitud de la invalidación o el coste del proveedor superaría la diferencia temporal.

Toma esta decisión a partir del Cache-Control real, del comportamiento del CDN y de la antigüedad del objeto, no de la antigüedad del archivo de origen.

Orden correcto

1. Guarda el contenido o la configuración de origen.
2. Limpia el almacén de Pom Cache afectado.
3. Solicita la ruta exacta directamente al origen.
4. Confirma el contenido corregido y la regeneración correcta.
5. Identifica las rutas de URL de visualización que conserva el CDN.
6. Envía la invalidación de CDN más pequeña y adecuada.
7. Espera a que finalice.
8. Verifica la URL pública en el edge.

Si invalidas antes del paso 3, el edge puede recuperar el archivo de origen obsoleto y almacenarlo en caché de nuevo.

Selecciona las rutas de visualización

Los CDN invalidan rutas de URL públicas, no rutas de sistema de archivos de Pom Cache.

Tipo de destino correcto:

/products/
/es/products/
/pom-json/archive/product/*
/es/pom-json/archive/product/*

Tipo de destino incorrecto:

wp-content/cache/pom-cache-json/example.com/es/archive/product/

Incluye tanto las rutas de visualización HTML como las JSON cuando ambos almacenes cambiaron. Un visitante puede recibir una estructura de archivo nueva y luego un lote JSON antiguo si solo se invalidó la ruta de la página.

Prefiere el alcance más pequeño y seguro

Elige:

• una página exacta para una corrección específica de página;
• un prefijo de archivo para su paginación;
• un prefijo de idioma cuando solo cambió ese idioma público y tu diseño de edge lo aísla;
• una ruta de sitio más amplia solo para cambios realmente globales.

No copies la amplia eliminación de origen del sitio actual de Pom Cache directamente a una /* de CDN indiscriminada. El CDN puede compartir una distribución entre sitios y puede cobrar o limitar las rutas de invalidación.

Cadenas de consulta y variantes

La entrega estática de JSON progresivo requiere una cadena de consulta vacía, pero el CDN puede aun así almacenar en caché variantes de consulta según su propia política. Confirma si el edge:

• ignora las cadenas de consulta;
• las reenvía pero no las almacena en caché;
• almacena en caché cada valor por separado.

Ten en cuenta también las barras diagonales finales, las redirecciones, los prefijos de idioma, la codificación de contenido y las reescrituras de URI de la solicitud del visitante. Invalida las rutas que el visitante utiliza realmente y cualquier clave de caché reescrita requerida por el proveedor.

Verifica el origen y el edge por separado

Tras la finalización:

1. Compara el contenido de la respuesta en el origen y en el edge público;
2. Inspecciona las cabeceras de estado de caché y de antigüedad del CDN;
3. Confirma que la primera solicitud pública se rellenó desde el origen corregido;
4. Repite y confirma que se sirve el objeto nuevo;
5. Prueba un lote JSON representativo después de la página HTML;
6. Verifica que un sitio o una ruta no relacionados no se eliminaron innecesariamente.

Para el flujo de trabajo completo orientado a CloudFront y las reglas de rutas, consulta Coordinate POM Cache clearing with CDN invalidation. Esta guía debe usarse como punto de control de decisión antes de ese procedimiento operativo.