CloudFront sigue sirviendo contenido antiguo

POM Cache solo borra los archivos del origen. CloudFront puede seguir devolviendo un objeto previamente almacenado en caché hasta que caduque, sea desalojado o se invalide.

Demuestra primero el origen

Antes de crear una invalidación:

1. confirma que WordPress contiene el valor publicado;
2. borra el almacén HTML o JSON correcto de POM Cache;
3. solicita el origen mediante un método de prueba de origen aprobado;
4. verifica el cuerpo y el estado de la respuesta regenerada;
5. verifica un acierto de caché de origen posterior.

No expongas un origen privado ni debilites sus controles de acceso para las pruebas. Utiliza el método que proporciona tu infraestructura, como un nombre de host de origen protegido o una solicitud autorizada con el enrutamiento de host correcto.

Si el origen está obsoleto, una invalidación de CloudFront solo hará que el borde vuelva a buscar esa misma respuesta obsoleta.

Identifica los objetos exactos del visitante

La identidad de la caché de CloudFront puede incluir más que la ruta. Registra:

• nombre de host del visitante;
• ruta y barra diagonal final;
• cadena de consulta y su política de caché;
• método HTTP;
• codificación de contenido negociada;
• cabeceras o cookies incluidas en la clave de caché;
• variante de localización o JSON progresivo.

Invalida las rutas reales del visitante, no una ruta del sistema de archivos del origen.

Para un cambio de slug, puede que tanto la ruta antigua como la nueva requieran atención: la antigua por su redirección o eliminación, y la nueva por el contenido actual.

Envía y verifica la invalidación

Utiliza la consola de CloudFront, la API o tu proceso de despliegue para invalidar el conjunto de rutas completo más pequeño posible. Después:

1. espera hasta que la invalidación informe de su finalización;
2. solicita la URL exacta del visitante en un cliente limpio;
3. inspecciona el estado de la caché de CloudFront y la antigüedad del objeto;
4. confirma el cuerpo y las cabeceras de la respuesta;
5. repite el proceso para cada variante relevante.

Un comodín puede resultar apropiado para un despliegue amplio del sitio, pero aumenta el tráfico del origen y elimina objetos calientes útiles. Prefiere rutas exactas cuando se conozca el conjunto de dependencias.

Comprueba las políticas de caché y de respuesta

Si vuelve a aparecer contenido obsoleto, inspecciona:

• el comportamiento de TTL mínimo, predeterminado y máximo de CloudFront;
• el origen Cache-Control y Expires;
• el almacenamiento en caché de respuestas de error;
• el reenvío de consultas/cabeceras/cookies;
• la normalización de la clave de caché;
• los comportamientos separados para HTML, JSON, medios y WebP;
• múltiples distribuciones o alias de host;
• el almacenamiento en caché del navegador o del service worker después de CloudFront.

POM Cache no configura esas políticas de CloudFront.

Coordina los cambios futuros

Para un despliegue o una operación de contenido:

1. confirma el cambio de origen;
2. borra o invalida el almacén de origen relevante de POM Cache;
3. regenera y verifica el origen;
4. envía la invalidación de CloudFront;
5. verifica la respuesta del visitante.

Para integraciones personalizadas, recopila las rutas de visitante afectadas durante la operación e invalida una sola vez en su punto de confirmación. No emitas una invalidación por cada elemento importado.

CloudFront también puede negociar Brotli o gzip en el borde. Las variantes de compresión deben devolver contenido idéntico; si solo una codificación está obsoleta, inspecciona la política de caché y de respuesta en lugar del archivo de origen de POM Cache.