En qué se diferencia POM Translate de la traducción por publicación duplicada
POM Translate no modela un idioma como otra publicación de WordPress. Mantiene un único objeto de origen y adjunta valores específicos de cada configuración regional a ese objeto. Esto cambia dónde trabajan los editores, cómo se comportan las consultas y qué debe comprobarse cuando cambia el contenido de origen.
Compara los dos modelos editoriales
| Decisión | POM Translate | Modelo de publicación duplicada |
|---|---|---|
| Registro de WordPress | Una publicación o término canónico | Normalmente un registro por idioma |
| Edición del origen | Editor normal de WordPress | Editor normal para cada registro de idioma |
| Edición del destino | Interfaces de traducción de POM Translate | El editor del registro duplicado |
| Relaciones | Compartidas desde el objeto canónico | Puede ser necesario sincronizarlas entre registros |
| Consulta de contenido nativa | Devuelve el objeto canónico | A menudo requiere seleccionar el registro de un idioma concreto |
| Valor de destino ausente | Muestra el valor de origen correspondiente | Depende de la relación y de las reglas de alternativas |
| Slug traducido | Se almacena para el objeto canónico y la configuración regional | Suele pertenecer al registro del idioma específico |
| Eliminar una traducción | Elimina el texto de destino, no el objeto de origen | Puede implicar eliminar una publicación independiente |
Se trata de una distinción arquitectónica, no de una afirmación de que todo flujo de trabajo multilingüe deba usar el mismo modelo. Elígelo cuando un único objeto de origen y la edición centralizada de traducciones encajen con las reglas de propiedad del sitio.
Qué ganan los editores
La publicación de origen conserva un único ID, estado de publicación, imagen destacada, autor, asignaciones de taxonomía y otras relaciones. Un cambio en esas propiedades compartidas no necesita repetirse en las copias específicas de cada idioma.
POM Translate también mantiene la consulta de contenido normal de WordPress centrada en los objetos canónicos. El título, el extracto, el cuerpo, el término, el menú, los metadatos y los valores de URL traducidos se aplican para la configuración regional activa después de que WordPress haya identificado el objeto.
Esto resulta especialmente útil cuando otros sistemas hacen referencia a una publicación o producto por su ID de WordPress y no deberían elegir entre varias copias de idioma.
Qué deben aprender los editores
La prosa traducida no se edita abriendo otra publicación. Usa Translations → Translate contents o la acción Manage translations que se muestra para un tipo de publicación habilitado. Los slugs localizados tienen su propio espacio de trabajo Translate URLs.
La separación es intencionada:
- el editor de WordPress es dueño del origen;
- Translate contents es dueño del texto de destino extraído;
- Translate URLs es dueño de los slugs específicos de cada configuración regional y de las URL asignadas;
- Other translations es dueño de las cadenas singleton registradas y de los valores por defecto admitidos;
- Software translations es dueño del trabajo con catálogos gettext.
Cambiar la superficie equivocada puede dejar el origen correcto mientras un valor de destino queda desactualizado.
Los cambios en el origen requieren una revisión de la traducción
Guardar una publicación de origen apta hace que POM Translate examine el título, el extracto, el cuerpo, los atributos admitidos, el texto de los shortcodes y los metadatos permitidos actuales. Cuando el texto de origen cambia, el estado de traducción relacionado puede necesitar atención editorial.
No trates una página de destino existente como sincronizada de forma permanente. Después de una edición significativa del origen:
- guarda la publicación canónica;
- vuelve a abrir su configuración regional de destino en Translate contents;
- revisa los valores modificados y ausentes;
- comprueba los marcadores de formato protegidos;
- verifica de nuevo la ruta localizada como visitante.
Consecuencias de compatibilidad
Una integración que espera un ID de publicación independiente para cada idioma no está usando el modelo de POM Translate. Las integraciones deberían funcionar con el objeto canónico de WordPress y permitir que POM Translate localice su salida admitida.
Del mismo modo, importar un conjunto de publicaciones de idioma duplicadas no establece automáticamente las traducciones de POM Translate. Planifica la migración de contenido por separado y valida las coincidencias exactas del origen antes de importar los datos de traducción.
Lee Requirements and compatibility antes de sustituir otra solución multilingüe en un sitio existente.