Como criar um glossário de tradução que tradutores e IA realmente possam usar

Para criar um glossário de tradução, escolha os conceitos que precisam de redação controlada, defina o que cada um significa no seu documento, aprove um termo de destino para cada idioma e contexto e atribua um responsável para manter essas decisões. Depois, teste as entradas em trechos reais antes de entregá-las a tradutores ou a uma ferramenta de tradução.

A distinção mais útil é entre o glossário mestre que registra suas decisões e a exportação menor que uma ferramenta consegue consumir. Um arquivo de importação de duas colunas pode ser necessário, mas não substitui o contexto, as evidências e o histórico de aprovação que tornaram essas duas colunas confiáveis.

Comece com o modelo de glossário em branco e o exemplo de glossário preenchido. Ambos são arquivos CSV em UTF-8. O exemplo usa um produto fictício e decisões ilustrativas de inglês para francês; não é uma lista de terminologia certificada, um projeto de cliente nem um preset de importação pronto para o BookTranslator.

Mantenha o glossário menor que o dicionário

Inclua um termo quando uma escolha inconsistente ou ambígua mudaria o significado, confundiria a navegação, enfraqueceria uma distinção importante ou causaria trabalho de revisão evitável. Não colete todos os substantivos só porque o software os extraiu.

Uma boa etapa de seleção pergunta:

• Esse conceito se repete em seções, arquivos ou colaboradores?
• A palavra de origem tem mais de um significado relevante?
• A organização, o autor ou a área temática exige uma forma específica no idioma de destino?
• Uma escolha diferente tornaria um aviso, uma instrução, uma interface ou um argumento mais difícil de acompanhar?
• O termo é novo, é objeto de disputa ou já se sabe que causou uma correção neste projeto?

Um termo raro, mas consequente, pode merecer uma entrada antes de uma palavra comum e frequente. Um termo padrão sem ambiguidade realista pode não precisar de entrada alguma.

O guia de introdução ao gerenciamento de terminologia para tradução da COTSOES recomenda terminologia relevante para a organização e responsabilidades explícitas de validação. Ele também alerta que a quantidade de entradas, por si só, não estabelece qualidade. Esses princípios importam mais aqui do que a idade dos exemplos de software.

A extração de candidatos é apenas a caixa de entrada. Uma frase extraída se torna terminologia útil quando você sabe o que ela significa, quando se aplica e quem aprovou a redação de destino.

Construa um registro em torno de um significado

Não deixe a string de origem ser a única dona do registro. A palavra inglesa “charge” pode descrever uma propriedade elétrica ou um valor cobrado. Uma linha que mapeasse toda ocorrência para uma única palavra em francês codificaria um erro, não consistência.

Dê a cada conceito um identificador estável e depois acrescente a decisão específica do idioma. Em uma planilha simples, use uma linha por par de conceito e locale de origem/destino. Duas linhas podem compartilhar a mesma grafia de origem sem representar o mesmo conceito.

O modelo contém estes campos:

Uma referência de contexto deve permitir que um revisor encontre a passagem novamente: uma versão e seção de arquivo, um registro de termo autoritativo ou outra fonte durável. “Da internet” não é suficiente. Para um conceito original definido pelo autor, a própria definição do manuscrito pode ser a evidência relevante.

Mantenha a definição separada do contexto de origem. A definição diz o que o conceito é; o contexto mostra como ele é usado. Uma frase como “Selecione o workspace” ilustra o uso, mas não explica o que um workspace contém ou como ele difere de um projeto.

Corrija cinco entradas comuns de glossário

As correções a seguir pertencem ao exemplo fictício para download. Elas ilustram decisões editoriais, não regras universais de terminologia francesa. As passagens de exemplo fornecem o texto ao redor.

1. Uma palavra polissêmica com um único destino forçado

Entrada fraca: charge → charge

Correção: crie conceitos separados:

• Propriedade elétrica: origem charge; destino charge électrique; domínio “eletrônica introdutória”; contexto “The capacitor stores electric charge.”
• Valor cobrado: origem charge; destino frais; domínio “cobrança”; contexto “The delivery charge is shown before payment.”

Isso não significa que qualquer um dos mapeamentos deva substituir toda ocorrência de “charge”. O domínio e o contexto da entrada fazem parte da decisão. Se a ferramenta escolhida não conseguir distingui-los, use exportações de projeto separadas, uma frase mais longa e inequívoca, ou revisão humana em vez de uma substituição global.

2. Um termo sem sua classe gramatical

Entrada fraca: seal → sceller

Correção: distinga o verbo do componente:

• “Lacrar o envelope”: um verbo, com alvo ilustrativo sceller neste projeto.
• “Substituir a vedação de borracha”: um substantivo que se refere a um componente, com alvo joint.

A planilha agora descreve dois conceitos em vez de sugerir que um componente de borracha é uma ação. Para um documento técnico real, peça ao revisor da área que valide o significado do componente e o termo preferido.

3. Duas traduções aceitáveis sem preferência do projeto

Entrada fraca: workspace → espace de travail / zone de travail

Correção: aprove espace de travail para o contêiner nomeado do aplicativo fictício. Registre zone de travail como variante rejeitada para este conceito de interface, não como francês ruim em geral. Adicione uma nota de uso informando que a flexão gramatical normal é permitida.

Uma variante rejeitada precisa de um motivo e um escopo. Caso contrário, um revisor pode “corrigir” uma frase perfeitamente válida em outro contexto.

4. Um nome de produto protegido apenas por implicação

Entrada fraca: LeafDeck → LeafDeck

Correção: defina do_not_translate=true, identifique-o como o nome do produto fictício, preserve a caixa e cite a decisão de nomenclatura do projeto de demonstração. Declare que a regra não se aplica a palavras não relacionadas em uma descrição comum.

A correspondência exata entre texto de origem e destino, por si só, não explica se a retenção é intencional ou simplesmente trabalho inacabado. Use o guia de decisão sobre o que não traduzir para a lista de exclusão mais ampla.

5. Uma decisão preliminar apresentada como aprovada

Entrada fraca: sync → synchroniser / mettre à jour, sem responsável ou estado.

Correção: defina a ação primeiro. Para o comando fictício que sincroniza a biblioteca do dispositivo, aprove synchroniser como verbo e registre a alternativa como inadequada para este comando específico. Atribua um responsável e uma fonte de decisão com data.

Mantenha um rótulo de substantivo proposto separado em draft até que seu revisor o resolva. O CSV de exemplo inclui deliberadamente essa linha de rascunho. Uma planilha de aparência limpa não é prova de que todas as linhas estão aprovadas.

Use um critério de qualidade de entrada, não uma pontuação decorativa

Antes de aprovar uma entrada, faça seis perguntas de sim ou não:

1. Significado: outra pessoa consegue distinguir este conceito dos conceitos próximos?
2. Evidência: ela consegue encontrar a fonte de apoio ou a decisão do autor?
3. Idioma: a forma de destino funciona para o locale, a gramática e o domínio especificados?
4. Escopo: ela sabe onde a regra se aplica e onde não se aplica?
5. Responsabilidade: há um responsável encarregado de resolver alterações?
6. Uso: a entrada foi verificada em uma frase representativa?

Uma resposta não resolvida significa que a entrada permanece em rascunho. Esta é uma rubrica de aceitação editorial, não uma medida numérica validada de qualidade de tradução.

Divida o trabalho por especialidade. O autor ou especialista no assunto confirma o conceito; o revisor do idioma de destino confirma o uso; o responsável pela terminologia registra a decisão e distribui a versão aprovada. Em um projeto pequeno, uma pessoa pode acumular várias funções, mas as perguntas ainda precisam de respostas.

Se um revisor contestar uma entrada, registre as opções concorrentes e o trecho que expõe o conflito. Siga o fluxo de trabalho de consultas ao tradutor em vez de permitir que mensagens privadas se tornem exceções não documentadas.

Exporte para a ferramenta de destino somente após a aprovação

Seu glossário mestre e o dicionário de um mecanismo têm propósitos diferentes. O mestre explica as decisões às pessoas. Um arquivo de importação deve seguir o esquema e o comportamento de correspondência de uma ferramenta específica.

Para uma ferramenta que oferece suporte à importação de glossários:

1. Selecione o par de idiomas de origem/destino exigido e o domínio do projeto.
2. Exclua entradas draft e deprecated.
3. Resolva strings de origem duplicadas que a ferramenta de destino não consegue desambiguar.
4. Mapeie apenas os campos compatíveis para o formato de importação atual da ferramenta.
5. Confirme como ela trata maiúsculas e minúsculas, flexões, termos com várias palavras e texto protegido.
6. Teste uma pequena entrada representativa e inspecione a tradução retornada.

Por exemplo, o formato CSV unidirecional documentado do Google Cloud Translation usa pares origem/destino sem cabeçalho, enquanto seu CSV de conjunto de termos equivalentes usa cabeçalhos de idioma. A correspondência de glossário é sensível a maiúsculas e minúsculas por padrão, e algumas entradas de palavras irrelevantes são ignoradas. Essas são regras do Google Cloud, não regras gerais de CSV nem recursos do BookTranslator. Consulte a documentação atual de glossários do Google Cloud antes de preparar uma exportação para esse serviço.

Não faça upload do CSV ricamente anotado deste artigo em uma caixa de diálogo de importação aleatória. Ele é um mestre de trabalho. Por outro lado, não descarte suas definições e histórico de aprovação só porque uma ferramenta aceita apenas duas colunas.

Ao usar um sistema de IA com um campo de instrução compatível, forneça um subconjunto relevante e aprovado, além do contexto necessário para distinguir significados. Uma instrução pode solicitar terminologia; ela não estabelece que a saída a seguiu. Inspecione o resultado. Se o sistema não oferecer entrada de glossário compatível, mantenha o mestre como referência para revisores em vez de inventar uma forma de importá-lo.

Para organizações com equipes multilíngues na linha de frente, a consistência terminológica também importa após a tradução. Materiais de treinamento, políticas e comunicações operacionais podem precisar chegar aos funcionários em seus idiomas preferidos, preservando a redação aprovada. O iTacit explica como a comunicação multilíngue apoia as informações no local de trabalho em diferentes idiomas, países e culturas.

Adicione idiomas sem apagar decisões locais

Reutilize o ID do conceito ao adicionar outro idioma de destino, mas dê a esse idioma seu próprio destino, status, responsável e evidências. A aprovação em francês não aprova um equivalente em alemão. Um destino em branco significa “não resolvido”, não “use a origem automaticamente”.

A mesma disciplina se aplica dentro de um idioma. Separe decisões específicas de localidade quando elas diferirem materialmente. Não crie linhas duplicadas apenas para adicionar rótulos regionais que não mudam nada.

Mantenha esses estados simples:

• Rascunho: uma decisão candidata ou contestada; não faz parte de uma exportação aprovada.
• Aprovado: aceito para o escopo e a versão declarados.
• Obsoleto: mantido para histórico e detecção, mas não recomendado para novos trabalhos.

Para uma mudança substancial, registre a forma antiga, a nova forma, o motivo, a versão efetiva, o responsável e os locais de origem afetados. Reconstrua a exportação relevante e informe aos tradutores quais trechos exigem reconsideração. Não substitua um termo silenciosamente no meio do projeto e espere que os capítulos já traduzidos se atualizem sozinhos.

Revise as entradas quando o produto, o manuscrito de origem, o padrão ou o uso aceito mudarem. Um lembrete de calendário pode ajudar, mas uma definição alterada é o gatilho mais forte.

Valide o glossário em trechos antes de escalar

Um glossário pode estar internamente organizado e ainda assim falhar em uma frase. Use um pequeno conjunto de trechos que inclua deliberadamente:

• uma palavra de origem ambígua com dois significados;
• um termo como título e dentro da prosa;
• uma variação gramatical no singular, plural ou outra;
• um nome protegido ao lado de linguagem comum; e
• um termo em uma tabela, legenda, instrução ou outra estrutura importante do documento.

O exemplo para download associa “delivery charge” a “electric charge” e inclui “seal” tanto como substantivo quanto como verbo. Esses casos expõem por que a substituição sem escopo é o teste de aceitação errado.

Para cada trecho, registre a origem, a versão do glossário, a saída de destino, a decisão do revisor e a correção, se necessário. Se você realmente testar um serviço de tradução, adicione o serviço/modelo, a data, as configurações e a saída bruta. Os exemplos neste artigo não afirmam que tal teste de serviço foi realizado.

Depois que o documento completo for traduzido, passe para a revisão de consistência terminológica. A construção do glossário estabelece a política; a revisão da saída determina se o texto entregue a segue sem se tornar artificial.

Entregue um registro de decisões, não apenas uma lista de palavras

A entrega final deve conter a versão de origem, o glossário mestre aprovado, a exportação para a ferramenta de destino, se aplicável, o registro de consultas não resolvidas e exemplos representativos. Quem faz a tradução deve saber qual arquivo é autoritativo e a quem perguntar sobre conflitos.

Para um livro completo ou documento longo compatível, o fluxo de tradução de arquivos do BookTranslator pode fornecer um rascunho para revisão posterior. Mantenha seu glossário aprovado junto a esse rascunho. A planilha aqui é uma referência editorial externa, não uma afirmação de que o BookTranslator importa glossários CSV gerenciados pelo usuário ou aplica cada entrada.

Comece com alguns conceitos relevantes, torne as decisões inspecionáveis e expanda a partir de ambiguidades reais ou achados de revisão. O objetivo é ter menos decisões não resolvidas no próximo documento — não o maior glossário.