Cómo crear un glosario de traducción que los traductores y la IA puedan usar de verdad

Para crear un glosario de traducción, elige los conceptos que necesitan una redacción controlada, define qué significa cada uno en tu documento, aprueba un término meta para cada idioma y contexto, y asigna un responsable que mantenga esas decisiones. Después, prueba las entradas en pasajes reales antes de entregarlas a traductores o a una herramienta de traducción.

La distinción más útil es entre el glosario maestro que registra tus decisiones y la exportación más pequeña que una herramienta puede consumir. Puede que un archivo de importación de dos columnas sea necesario, pero no puede sustituir el contexto, la evidencia y el historial de aprobación que hicieron que esas dos columnas fueran fiables.

Empieza con la plantilla de glosario en blanco y el ejemplo de glosario resuelto. Ambos son archivos CSV en UTF-8. El ejemplo usa un producto ficticio y decisiones ilustrativas de inglés a francés; no es una lista de terminología certificada, ni un proyecto de cliente, ni un preajuste de importación listo para usar en BookTranslator.

Mantén el glosario más pequeño que el diccionario

Incluye un término cuando una elección inconsistente o ambigua cambiaría el significado, confundiría la navegación, debilitaría una distinción importante o causaría trabajo de revisión evitable. No recopiles cada sustantivo solo porque un programa lo haya extraído.

Una pasada de selección útil plantea estas preguntas:

• ¿Este concepto se repite en distintas secciones, archivos o colaboradores?
• ¿La palabra de origen tiene más de un significado relevante?
• ¿La organización, el autor o el área temática exigen una forma meta específica?
• ¿Una elección distinta haría más difícil seguir una advertencia, una instrucción, una interfaz o un argumento?
• ¿El término es nuevo, está en disputa o se sabe que ha provocado una corrección en este proyecto?

Un término poco frecuente pero trascendente puede merecer una entrada antes que una palabra común. Un término estándar sin ambigüedad realista puede que no necesite ninguna.

La guía de iniciación a la gestión de terminología para la traducción de COTSOES recomienda la terminología relevante para la organización y responsabilidades de validación explícitas. También advierte que el número de entradas por sí solo no establece la calidad. Esos principios importan aquí más que la antigüedad de sus ejemplos de software.

La extracción de candidatos es solo la bandeja de entrada. Una frase extraída se convierte en terminología útil cuando sabes qué significa, cuándo se aplica y quién aprobó la redacción meta.

Construye un registro en torno a un significado

No le des a la cadena de origen la propiedad exclusiva del registro. La palabra inglesa “charge” puede describir una propiedad eléctrica o un importe facturado. Una fila que asigne cada aparición a una sola palabra francesa codificaría un error, no una consistencia.

Dale a cada concepto un identificador estable y luego añade la decisión específica del idioma. En una hoja de cálculo sencilla, usa una fila por concepto y par de locales de origen y destino. Dos filas pueden compartir una grafía de origen sin representar el mismo concepto.

La plantilla contiene estos campos:

Una referencia de contexto debe permitir que quien revise vuelva a encontrar el pasaje: una versión y sección de archivo, un registro terminológico autorizado u otra fuente duradera. «De internet» no es suficiente. Para un concepto original definido por el autor, la propia definición del manuscrito puede ser la evidencia pertinente.

Mantén la definición separada del contexto de origen. La definición dice qué es el concepto; el contexto muestra cómo se usa. Una frase como «Selecciona el espacio de trabajo» ilustra el uso, pero no explica qué contiene un espacio de trabajo ni en qué se diferencia de un proyecto.

Repara cinco entradas de glosario comunes

Las siguientes reparaciones pertenecen al ejemplo ficticio descargable. Ilustran decisiones editoriales, no reglas universales de terminología francesa. Los pasajes de muestra proporcionan el texto circundante.

1. Una palabra polisémica con un único destino forzado

Entrada débil: charge → charge

Reparación: crea conceptos separados:

• Propiedad eléctrica: origen charge; destino charge électrique; dominio «electrónica introductoria»; contexto «The capacitor stores electric charge.»
• Importe facturado: origen charge; destino frais; dominio «facturación»; contexto «The delivery charge is shown before payment.»

Esto no significa que cualquiera de las correspondencias deba anular todas las apariciones de «charge». El dominio y el contexto de la entrada forman parte de la decisión. Si la herramienta elegida no puede distinguirlos, usa exportaciones de proyecto separadas, una frase más larga e inequívoca o revisión humana en lugar de una sustitución global.

2. Un término sin su categoría gramatical

Entrada débil: seal → sceller

Reparación: distingue el verbo del componente:

• «Cerrar el sobre»: un verbo, con el objetivo ilustrativo sceller en este proyecto.
• «Sustituir la junta de goma»: un sustantivo que se refiere a un componente, con el objetivo joint.

Ahora la hoja de cálculo describe dos conceptos en lugar de sugerir que un componente de goma es una acción. En un documento técnico real, pide al revisor del dominio que valide el significado del componente y el término preferido.

3. Dos traducciones aceptables sin preferencia del proyecto

Entrada débil: workspace → espace de travail / zone de travail

Corrección: aprueba espace de travail para el contenedor con nombre de la aplicación ficticia. Registra zone de travail como variante rechazada para este concepto de interfaz, no como francés incorrecto en general. Añade una nota de uso que indique que se permite la flexión gramatical normal.

Una variante rechazada necesita un motivo y un alcance. De lo contrario, un revisor puede «corregir» una frase perfectamente válida en otro contexto.

4. Un nombre de producto protegido solo por implicación

Entrada débil: LeafDeck → LeafDeck

Corrección: establece do_not_translate=true, identifícalo como el nombre del producto ficticio, conserva las mayúsculas y cita la decisión de nomenclatura del proyecto de demostración. Indica que la regla no se aplica a palabras no relacionadas en una descripción ordinaria.

Que el texto de origen y el de destino coincidan no explica por sí solo si la retención es intencionada o simplemente trabajo sin terminar. Consulta la guía de decisiones sobre qué no traducir para ver la lista de exclusiones más amplia.

5. Una decisión en borrador presentada como aprobada

Entrada débil: sync → synchroniser / mettre à jour, sin responsable ni estado.

Corrección: define primero la acción. Para el comando ficticio que sincroniza la biblioteca del dispositivo, aprueba synchroniser como verbo y registra la alternativa como no adecuada para este comando en concreto. Asigna un responsable y una fuente de decisión con fecha.

Mantén una etiqueta de sustantivo propuesta aparte en draft hasta que su revisor la resuelva. El CSV de ejemplo incluye deliberadamente esa fila en borrador. Una hoja de cálculo que parece impecable no es prueba de que todas las filas estén aprobadas.

Usa un filtro de calidad de entradas, no una puntuación decorativa

Antes de aprobar una entrada, haz seis preguntas de sí o no:

1. Significado: ¿puede otra persona distinguir este concepto de los cercanos?
2. Evidencia: ¿puede encontrar la fuente que lo respalda o la decisión del autor?
3. Lengua: ¿la forma de destino funciona para la configuración regional, la gramática y el dominio especificados?
4. Alcance: ¿sabe dónde se aplica la regla y dónde no?
5. Responsabilidad: ¿hay un responsable encargado de resolver los cambios?
6. Uso: ¿se ha comprobado la entrada en una frase representativa?

Una respuesta sin resolver significa que la entrada permanece en borrador. Esta es una rúbrica de aceptación editorial, no una medida numérica validada de la calidad de la traducción.

Divide el trabajo según la especialidad. El autor o especialista en la materia confirma el concepto; el revisor de la lengua meta confirma el uso; el responsable de terminología registra la decisión y distribuye la versión aprobada. En un proyecto pequeño, una sola persona puede desempeñar varios roles, pero las preguntas siguen necesitando respuesta.

Si un revisor impugna una entrada, registra las opciones en conflicto y el pasaje que expone la discrepancia. Sigue el flujo de trabajo de consultas de traducción en lugar de permitir que los mensajes privados se conviertan en excepciones no documentadas.

Exporta para la herramienta de destino solo después de la aprobación

Tu glosario maestro y el diccionario de un motor tienen propósitos distintos. El maestro explica las decisiones a las personas. Un archivo de importación debe seguir el esquema y el comportamiento de coincidencia de una herramienta concreta.

Para una herramienta que admite importaciones de glosarios:

1. Selecciona el par de idiomas de origen y destino requerido y el dominio del proyecto.
2. Excluye las entradas draft y deprecated.
3. Resuelve las cadenas de origen duplicadas que la herramienta de destino no puede desambiguar.
4. Asigna únicamente los campos admitidos al formato de importación actual de la herramienta.
5. Confirma cómo trata las mayúsculas y minúsculas, las inflexiones, los términos de varias palabras y el texto protegido.
6. Prueba con una entrada pequeña y representativa e inspecciona la traducción devuelta.

Por ejemplo, el formato CSV unidireccional documentado de Google Cloud Translation usa pares de origen y destino sin encabezado, mientras que su CSV de conjuntos de términos equivalentes usa encabezados de idioma. Su coincidencia de glosario distingue mayúsculas y minúsculas de forma predeterminada, y algunas entradas de palabras vacías se ignoran. Esas son reglas de Google Cloud, no reglas generales de CSV ni capacidades de BookTranslator. Consulta la documentación actual de glosarios de Google Cloud antes de preparar una exportación para ese servicio.

No subas el CSV con anotaciones detalladas de este artículo a un cuadro de diálogo de importación cualquiera. Es un maestro de trabajo. A la inversa, no descartes sus definiciones ni su historial de aprobación solo porque una herramienta acepta únicamente dos columnas.

Cuando uses un sistema de IA con un campo de instrucciones compatible, proporciona un subconjunto relevante y aprobado, junto con el contexto necesario para distinguir los significados. Una instrucción puede solicitar terminología; no garantiza que el resultado la haya seguido. Inspecciona el resultado. Si el sistema no ofrece ninguna entrada de glosario compatible, conserva el maestro como referencia para los revisores en lugar de inventar una forma de importarlo.

Para las organizaciones con equipos de primera línea multilingües, la coherencia terminológica también importa después de la traducción. Los materiales de formación, las políticas y las comunicaciones operativas pueden necesitar llegar a los empleados en sus idiomas preferidos sin dejar de preservar la redacción aprobada. iTacit explica cómo la comunicación multilingüe respalda la información del lugar de trabajo en distintos idiomas, países y culturas.

Añade idiomas sin borrar las decisiones locales

Reutiliza el ID de concepto al añadir otra configuración regional de destino, pero asigna a esa configuración su propio destino, estado, responsable y evidencia. La aprobación en francés no aprueba un equivalente en alemán. Un destino vacío significa «no resuelto», no «usa el origen automáticamente».

La misma disciplina se aplica dentro de un idioma. Divide las decisiones específicas de cada configuración regional cuando difieran de forma sustancial. No crees filas duplicadas solo para añadir etiquetas regionales que no cambian nada.

Mantén estos estados simples:

• Borrador: una decisión candidata o en disputa; no forma parte de una exportación aprobada.
• Aprobado: aceptado para el alcance y la versión indicados.
• Obsoleto: se conserva para el historial y la detección, pero no se recomienda para trabajos nuevos.

Para un cambio sustancial, registra la forma anterior, la nueva, el motivo, la versión efectiva, el responsable y las ubicaciones de origen afectadas. Vuelve a generar la exportación correspondiente e indica a los traductores qué pasajes deben reconsiderarse. No sustituyas un término en silencio a mitad del proyecto y esperes que los capítulos ya traducidos se actualicen solos.

Revisa las entradas cuando cambien el producto, el manuscrito de origen, la norma o el uso aceptado. Un recordatorio en el calendario puede ayudar, pero un cambio de definición es el desencadenante más fuerte.

Valida el glosario en pasajes antes de escalar

Un glosario puede ser impecable internamente y aun así fallar en una frase. Usa un conjunto reducido de pasajes que incluya deliberadamente:

• una palabra de origen ambigua con dos significados;
• un término como encabezado y dentro de la prosa;
• una variación gramatical en singular, plural u otra;
• un nombre protegido junto a lenguaje común; y
• un término en una tabla, leyenda, instrucción u otra estructura importante del documento.

El ejemplo descargable empareja «delivery charge» con «electric charge» e incluye «seal» como sustantivo y como verbo. Estos casos demuestran por qué el reemplazo sin delimitación de contexto es la prueba de aceptación equivocada.

Para cada pasaje, registra el origen, la versión del glosario, la salida de destino, la decisión del revisor y la corrección si es necesaria. Si realmente pruebas un servicio de traducción, añade el servicio/modelo, la fecha, la configuración y la salida sin procesar. Los ejemplos de este artículo no afirman que se haya realizado dicha prueba de servicio.

Una vez traducido el documento completo, pasa a la revisión de consistencia terminológica. La construcción del glosario establece la política; la revisión de la salida determina si el texto entregado la sigue sin volverse antinatural.

Entrega un registro de decisiones, no solo una lista de palabras

La entrega final debe contener la versión de origen, el glosario maestro aprobado, la exportación a la herramienta receptora si corresponde, el registro de consultas sin resolver y ejemplos representativos. Quien realice la traducción debe saber qué archivo es la autoridad y a quién preguntar sobre conflictos.

Para un libro completo o un documento largo compatible, el flujo de trabajo de traducción de archivos de BookTranslator puede proporcionar un borrador para su posterior revisión. Mantén tu glosario aprobado junto a ese borrador. La hoja de trabajo que presentamos aquí es una referencia editorial externa, no una afirmación de que BookTranslator importe glosarios CSV gestionados por el usuario ni aplique todas las entradas.

Empieza con unos pocos conceptos relevantes, haz que las decisiones sean inspeccionables y amplía a partir de ambigüedades reales o hallazgos de la revisión. El objetivo es tener menos decisiones sin resolver en el próximo documento, no el glosario más grande.