Cómo se ensambla el contenido traducido para un visitante

POM Translate ensambla un post localizado después de que WordPress haya identificado el objeto canónico y la solicitud tenga una configuración regional de destino activa. El renderizador lee unidades de origen preparadas y traducciones almacenadas; no extrae contenido, no crea trabajos ni llama a POM AI durante la visita.

La configuración regional base permanece nativa

Para el idioma de origen, WordPress devuelve el título, el extracto, el contenido y los metadatos canónicos. POM Translate no reconstruye el cuerpo de origen a partir de traducciones de destino.

La cadena de reconstrucción se utiliza cuando la configuración regional activa difiere de la base y el tipo de post y el campo están habilitados.

Antes de localizar un objeto de post, POM Translate prepara las filas de origen y los mapas de traducción de destino para los sujetos necesarios. Puede reutilizar las cachés de solicitud y las entradas de caché de objetos de WordPress en lugar de repetir las mismas consultas para el título, el cuerpo, los metadatos, los términos y los menús.

Esta preparación es una optimización, no un modelo editorial diferente. Los valores devueltos siguen perteneciendo al mismo post canónico.

Cada campo tiene su propia ruta de renderizado

El título y el extracto de destino resuelven directamente sus filas de origen coincidentes. Los metadatos admitidos se cargan solo para las claves aprobadas. El cuerpo utiliza el esqueleto de contenido guardado:

  1. cargar el esqueleto compatible actual;
  2. recopilar las filas de cuerpo, atributos y shortcodes;
  3. ordenar las filas según sus posiciones guardadas;
  4. elegir la traducción de destino o la alternativa de origen para cada fila;
  5. validar y restaurar el marcado en línea protegido;
  6. escapar los valores de atributos traducidos;
  7. reemplazar cada token de esqueleto esperado;
  8. aplicar el formato de contenido admitido y el procesamiento de shortcodes;
  9. localizar los enlaces internos admitidos;
  10. almacenar en caché el cuerpo completado para posteriores lecturas aptas.

El renderizador se niega a utilizar un cuerpo reconstruido que aún contenga tokens de esqueleto sin resolver.

La alternativa se aplica por valor

Para cada fila, el valor inicial es el texto de origen. Un valor de destino lo reemplaza solo cuando la traducción almacenada es una cadena no vacía.

Si la fila utiliza marcadores protegidos, el valor de destino también debe superar la validación de marcadores. Un destino no válido recurre a la alternativa de la unidad de origen antes de que se restauren sus elementos en línea originales.

Esto significa que un párrafo roto no puede corromper de forma segura el HTML de toda la página, pero puede dejar ese párrafo en el idioma de origen. La verificación editorial sigue siendo necesaria.

Los shortcodes se ejecutan después de la reconstrucción

Los atributos de shortcode admitidos y los valores internos ocupan sus propias posiciones en el esqueleto. Una vez reconstruido el cuerpo localizado, POM Translate normaliza el espaciado de shortcodes cuando corresponde e invoca el procesamiento de shortcodes de WordPress.

Por lo tanto, la devolución de llamada del shortcode recibe los valores admitidos localizados. El comportamiento en tiempo de ejecución del propio shortcode, los datos remotos, los permisos y la salida siguen siendo responsabilidad del proveedor del shortcode.

Los diseños que dependen de la estructura del shortcode pueden omitir el formato automático de párrafos ordinario cuando aplicarlo añadiría marcado incorrecto.

Después de la reconstrucción del cuerpo y el manejo de shortcodes, POM Translate inspecciona los enlaces internos admitidos. Cuando un destino pertenece a un post, término, archivo o mapeo de URL personalizado conocido, la ruta puede reconstruirse para la configuración regional activa.

Las URL externas y los destinos no admitidos no se traducen como prosa. La localización de enlaces también preserva la distinción entre un prefijo de configuración regional y un slug de objeto traducido.

La salida en caché tiene un alcance reducido

Los cuerpos de post completados se almacenan en caché por post, configuración regional, opciones de renderizado y versión del renderizador durante un período limitado. Guardar contenido de origen relacionado o una traducción de destino invalida la entrada de tiempo de ejecución de POM Translate correspondiente.

Esta caché no es lo mismo que una caché de páginas estática. Un archivo HTML de CDN o de POM Cache puede responder antes que WordPress y debe actualizarse a través de su propia política.

Verifica el resultado ensamblado

Usa un post con título, extracto, dos párrafos, un atributo traducido, un enlace en línea protegido y un shortcode admitido:

  1. traduce todos los valores excepto el segundo párrafo;
  2. abre la ruta de destino sin iniciar sesión;
  3. confirma que aparecen los campos traducidos;
  4. confirma que el segundo párrafo utiliza la alternativa de origen en la ubicación correcta;
  5. inspecciona el marcado en línea y el atributo traducido;
  6. sigue el enlace interno y confirma que permanece en la configuración regional de destino;
  7. vuelve a cargar la ruta y confirma que el resultado sigue siendo idéntico;
  8. edita un valor de destino, guárdalo y verifica el resultado actualizado después de borrar cualquier caché externa de páginas o CDN.

Si el contenido de origen aparece completo, guarda de nuevo el post canónico y comprueba que su tipo de post, campos, configuración regional de destino y esqueleto estén actualizados antes de solucionar problemas en filas de traducción individuales.