Qué ocurre cuando cambia el contenido

La invalidación posterior al cambio conecta el ciclo de vida del contenido de WordPress con POM Cache. El HTML y el JSON progresivo tienen cada uno su propia opción de activación, porque son almacenes de respuestas independientes.

Configura el HTML y el JSON de forma independiente

Abre Settings → POM Cache → General.

Para páginas estáticas:

1. Establece Caching en Enabled;
2. Establece Purge HTML on post changes en Entire site o Edited post single only.

Para lotes de archivo progresivos:

1. Establece Progressive JSON cache en Enabled;
2. Establece Purge JSON on post changes en Enabled.

Con Entire site, un cambio público de publicación que cumpla los requisitos borra el árbol de HTML del sitio actual. Con Edited post single only, elimina únicamente el archivo individual exacto de esa publicación en todos los idiomas de POM Translate configurados. Activar una opción de purga nunca implica la otra.

Cambios elegibles

POM Cache reacciona a los eventos normales de WordPress de un tipo de publicación público y visible, incluidos:

• la creación o actualización;
• la publicación y las transiciones de estado relevantes;
• la papelera, la restauración o la eliminación;
• el cambio de los términos asignados a la publicación.

Esto se aplica a los tipos de publicación personalizados, como productos o eventos, cuando WordPress los trata como visibles públicamente.

POM Cache ignora las revisiones, los autoguardados, los identificadores de publicación no válidos y los tipos de publicación no visibles. También evita procesar la misma publicación repetidamente dentro de una misma solicitud después de un borrado correcto.

Alcance de la invalidación

Elige el alcance del HTML según dónde se representen los datos de la publicación:

post save
├─ HTML entire-site purge → all current-site HTML cache removed
├─ HTML edited-single purge → only that post's localized single files removed
└─ JSON post purge enabled → all current-site progressive JSON removed

La opción de HTML dirigida conserva los archivos de caché no relacionados y nunca elimina de forma recursiva los directorios de URL secundarios. No actualiza la página de inicio, las páginas de archivo, las páginas de taxonomía, la navegación, la paginación ordenada ni otras páginas que representen datos de la publicación editada. Usa Entire site cuando esas representaciones deban cambiar junto con la publicación.

Las asignaciones de términos pertenecen a esta opción

Cuando un editor asigna una categoría o un término personalizado a una publicación, cambia la pertenencia de la publicación a los archivos. Ese evento está cubierto por el conmutador de cambio de publicación.

El conmutador de cambio de término cubre la edición del propio objeto de término. Activa ambos cuando un sitio utilice archivos basados en taxonomías.

Prueba cada almacén

1. Activa las opciones previstas;
2. Genera una página HTML y un lote de JSON progresivo;
3. Anota los recuentos de estado de ambos;
4. Actualiza una publicación pública mostrada en esas respuestas;
5. Guarda;
6. Actualiza POM Cache → General;
7. Confirma que el almacén activado completo esté vacío, o que solo hayan desaparecido los archivos individuales editados al usar la invalidación de HTML dirigida;
8. Solicita de nuevo la página y el lote;
9. Verifica que aparezca la edición;
10. Repite las solicitudes y confirma los aciertos de caché.

Prueba también una asignación de términos si la pertenencia a los archivos es importante para tu sitio.

Operaciones de contenido masivas

Una importación grande puede guardar miles de publicaciones. Con una invalidación automática amplia activada, cada solicitud o fragmento puede eliminar repetidamente archivos recién generados.

Planifica el trabajo masivo como una única ventana de actualización:

1. Decide si la purga automática debe permanecer activa durante la importación;
2. Evita el calentamiento público a mitad de proceso si un estado mixto fuera perjudicial;
3. Completa todos los cambios de origen;
4. Borra HTML y/o JSON una sola vez al final;
5. Restaura cualquier opción de purga modificada temporalmente;
6. Verifica las rutas de origen críticas;
7. Invalida la CDN después de la verificación del origen.

El plugin no precarga las rutas borradas, por lo que cabe esperar una regeneración impulsada por la demanda.

Cambios fuera del ciclo de vida de la publicación

Una opción global de plantilla, una escritura directa en la base de datos, una fuente externa o una integración de campos personalizados pueden cambiar la salida pública sin un evento normal de publicación visible. Usa las herramientas manuales salvo que esa integración borre POM Cache explícitamente.

Consulta Comprender la invalidación de todo el sitio para decidir si ese borrado manual debe incluir un almacén o ambos.