Borra las cachés HTML y JSON de forma independiente

Un archivo progresivo POM Theme llega al visitante en dos etapas:

  1. El documento HTML inicial contiene la estructura del archivo y el primer contenido visible;
  2. Las solicitudes .json posteriores añaden más resultados.

POM Cache almacena esas etapas por separado. Borra la capa que realmente contiene la salida obsoleta.

Diagnostica por tiempos

Síntoma Capa más probable
El título, la cabecera, el menú o los primeros elementos del archivo antiguos aparecen inmediatamente al cargar la página HTML
La página inicial está actualizada, pero aparecen tarjetas antiguas tras Load more o al hacer scroll JSON progresivo
Tanto el contenido inicial como el posterior son antiguos Ambos almacenes de origen, o una CDN intermedia
El origen está actualizado pero los visitantes públicos siguen viendo la salida antigua Navegador o CDN
La vista con sesión iniciada está actualizada pero la vista sin sesión está obsoleta Caché de origen compartida o CDN

Las herramientas de desarrollo del navegador hacen visible la distinción: inspecciona la solicitud del documento principal por separado de la solicitud /pom-json/...json.

Borra solo HTML

Usa POM Cache → General → Cache tools → Delete Cache.

Esto conserva el JSON progresivo. Es adecuado después de:

  • un cambio exclusivo de la plantilla de página o de la estructura;
  • navegación o metadatos presentes solo en el documento inicial;
  • un diagnóstico de la caché HTML;
  • un cambio de contenido cuya representación JSON se sabe que no se ve afectada.

Después de borrar, solicita la página directamente desde el origen y confirma que aparece una nueva entrada HTML estática.

Borra solo JSON

Usa POM Cache → General → Progressive JSON tools → Delete Progressive JSON Cache.

Esto conserva el HTML. Es adecuado después de:

  • cambiar la salida de los elementos del archivo cargados solo en lotes posteriores;
  • cambiar el tamaño del lote progresivo o el contexto;
  • cambios de traducción o taxonomía que afectan al JSON;
  • un diagnóstico de generación de JSON o de validación de archivos.

Activa un lote posterior después del borrado, verifica generated-cacheable y repítelo para demostrar la reutilización.

Borra ambos

Usa el acceso directo Delete Cache de la barra de administración mientras ves el sitio previsto, o ejecuta ambas acciones de ajustes.

Borra ambos después de:

  • un despliegue de plantilla global usado por la estructura y las tarjetas;
  • un cambio de entrada o término que se sabe que aparece en todas partes cuando las purgas automáticas están desactivadas;
  • un cambio de ruta o de arquitectura de idioma;
  • un restablecimiento completo de la frescura del origen;
  • un incidente de salida obsoleta incierto en el que conservar un almacén no tiene valor operativo.

Ambas acciones son operaciones del sitio actual. Ninguna contacta con la CDN.

Configura el comportamiento automático para que coincida

HTML y JSON tienen ajustes independientes:

Evento de origen Control HTML Control JSON
Ciclo de vida de entradas públicas y asignaciones de términos Purge HTML on post changes Purge JSON on post changes
Creación, edición, eliminación de términos y metadatos admitidos Purge HTML on term changes Purge JSON on term changes
Evento de cadena, traducción o slug de POM Translate No hay un conmutador HTML equivalente solo para traducciones Purge JSON on translation changes

Si las cadenas traducidas aparecen en el HTML estático, usa el flujo normal de contenido HTML o un borrado manual de HTML después de la operación de traducción.

Verificación en cuatro capas

Cuando sea difícil localizar la salida obsoleta, inspecciona en este orden:

  1. Origen de WordPress: ¿es correcta la entrada, el término, la traducción o el ajuste editado?
  2. HTML de origen: ¿muestra el cambio una respuesta directa del documento principal?
  3. JSON de origen: ¿muestra el cambio el endpoint progresivo exacto?
  4. Perímetro público/navegador: ¿sigue reutilizando un objeto más antiguo la solicitud del visitante?

Borra solo después de identificar la primera capa que está obsoleta. De lo contrario, una respuesta de la CDN puede hacer que un borrado correcto del origen parezca ineficaz.

Ejemplo: categoría de producto renombrada

Un renombrado de categoría puede aparecer en:

  • el título de la página del archivo en HTML;
  • la navegación de categorías en HTML;
  • los encabezados divididos por término en JSON;
  • las URL siguientes en JSON;
  • copias de la CDN de todas esas rutas de visitante.

Si ambos conmutadores automáticos de términos estaban habilitados, el HTML y el JSON de origen deberían haberse borrado. Verifica la regeneración y luego invalida las rutas de la CDN que realmente almacenan en caché esas respuestas.

Ejemplo: cambio de diseño de tarjetas posteriores

Si el archivo inicial muestra tarjetas con la misma plantilla que los lotes progresivos, el diseño puede estar presente en ambos almacenes. Si la estructura no contiene tarjetas y solo cambió el JSON posterior, basta con un borrado exclusivo de JSON.

Juzga el resultado renderizado, no el nombre del archivo fuente cambiado durante el desarrollo.

Para los botones operativos, consulta Clear caches from the tools screen. Para una copia perimetral, continúa con Decide when the CDN must also be invalidated.

Qué ocurre cuando cambian los términos de taxonomía
Anterior
Borrar un sitio de forma segura en una red multisitio
Siguiente