Cómo interactúan los cambios de traducción con las cachés
Guardar una traducción puede afectar a varias capas de caché independientes. POM Translate invalida las entradas en tiempo de ejecución que posee, pero no puede asumir que un archivo de página estático o una copia de borde de CDN ya haya detectado el cambio.
Identifica la capa antes de purgar
| Capa | Qué puede retener | Quién la actualiza |
|---|---|---|
| Caché de solicitudes de POM Translate | Filas de origen, mapas de traducción, cadenas registradas, exclusiones o búsquedas de slugs durante una solicitud | POM Translate |
| Caché de objetos persistente de WordPress | Datos compatibles de POM Translate y cuerpos traducidos completos entre solicitudes | POM Translate para sus propias claves; administración del backend para purgas más amplias |
| HTML de POM Cache | Una respuesta completa de página anónima | Purga y regeneración de POM Cache |
| JSON progresivo de POM Cache | Una carga útil de archivo progresivo compatible | Su flujo de trabajo de invalidación o purga dedicado |
| CDN o proxy inverso | Copias de borde de HTML, JSON, redirecciones u otras respuestas | Política del CDN/proxy |
| Navegador | Su respuesta local y sus activos | Política de caché del navegador o una sesión privada nueva |
Vaciar una capa no demuestra que las demás estén actualizadas.
Qué invalida POM Translate
Cuando cambia un valor de destino almacenado, POM Translate borra su búsqueda de traducción para esa fila y ese idioma. También actualiza la salida en tiempo de ejecución afectada según el origen:
- los cambios de traducción de entradas borran las entradas de cuerpo renderizado completadas para esa entrada;
- los cambios de metadatos compatibles borran la entrada de metadatos traducidos de esa entrada e idioma;
- los cambios de etiqueta de menú borran la caché del menú correspondiente;
- las escrituras de slug borran las búsquedas de objeto a slug y de slug a objeto;
- los cambios de cadenas registradas actualizan el mapa de cadenas registradas;
- los cambios de URL personalizada borran el mapa de traducción en tiempo de ejecución relacionado.
La extracción de origen también invalida las filas de origen en caché del asunto afectado.
Estas acciones impiden que POM Translate reutilice a sabiendas sus propios valores obsoletos después de un guardado correcto.
Las copias de página completa siguen siendo independientes
Una caché de HTML estático almacena el resultado completo producido después de que WordPress y POM Translate renderizaran la página. Si ese archivo se sirve antes de que WordPress arranque, POM Translate no puede interceptar la petición ni reemplazar un párrafo dentro de él.
Después de editar contenido traducido, purga o invalida todas las URL públicas en caché cuya salida completa haya cambiado. Eso puede incluir:
- la propia entrada traducida;
- los archivos de origen y de destino que muestran su título o extracto;
- los menús o páginas de diseño compartido;
- las vistas de taxonomía y similares a búsqueda;
- las variantes de idioma alternativas;
- las entradas de CDN situadas delante del origen.
Usa el alcance seguro más pequeño. Una purga global de caché no sustituye a entender qué páginas consumen el valor.
Las rutas de idioma crean claves de caché diferentes
/menu/, /fr/menu/ y /de/speisekarte/ son rutas públicas diferentes. Una caché de HTML basada en rutas o un CDN normalmente las almacena de forma independiente.
Purgar solo la ruta de origen no actualiza necesariamente una ruta de destino. Del mismo modo, cambiar un slug traducido puede dejar una redirección antigua o una entrada de caché de ruta antigua junto a la nueva ruta.
Una secuencia de edición segura
Para una traducción publicada:
- registra las URL de origen y las URL de destino afectadas;
- guarda el valor de destino o el slug localizado;
- confirma que la interfaz de administración muestra el nuevo valor;
- invalida las superficies de HTML o JSON progresivo de POM Cache afectadas;
- invalida las entradas de CDN coincidentes;
- solicita la URL de destino del origen sin haber iniciado sesión;
- confirma la nueva salida y la nueva ruta;
- permite que la capa de caché normal genere una copia nueva;
- vuelve a solicitar a través del CDN y verifica la respuesta de borde.
Al solucionar problemas, omite primero el CDN y distingue un renderizado de WordPress de una petición de página completa.
Evita sustitutos destructivos
No uses Reset translation storage para borrar una página obsoleta. Esa acción elimina datos multilingües en lugar de entradas de caché.
No vacíes todo el backend de caché de objetos persistente como primer paso habitual. Afecta a otros componentes de WordPress y puede crear una carga evitable. Empieza por los ámbitos afectados de POM Translate, página, progresivo y de borde.
Verifica la invalidación
Cambia una frase de destino única en una entrada de staging:
- calienta la ruta de destino;
- guarda la traducción modificada;
- abre la ruta de origen sin una petición de caché de página;
- confirma que POM Translate renderiza la nueva frase;
- purga la caché de página y vuélvela a calentar;
- verifica que la página almacenada contiene la nueva frase;
- invalida el CDN y solicita a través del nombre de host público;
- confirma que ninguna capa sigue sirviendo la frase anterior.
Si la respuesta de WordPress sin caché es correcta pero la respuesta pública está obsoleta, el problema restante pertenece a una capa de página, proxy, CDN o navegador en lugar de al almacenamiento de traducción.