Borrar JSON después de cambios en las entradas
Habilita la invalidación de entradas cuando los archivos progresivos muestran información que los editores pueden cambiar en una entrada, página, producto u otro tipo de contenido público.
Habilitar el interruptor
- Abre Settings → POM Cache → General.
- Busca Progressive JSON runtime.
- Confirma que Progressive JSON cache está Enabled.
- Ajusta Purge JSON on post changes a Enabled.
- Guarda.
El interruptor es independiente de Purge HTML on post changes. Habilita ambos cuando la estructura de la página del archivo y sus lotes JSON posteriores puedan contener la información editada.
Cambios cubiertos
Para un tipo de contenido público y visible, POM Cache responde al ciclo de vida normal de WordPress, incluidos:
- guardar o actualizar una entrada;
- publicarla o cambiar su estado de publicación;
- enviarla a la papelera, restaurarla o eliminarla;
- asignar o cambiar sus términos de taxonomía.
Las revisiones y los guardados automáticos se ignoran, al igual que los tipos de contenido no visibles. Las notificaciones repetidas para la misma entrada dentro de una misma solicitud se consolidan para evitar borrar el mismo árbol una y otra vez durante esa solicitud.
Alcance del borrado
Un cambio que cumpla los requisitos borra la caché JSON progresiva completa del sitio actual.
No intenta eliminar solo el archivo de la entrada editada, porque esa entrada puede aparecer en:
- un archivo principal de tipo de contenido;
- varias secciones de taxonomía;
- más de una página de resultados ordenados;
- variantes de archivo traducidas;
- múltiples contextos con plantillas o tamaños de lote diferentes.
La invalidación amplia del sitio actual favorece la corrección. Otros sitios de la red multisitio tienen espacios de nombres independientes.
La asignación de taxonomía es un evento de entrada aquí
Cambiar las categorías, etiquetas o términos personalizados asignados a una entrada sigue Purge JSON on post changes, porque el objeto que se reclasifica es la entrada.
Cambiar el término en sí—su nombre, slug, jerarquía, existencia o metadatos de ordenación admitidos—sigue Purge JSON on term changes. Muchos sitios deberían habilitar ambos interruptores.
Verificar el comportamiento
- Genera al menos un archivo JSON progresivo;
- Anota el recuento de archivos en Progressive JSON Cache Contents;
- Edita una entrada pública que aparezca en el archivo;
- Guarda el cambio;
- Actualiza la pantalla de ajustes de POM Cache;
- Confirma que el recuento JSON del sitio actual es cero;
- Solicita de nuevo el lote del archivo;
- Confirma que aparece el contenido editado y se genera un nuevo archivo de caché.
Si una CDN almacena en caché la URL JSON, la invalidación en el origen por sí sola puede no actualizar el borde público de inmediato. Verifica primero el origen y luego sigue Decide when the CDN must also be invalidated.
Edición de alta frecuencia e importaciones
Como el borrado afecta a todo el sitio, los guardados repetidos durante una importación masiva pueden vaciar el árbol repetidamente. Para una operación masiva controlada:
- Decide si la obsolescencia temporal es aceptable;
- Desactiva el borrado automático de entradas solo durante la ventana planificada, si tu política operativa lo permite;
- Completa la importación;
- Selecciona Delete Progressive JSON Cache una vez;
- Restaura el ajuste automático;
- Verifica los archivos importantes y las rutas de la CDN.
No dejes desactivada accidentalmente la actualización automática.
Cuándo borrar también manualmente
Usa un borrado manual tras un cambio que afecte a las tarjetas renderizadas del archivo pero que no siga un guardado público normal de una entrada—por ejemplo, un ajuste global de plantilla de archivo, una integración personalizada que cambia la salida externamente o una operación de datos directa que no emite eventos del ciclo de vida de WordPress.
El proceso manual está documentado en Clear the JSON cache manually.