Borrar e invalidar la caché de POM
La invalidación elimina los archivos de origen generados que pueden no coincidir ya con el contenido de WordPress. POM Cache guarda las páginas HTML y los lotes progresivos de JSON en almacenes separados, así que la primera decisión es qué tipo de respuesta ha quedado obsoleta.
Elige la acción correcta
| Situación | HTML | JSON progresivo | CDN |
|---|---|---|---|
| El armazón inicial de la página está obsoleto, los lotes posteriores están al día | Borrar | Conservar | Invalidar las rutas de visor HTML afectadas si están en caché |
| El armazón inicial está al día, los lotes de archivo posteriores están obsoletos | Conservar | Borrar | Invalidar las rutas de visor JSON afectadas si están en caché |
| Una plantilla global o la navegación cambiaron en todas partes | Borrar | Borrar si el JSON lo contiene | Revisar un ámbito de rutas de visor amplio pero controlado |
| Una entrada pública cambió y están activados los dos conmutadores automáticos de entradas | Se borra automáticamente | Se borra automáticamente | Sigue siendo independiente |
| Un término de taxonomía cambió y están activados los dos conmutadores automáticos de términos | Se borra automáticamente | Se borra automáticamente | Sigue siendo independiente |
| Un valor de POM Translate cambió y está activada la purga JSON de traducciones | No se borra con ese conmutador JSON | Se borra automáticamente | Revisar las rutas localizadas |
POM Cache solo borra archivos de origen. No envía una solicitud de invalidación a CloudFront ni a otra CDN.
Controles manuales
POM Cache ofrece tres acciones distintas:
- Cache tools → Delete Cache elimina el HTML estático del sitio actual.
- Progressive JSON tools → Delete Progressive JSON Cache elimina el JSON progresivo del sitio actual.
- el acceso directo Delete Cache de la barra de administración elimina ambos almacenes del sitio actual.
Las dos primeras están en Settings → POM Cache → General. En multisitio, POM Cache también expone sus ajustes a través del área de ajustes de red para los administradores autorizados.
Lee Borrar cachés desde la barra de administración o Borrar cachés desde la pantalla de herramientas antes de usar los controles en un sitio con mucho tráfico.
La invalidación automática es opcional
POM Cache no da por hecho que todos los sitios quieran una purga completa del sitio actual en cada edición. Estos ajustes están en Disabled de forma predeterminada:
HTML estático
- Purge HTML on post changes
- Purge HTML on term changes
Solo se ejecutan mientras la caché de HTML estático esté habilitada.
JSON progresivo
Los controles de JSON son Purge JSON on post changes, Purge JSON on term changes y Purge JSON on translation changes.
Solo se ejecutan mientras la caché de JSON progresivo esté habilitada.
Cuando ocurre un evento coincidente, POM Cache borra el almacén correspondiente completo del sitio actual. No intenta rastrear dependencias página por página.
Por qué se usa la invalidación de todo el sitio
Una sola edición puede afectar a más URL que su enlace permanente:
- HTML de inicio, archivos, taxonomías, autores y paginado;
- tarjetas de archivo repetidas en varios contextos;
- navegación, recuentos y ordenación;
- lotes progresivos divididos por término;
- variantes de idioma;
- URL de página siguiente y mensajes de estado vacío.
Un borrado amplio del sitio actual evita dejar obsoleta una representación indirecta. El coste es que la siguiente solicitud elegible a cada URL debe volver a generar su archivo.
Lee Entender la invalidación de todo el sitio antes de activar todos los conmutadores automáticos en un sitio con muchas importaciones.
Una secuencia de publicación fiable
Para un cambio que todavía no esté cubierto por los ajustes automáticos:
publish source change
→ clear affected POM Cache store
→ request and verify corrected origin response
→ invalidate affected CDN viewer paths
→ verify public edge responseNo invalides primero la CDN. Podría volver a llenarse desde un archivo de origen obsoleto antes de que lo borres.
Lo que no es automático
POM Cache no tiene recolección de basura por antigüedad ni una pasada de precarga integrada. Un archivo permanece hasta que un gancho de contenido, una integración compatible o una acción manual lo elimina. Después de la eliminación, la demanda vuelve a generar los archivos.
Los ajustes globales del tema, los metadatos personalizados, los cambios directos en la base de datos, las importaciones externas y los cambios de renderizado de terceros pueden requerir un borrado manual, salvo que su integración invalide POM Cache de forma explícita.
Mapa de capítulos
- Borrar cachés desde la barra de administración: el borrado más rápido de ambos almacenes del sitio actual.
- Borrar cachés desde la pantalla de herramientas: acciones separadas de HTML y JSON con resúmenes de estado.
- Qué ocurre cuando cambia el contenido: ciclo de vida de las entradas, cambios de asignación y exclusiones.
- Qué ocurre cuando cambian los términos de taxonomía: ciclo de vida de los términos y la diferencia entre términos y asignaciones.
- Entender la invalidación de todo el sitio: alcance, regeneración y operaciones masivas.
- Borrar HTML y JSON de forma independiente: diagnosticar qué capa de respuesta está obsoleta.
- Borrar un solo sitio de forma segura en multisitio: aislamiento de host/ruta y comprobaciones del sitio actual.
- Decidir cuándo también debe invalidarse la CDN: frescura del origen frente a la del borde.
- Planificar el almacenamiento sin recolección de basura automática: archivos persistentes y ritmo de mantenimiento.
Estándar de verificación
Después de cualquier borrado:
- Confirma que se seleccionaron el sitio y el almacén previstos;
- Comprueba que el recuento correspondiente de POM Cache bajó;
- Solicita la URL afectada directamente desde el origen;
- Confirma que la primera solicitud contiene contenido actual;
- Confirma que se crea un nuevo archivo de caché cuando la respuesta es elegible;
- Repite la solicitud y comprueba que hay un acierto;
- Comprueba la CDN pública por separado;
- Comprueba que otro sitio multisitio no se vio afectado.
Esto demuestra tanto la eliminación como la regeneración correcta. Un mensaje de éxito por sí solo solo demuestra que se aceptó la acción de eliminación.