Glossário de tradução para suporte: como criar um que todas as ferramentas sigam

O que é um glossário de tradução para suporte?

Um glossário de tradução para suporte (tradutores chamam de base terminológica) é uma tabela de palavras e frases curtas, cada uma com uma regra: manter como está, traduzir exatamente assim ou nunca usar. Não é um dicionário de tudo. Ele guarda apenas os termos em que "mais ou menos" está errado.

Um comentarista do Hacker News resumiu tanto a ideia quanto o quão pouco as equipes sabem que ela existe:

"To address the problem of inconsistent terminology, Localization Management Systems (LMS) leverage a term base (glossary), which clearly explains each term and provides a preferred translation. ... Sadly, the know-how across engineering teams around localization is rather low, meaning that the existence of term bases, translation memories is not well known."

hrpnk, Hacker News

Ajuda separar o glossário de seus dois vizinhos, porque as ferramentas misturam os nomes:

No suporte, os dois primeiros se confundem, então eu manteria a formalidade também no arquivo do glossário. É uma linha por idioma e é a primeira coisa que os clientes notam. Se você já tem um guia de voz da marca ou um SOP de suporte, o glossário é a página que falta, explicando como essas palavras sobrevivem à tradução.

Por que o suporte precisa mais de um glossário do que o marketing

O marketing traduz uma página uma vez, um revisor lê e ela vai ao ar. O suporte traduz milhares de mensagens curtas por mês, ao vivo, sem ninguém revisando. Cada ticket é uma nova chance de o mecanismo escolher uma palavra diferente para a mesma coisa. Por isso acho que o glossário importa mais na fila de tickets do que no site.

Sem um, quatro coisas dão errado.

Nomes de marca e de produto são traduzidos como palavras comuns. É o clássico:

"Back in Windows 2000 days, I found instances where "Windows" the product name was translated to "vinduer", the danish word for an actual window."

encom, Hacker News

A Amazon documenta a mesma armadilha no próprio produto. Sem uma entrada de terminologia, o Amazon Translate transforma "Amazon Photos" em "Photos d'Amazon" em francês. A solução deles é mapear o nome para ele mesmo.

Termos técnicos saem literais demais. Eu construo os agentes de IA na eesel, e a preocupação que mais ouço de equipes técnicas que estão se tornando multilíngues é sobre uma palavra específica. Uma equipe B2B de telemática veicular no Zendesk, expandindo para mercados de língua alemã, espanhola e italiana, disse à eesel em uma chamada comercial que se preocupava com o fato de termos automotivos como "wiring harness" não terem equivalente direto em todos os idiomas. Eles tinham razão em se preocupar. Um nome de peça errado numa resposta de suporte manda um técnico procurar a coisa errada.

A formalidade muda no meio da conversa. Muitos idiomas dividem "you" em formal e informal, e os mecanismos não mantêm a escolha estável:

"It had difficulties getting choosing a consistent translation of "you" (informal "du" or formal "Sie") and translated the "it's" variant incorrectly."

arlcode, Hacker News

Um cliente alemão tratado por "Sie" em uma resposta e por "du" na seguinte entende como duas empresas diferentes. Escolha uma por idioma e deixe por escrito.

Suporte traduzido por máquina parece pouco esforço. Os clientes percebem e tiram conclusões sobre a empresa inteira:

"if poking around reveals machine translation into dozens of languages, it's a signal that they're probably not prepared to provide reliable services/support."

autumnstwilight, Hacker News

Assumo uma cicatriz da própria fila da eesel: já vi rascunhos de IA em alemão e holandês em helpdesks de clientes mostrando um marcador de primeiro nome sem preencher e um "[Employee Name]" entre colchetes. Não é exatamente um problema de glossário, mas a lição é a mesma: em um idioma que seus revisores não leem, pequenos erros passam. Desde então, todo lançamento multilíngue em que trabalho é testado com tickets reais anteriores em cada idioma antes de qualquer coisa ir ao ar. Para ver o quadro geral, confira meu guia de suporte multilíngue com IA e se a IA consegue lidar com suporte multilíngue.

Seu helpdesk oferece um glossário de tradução?

Aqui eu esperava encontrar uma página de configurações organizada em cada ferramenta. Não encontrei. Fui à central de ajuda de cada fornecedor atrás de tradução de tickets, tradução da central de ajuda e qualquer controle de termos. Isto é o que está documentado em outubro de 2026:

O Zendesk é a linha mais interessante. Sua configuração de termos excluídos permite listar até 300 palavras que diferenciam maiúsculas de minúsculas e que a IA não deve traduzir, como nomes de marca. Mas essa lista vale para a tradução por IA de artigos da central de ajuda. Para conversas de tickets, o próprio anúncio do Zendesk diz "Translation glossaries and excluded terms for translations are scheduled for a future release." Nada nas notas de versão de setembro de 2026 entrega isso ainda. A tradução automática de mensagens recebidas do Zendesk é sólida para ler tickets; só não consegue proteger seus termos. Se você está pesando o caminho nativo contra complementos, comparei em opções de tradução do Zendesk.

As configurações do Front mostram a lacuna com clareza. Você escolhe um idioma para "Always translate to" e um para "Never translate", útil para pular e-mails em inglês, mas não há campo para termos. A tradução com IA do Front é rápida e bem posicionada na caixa de entrada; só trata toda palavra como passível de tradução. O Gorgias é parecido: configurações por usuário decidem quais idiomas pular, enquanto seu AI Agent tem um campo separado de palavras proibidas para o que ele escreve.

O Freshdesk funciona do mesmo jeito no nível do ticket: um chip de idioma e um botão Translate, com tecnologia do Freddy AI. Serve para ler rápido um ticket em polonês. Seus nomes de produto ficam por conta própria.

Nos dois complementos especializados, glossários são um recurso de primeira classe. O Unbabel aceita um glossário fornecido pelo cliente como lista em Excel ou base de termos .tbx, e observa que o glossário "is not automatically created and updated during the translation process." O Language I/O aplica um glossário personalizado antes de traduzir (o exemplo deles impede que "apple pencil" vire "pomme crayon") e adiciona um glossário autoaperfeiçoável que sugere novos termos a partir das suas conversas. Nenhum dos dois divulga preço.

Onde os glossários realmente ficam: os mecanismos de tradução

Se seu helpdesk não guarda o glossário, o mecanismo por baixo muitas vezes pode. Os quatro grandes mecanismos de tradução automática oferecem um, com limites bem diferentes:

Dois detalhes importam mais do que os limites de destaque.

Primeiro, os planos web baratos do DeepL agora comportam 5 entradas de glossário por par de idiomas. Isso está na página de planos do próprio DeepL, e usuários pagantes notaram:

"Among these changes, reducing the glossary limit to a mere 5 entries is absolutely ridiculous for paying customers who rely on this tool for professional work."

DeepL Pro user, Trustpilot

Cinco entradas cobrem o nome da sua empresa e quatro produtos. Um glossário de suporte real costuma ter de 50 a 200 linhas, então você precisa do Team ou da API. Meu detalhamento dos preços do DeepL traz a conta completa dos planos.

Segundo, um glossário é uma dica forte, não uma garantia. A Amazon diz claramente que "doesn't guarantee that it will use the target term for every translation", porque pesa o termo contra o contexto. A Microsoft diz que seu dicionário neural erra o termo solicitado em "less than 0.1%" das vezes. Ambas são honestas, e ambas significam que você ainda precisa fazer verificações por amostragem. Se você está comparando mecanismos, minha lista de alternativas ao DeepL cobre as opções voltadas a suporte, e minha análise do DeepL trata da precisão.

Como criar um glossário de tradução para suporte em 7 passos

Este é o processo que eu conduziria com um líder de suporte e um revisor bilíngue por idioma. Reserve cerca de uma semana para a primeira versão e 30 minutos por mês depois disso.

1. Tire termos candidatos de onde os clientes realmente os veem

Não faça brainstorming a partir de uma página em branco. Vasculhe quatro lugares:

• Os rótulos da interface do seu app (nomes de botões e menus que os clientes vão digitar de volta para você)
• Suas 30 principais macros e respostas salvas, incluindo modelos multilíngues
• Os títulos dos artigos da sua central de ajuda
• Tickets anteriores em que um agente corrigiu uma tradução ou um cliente perguntou "o que você quer dizer com X?" (uma análise de lacunas de conhecimento revela isso rápido)

Mire em 50 a 150 termos. Passar de 200 geralmente significa que você incluiu palavras comuns que o mecanismo já trata bem.

2. Dê uma regra a cada termo

Cada linha precisa de exatamente uma regra. Se não tiver certeza de qual, passe o termo por isto:

3. Defina a formalidade de cada idioma, uma única vez

Escreva uma linha por idioma: o alemão usa "Sie", o francês "vous", o espanhol "usted" ou "tú", o japonês a forma polida. Um comentarista do HN que escreve guias para quem se muda para a Alemanha resumiu a regra de forma simples:

"You must choose formal or informal pronouns (tu/vous, du/Sie) and use them consistently."

nicbou, Hacker News

Depois configure no mecanismo onde puder (DeepL e Amazon têm configuração de formalidade) e nas instruções do seu agente de IA. Usuários do Zendesk pediram exatamente isso para a tradução da central de ajuda, depois de descobrir que "always translates to formal German", e ainda não há configuração documentada. Uma boa configuração de tom e voz da marca cobre o resto.

4. Escreva como um CSV com uma linha por termo

Todo mecanismo aceita CSV, então comece por ele. Mantenha simples:

term,rule,de,fr,es,notes
eesel,keep,eesel,eesel,eesel,always lowercase
wiring harness,approved,Kabelbaum,faisceau de câbles,mazo de cables,used by field techs
refund,approved,Rückerstattung,remboursement,reembolso,never "credit"
formality,setting,Sie,vous,usted,applies to every reply

A coluna notes é para humanos. É onde você explica o porquê, para que a próxima pessoa não "conserte" uma escolha deliberada.

5. Carregue em toda ferramenta que escreve para clientes

Este é o passo que a maioria das equipes pula. Carregam o glossário em um mecanismo e acham que acabou, e então uma macro escrita em francês no ano passado, um artigo da central de ajuda e um agente de IA continuam usando as palavras antigas.

O CSV é a fonte. Todo o resto é cópia:

1. Mecanismo de tradução: envie como glossário do DeepL, glossário do Google ou arquivo de terminologia da Amazon. O mesmo vale para qualquer ferramenta de tradução em tempo real que você acople.
2. Central de ajuda: adicione nomes de marca aos termos excluídos do Zendesk (ou ao equivalente na sua central de ajuda do Gorgias) e corrija os artigos multilíngues existentes com localizar e substituir.
3. Macros: confira suas respostas prontas em cada idioma com o CSV.
4. Agente de IA: dê a ele o arquivo e as regras de formalidade (mais sobre isso abaixo).

6. Teste com tickets reais anteriores, não com uma frase de demonstração

Um glossário que funciona com "Redefina sua senha, por favor" ainda pode falhar em um ticket real e bagunçado. Pegue 20 tickets resolvidos por idioma, passe-os pela sua configuração e peça ao seu revisor bilíngue que confira apenas os termos do glossário e a formalidade. É um trabalho de 30 minutos por idioma. É a mesma ideia de uma auditoria da base de conhecimento, só que mais restrita.

7. Dê a ele um responsável e um ciclo de correção

Um glossário apodrece do mesmo jeito que uma central de ajuda. Funcionalidades novas saem com nomes novos e ninguém os adiciona. Nomeie um responsável e mantenha o ciclo pequeno:

Adicione "termos novos?" à sua lista de verificação de lançamentos e trate cada mudança no glossário como qualquer outra mudança de política: atualize a fonte, sincronize as cópias, avise a equipe.

Erros comuns que vejo

• Tratar o glossário como um dicionário de tradução. Se ele tem 2.000 palavras comuns, ninguém o mantém e o mecanismo piora. Limite-o aos termos que doem quando erram.
• Uma coluna de francês para dois mercados franceses. Um cliente canadense do DeepL disse no Trustpilot que pagou pelo glossário porque os relatórios "kept being translated with weird Parisian french terms." Separe as regiões quando seus clientes separarem.
• Esquecer a direção de saída. A maior parte da tradução de helpdesk funciona nos dois sentidos, incluindo o chat ao vivo multilíngue. Seu glossário também precisa do idioma do cliente para o inglês, ou os agentes vão entender mal os nomes de produto recebidos.
• Presumir que o agente de IA lê o glossário do mecanismo. Não lê. Um agente de IA que escreve respostas diretamente em alemão nunca toca no seu glossário do DeepL. Ele precisa da própria cópia, como conhecimento ou instruções.
• Sem responsável. O glossário está correto no dia do lançamento e errado no próximo lançamento de produto. Os hábitos do meu guia de retenção de conhecimento também valem aqui.

Usando um glossário com um agente de suporte com IA

Esta é a mudança de perspectiva com que eu deixaria você. Quando um agente de IA redige respostas no idioma do cliente, o agente é a sua camada de tradução, e o glossário tem que viver dentro dele. Traduzir primeiro a central de ajuda importa menos do que você imagina. Meu panorama da melhor IA para suporte multilíngue cobre o setor. Em um teste da eesel, uma marca alemã de joias no Zendesk e Shopify, com cerca de 1.000 tickets por mês, viu o agente responder em oito idiomas sem ter sido configurado para nenhum deles. O que ele não consegue saber sozinho é que o seu "Pro plan" nunca se chama "Profi-Tarif".

Com a eesel, a documentação diz que o agente responde no idioma do cliente sem que você traduza sua central de ajuda. Não há uma tela de glossário separada, e prefiro ser franco quanto a isso. O controle de terminologia passa por três coisas que a documentação de fato oferece:

1. Instruções. Regras em linguagem simples que o agente lê a cada resposta, em todos os apps, como "use Sie in German" ou "never translate our product names" (Instructions and Memory).
2. O glossário como arquivo. Listas de referência longas pertencem a um arquivo que o agente consulta, não às instruções. Envie o CSV diretamente (CSV, Word, PDF ou Markdown de até 25 MB) ou conecte do Google Drive ou do Confluence (envio de arquivos).
3. Correções que ficam. Corrija um termo em um rascunho, diga sim, e o agente escreve a correção nas próprias instruções, de modo que ela vale na semana que vem e em todos os idiomas.

Antes de enviar qualquer coisa, a simulação integrada reproduz tickets reais anteriores e pontua as respostas, que é o passo 6 acima já feito para você. A maioria das equipes começa com rascunhos como notas internas para que os agentes possam revisar a redação antes de os clientes verem.

Se você gerencia isso por um terminal, a CLI da eesel controla o mesmo colega. eesel files upload ./glossary.csv adiciona a lista de termos, eesel instructions insert adiciona uma regra de formalidade e eesel chat corrige o agente da mesma forma que o painel. Todo comando imprime JSON, então um agente de programação como Claude Code ou Cursor pode ressincronizar o glossário como parte do seu script de lançamento. Isso transforma o passo 7 de uma tarefa mensal em uma linha no CI.

Experimente a eesel para suporte multilíngue

Se sua equipe responde em mais de um idioma no Zendesk, Freshdesk, Gorgias ou Front, a eesel entra no seu helpdesk como um colega de IA que redige respostas no idioma de cada cliente, aprende com seus tickets e macros anteriores e segue o glossário e as regras de formalidade que você dá em palavras simples. Corrija um termo uma vez e ele continua corrigido em todos os idiomas.

O plano gratuito inclui 100 créditos para testar com seus próprios tickets, e os planos pagos começam em US$ 299 por mês por 500 créditos (preços). Experimente a eesel e rode seu glossário contra uma semana de tickets reais antes que qualquer coisa chegue a um cliente.