Drupal tiene un sistema para gestionar traducciones llamado Translation Management Tool, o TMGMT. Permite a los editores seleccionar contenido, elegir idiomas de destino, crear trabajos de traducción, hacer un seguimiento de su estado y enviar ese trabajo a un servicio de traducción externo.
wxrks se conecta a Drupal a través de TMGMT como ese servicio de traducción.
Un editor solicita una traducción en Drupal y TMGMT envía el contenido a wxrks. wxrks crea el proyecto de traducción, lo somete al proceso de traducción configurado por su equipo y vuelve a poner el trabajo terminado a disposición en Drupal.
El equipo de Drupal sigue trabajando en las pantallas del CMS que ya conoce, mientras wxrks se encarga del proceso de traducción en segundo plano.
Una vez que el contenido llega a wxrks, el proyecto puede usar las mismas memorias de traducción, glosarios, configuración de IA, flujos de trabajo, controles de calidad y personas que ya se utilizan en toda la organización.
Drupal y TMGMT siguen en el centro del flujo de trabajo de contenidos
Los editores pueden solicitar traducciones desde la interfaz de Drupal que ya utilizan.
Seleccionan las páginas, los artículos, los términos de taxonomía u otro contenido compatible con TMGMT, eligen los idiomas de destino y envían la solicitud a wxrks. También se puede añadir un comentario a la solicitud y enviarlo como instrucciones al equipo de traducción.
Cada trabajo de traducción de Drupal crea un proyecto en wxrks. El contenido seleccionado en Drupal pasa a ser el trabajo dentro de ese proyecto.
Los editores pueden seguir el trabajo de traducción desde Drupal, mientras que los traductores y revisores trabajan en el wxrks Translation Editor.
Cuando Drupal se conecta a wxrks, también eliges qué parte de tu cuenta de wxrks recibirá esos proyectos.
En wxrks, esta parte de la cuenta se llama una unidad organizativa. Es una forma de agrupar equipos, clientes, departamentos o tipos de contenido con sus propios ajustes.
Por ejemplo, una unidad organizativa de Marketing puede tener su propio flujo de trabajo, memoria de traducción, glosario, usuarios y configuración del modelo, mientras que una unidad organizativa Legal puede usar una configuración diferente.
Eso significa que el contenido de Drupal puede entrar en un entorno que ya está configurado para el equipo responsable de él.
Una memoria de traducción es una base de datos de oraciones y sus traducciones aprobadas. Cuando vuelve a aparecer contenido similar, wxrks puede reutilizar ese trabajo anterior en lugar de tratar cada oración como nueva.
Un glosario almacena terminología aprobada, como nombres de productos, términos del sector y palabras que deben traducirse de una manera específica.
El proyecto de Drupal puede usar la misma memoria de traducción y terminología que la organización ya utiliza para otros contenidos.
Esto resulta útil cuando el mismo idioma aparece en varios sistemas. Un término aprobado en la documentación del producto puede seguir estando disponible cuando aparece el mismo término en el sitio web de Drupal.
Drupal también puede enviar un enlace de vista previa junto con la solicitud de traducción. Los traductores pueden abrir la página de origen mientras trabajan en wxrks y ver dónde aparece el contenido.
Eso ayuda con cadenas cortas, como botones, encabezados, elementos de menú y etiquetas, cuyo significado puede cambiar según el contexto de la página.
La configuración técnica, los módulos necesarios, los campos de conexión y los requisitos de la versión actual están disponibles en la Guía de inicio rápido del conector de Drupal.
Los proyectos de Drupal pueden usar el contexto de traducción y la configuración de IA que ya tienes
Una vez que el contenido llega a wxrks, puede usar el mismo contexto de traducción que los demás proyectos de la cuenta.
Una parte de ese proceso es la sensibilidad al contexto.
La sensibilidad al contexto utiliza la información disponible para cada segmento para preparar la sugerencia de traducción que se muestra al traductor.
Esa información puede incluir traducciones aprobadas anteriormente de la memoria de traducción, terminología del glosario, resultados de traducción automática e instrucciones sobre la audiencia y el estilo de redacción.
Esas instrucciones se gestionan a través de Sous Chef.
Sous Chef permite que un equipo describa cómo debería sonar el contenido. Puede incluir información sobre el público, el nivel de formalidad, las preferencias de redacción, el lenguaje de marca u otras instrucciones que deban influir en la traducción.
Sous Chef funciona dentro de la Sensibilidad al contexto, junto con las demás fuentes de contexto de traducción disponibles.
El equipo también puede configurar qué fuentes deben tener más influencia.
Por ejemplo, un término aprobado del glosario puede tener prioridad cuando la terminología debe mantenerse coherente, mientras que la memoria de traducción puede ofrecer ejemplos de cómo se tradujo anteriormente contenido similar.
El modelo de IA utilizado para las operaciones compatibles también se puede configurar.
wxrks denomina a esto Administración de modelos.
La gestión de modelos permite a un administrador elegir qué proveedor y modelo de IA se deben usar para operaciones específicas en la cuenta o en una unidad organizativa concreta.
Esto da a los equipos más control sobre los modelos que se utilizan para distintos tipos de contenido y distintas partes de la organización.
Por lo tanto, un proyecto de Drupal puede seguir la configuración del modelo que la empresa ya haya elegido, en lugar de depender de un modelo seleccionado por la integración del CMS.
Los modelos de IA conectados a wxrks no mantienen un estado. Esto significa que el modelo no recuerda de forma permanente el contenido de una solicitud para la siguiente.
El conocimiento que debe persistir permanece en el entorno wxrks del cliente.
Las traducciones aprobadas permanecen en la memoria de traducción. La terminología aprobada permanece en el glosario. Las instrucciones permanecen en la configuración del cliente.
Eso también significa que una empresa puede cambiar un modelo de IA subyacente sin perder los conocimientos de traducción que ha acumulado con el tiempo.
Estos alimentan:
Sugerencia contextual
Mostrar la administración de modelos junto a este flujo como el lugar donde el cliente configura el modelo que se utiliza para las operaciones compatibles.
Evita mostrar el modelo de IA como el lugar donde se almacena el conocimiento sobre los clientes.
Los revisores también pueden usar Razonamiento de traducción.
El razonamiento de traducción muestra información sobre los factores que influyeron en una sugerencia sensible al contexto.
Por ejemplo, puede mostrar si la terminología, la memoria de traducción, las instrucciones para el público, los ajustes de estilo u otro contexto disponible influyeron en el resultado.
Esto le da al revisor más información cuando quiere entender una elección de palabras antes de confirmarla o editarla.
El revisor sigue siendo responsable de la decisión final.
El contenido actualizado de Drupal puede volver a traducirse con controles de calidad y revisión
Las páginas de Drupal siguen cambiando después de su primera traducción.
Es posible que se actualice la descripción de un producto. Es posible que cambie un párrafo legal. Es posible que el equipo de marketing reescriba un encabezado.
TMGMT admite algo llamado un trabajo continuo.
Un proceso continuo supervisa el contenido de Drupal vinculado a esa tarea de traducción. Cuando cambia el contenido de origen, el contenido actualizado puede volver a ponerse en cola para su traducción sin que un editor tenga que crear una solicitud completamente nueva.
Esto ayuda a los equipos a gestionar sitios web donde el contenido cambia con frecuencia.
El trabajo actualizado sigue entrando en el mismo entorno de wxrks, por lo que la memoria de traducción, el glosario, las instrucciones y el flujo de trabajo existentes siguen estando disponibles.
wxrks también puede realizar controles de calidad del contenido traducido.
Una de esas comprobaciones se llama Olores.
Smells busca posibles problemas semánticos o lingüísticos que las comprobaciones tradicionales de números, etiquetas o formato podrían no detectar.
Por ejemplo, puede señalar una posible traducción errónea, una expresión poco natural o un problema de terminología para que se revise.
Estos hallazgos contribuyen a una puntuación de confianza.
La puntuación de confianza ofrece a los revisores otra señal que pueden usar para decidir dónde mirar más de cerca.
Un revisor puede filtrar los segmentos con menor nivel de confianza, revisar los hallazgos, editar la traducción, ignorar un hallazgo que no corresponda y volver a ejecutar las comprobaciones de calidad.
La puntuación no determina la decisión final. El revisor decide si debe cambiarse la traducción.
Para algunos proyectos automatizados, los equipos también pueden definir un umbral de puntuación de confianza para la confirmación automática.
Por ejemplo, un equipo podría configurar que los segmentos que cumplan los requisitos y superen un umbral elegido se confirmen automáticamente, mientras que los demás segmentos sigan disponibles para que un lingüista los revise.
El equipo define el umbral y la regla que debe aplicarse.
El proyecto puede entonces continuar a través del flujo de trabajo configurado para esa unidad organizativa.
Un flujo de trabajo es la secuencia de pasos que tu equipo quiere que siga el proyecto.
Un flujo de trabajo podría incluir una traducción seguida de una revisión lingüística. Otro podría incluir traducción, revisión y aprobación por parte de alguien de la empresa.
wxrks sigue esos pasos configurados y asigna el trabajo a las personas designadas para cada función.
Mantén visible al revisor como la persona responsable de la decisión final.
Solo la traducción entregada vuelve a Drupal
Drupal devuelve el contenido traducido cuando el trabajo alcanza el estado Entregado en wxrks.
«Entregado» significa que el proyecto ha completado los pasos que configuró tu equipo antes de que el contenido vuelva a Drupal.
Queda trabajo sin terminar dentro del flujo de trabajo de traducción.
Drupal puede obtener traducciones terminadas de varias maneras.
Pueden volver automáticamente durante cron, que es el proceso programado en segundo plano de Drupal.
También se pueden obtener manualmente desde la pantalla del trabajo de traducción.
Los equipos que gestionan lotes más grandes pueden usar Drush, la herramienta de línea de comandos de Drupal, con drush wxrks:fetch para recuperar las traducciones terminadas en bloque.
El conector también se puede configurar para guardar o aceptar traducciones automáticamente cuando llegan de pasos específicos del flujo de trabajo.
Por ejemplo, un equipo podría configurar que el trabajo que haya completado su última etapa de revisión se acepte automáticamente cuando Drupal lo reciba.
Los editores pueden entonces previsualizar la página traducida dentro de Drupal y continuar con el proceso habitual de publicación.
Una empresa podría usar Drupal para su sitio web, otra plataforma para la documentación de productos, Figma para diseño y otro CMS para una unidad de negocio diferente.
wxrks también se conecta con plataformas como AEM, Contentful, Webflow, Figma y otros sistemas de contenido.
Esos proyectos pueden usar las mismas memorias de traducción, glosarios, instrucciones, flujos de trabajo y configuración del modelo que ya se mantienen en wxrks.
La guía de inicio rápido de Drupal Connector abarca los requisitos de instalación y los detalles de configuración actuales.
Si tu equipo ya utiliza Drupal y TMGMT, reserva una demo y podemos repasar cómo funcionaría tu flujo de trabajo de traducción actual de Drupal con wxrks.
Libere el poder de la glocalización con nuestro Sistema de Gestión de Traducciones.
Libere el poder de la
con nuestro Sistema de Gestión de Traducciones.
