El contenido sigue desactualizado
El contenido desactualizado significa que al menos una capa todavía conserva una representación más antigua. Determina de qué capa se trata antes de borrar nada.
Identifica la representación afectada
Anota la URL exacta y decide si el valor antiguo aparece en:
- el HTML inicial;
- una petición JSON progresiva cargada después de la página;
- ambos;
- solo el CDN/nombre de host público;
- solo un navegador o sesión.
Usa el panel Network del navegador para inspeccionar la petición que realmente contiene el valor antiguo. No asumas que el contenido visible del archivo proviene del HTML inicial.
Compara el origen y la fuente
- Confirma que WordPress contiene el valor publicado previsto.
- Solicita el origen sin CDN, usando una ventana privada.
- Compara una respuesta anónima con una respuesta autenticada que omita el almacenamiento en caché compartido.
- Inspecciona las cabeceras de las respuestas HTML y JSON.
Si el origen autenticado está actualizado pero el origen anónimo está desactualizado, es probable que la capa sea el artefacto de POM Cache o la ruta directa de Apache. Si ambos están desactualizados, investiga la fuente, la plantilla, la base de datos o la integración de la aplicación antes que la caché.
Borra el almacén de origen correcto
Usa:
- Delete Cache en Cache tools solo para HTML;
- Delete Progressive JSON Cache solo para JSON;
- el acceso directo Delete Cache de la barra de administración para ambos almacenes del sitio actual.
Después solicita la ruta afectada una vez para regenerarla y otra vez para comprobar la reutilización. En multisitio, confirma que borraste la caché del sitio previsto.
Si una edición normal debería haberla borrado automáticamente, revisa el conmutador de purga correspondiente a la entrada, el término, la traducción o la configuración. Un borrado manual restaura la actualidad, pero no repara la invalidación ausente.
Comprueba las rutas antigua y nueva
Los cambios de slug, enlace permanente, configuración regional, host y clave de caché pueden dejar un archivo bajo la ruta anterior. Comprueba ambas URLs:
- la URL antigua debería redirigir, desaparecer o mostrar su respuesta actual prevista;
- la URL nueva debería generar un artefacto nuevo;
- las reglas de Apache copiadas deben asignar correctamente cada ruta.
En el caso del JSON progresivo, un cambio en el formato de la clave puede dejar directorios obsoletos de configuración regional, tipo de entrada, paginación o filtros hasta que se borre el almacén JSON del sitio actual.
Corrige el borde solo después del origen
Si el origen está actualizado pero CloudFront está desactualizado:
- identifica la URL exacta del visitante y las variantes de la clave de caché;
- envía la invalidación necesaria;
- espera a que termine;
- solicita con el mismo host, ruta y consulta;
- inspecciona el estado del borde y las cabeceras de antigüedad.
Borrar POM Cache no notifica a CloudFront. Consulta CloudFront still serves old content.
Descarta el navegador
Prueba en una nueva sesión privada con la caché del navegador desactivada. Los service workers, el almacenamiento de la aplicación y el estado del lado del cliente también pueden mostrar datos antiguos. Si solo un navegador está desactualizado mientras el origen y el borde están actualizados, borra esa capa del cliente en lugar de purgar repetidamente el servidor.
Repara el contrato de invalidación
Después de localizar la capa, reproduce un cambio inofensivo:
- calienta la ruta relevante;
- edita la fuente;
- observa qué almacén de origen se elimina;
- regenera y comprueba;
- invalida el borde si es necesario.
Documenta el evento que se encarga de la invalidación. Las actualizaciones personalizadas de la base de datos, las importaciones o los sincronizadores externos deben llamar a los helpers públicos de POM Cache en su punto lógico de confirmación.