
¿Qué es un glosario de traducción para soporte?
Un glosario de traducción para soporte (los traductores lo llaman base terminológica) es una tabla de palabras y frases cortas, cada una con una regla: déjalo tal cual, tradúcelo exactamente así o no lo uses nunca. No es un diccionario de todo. Solo contiene los términos en los que «más o menos» es un error.
Un comentarista de Hacker News resumió tanto la idea como lo poco que los equipos saben que 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."
Conviene separar el glosario de sus dos vecinos, porque las herramientas mezclan los nombres:
| Elemento | Qué controla | Regla de ejemplo |
|---|---|---|
| Glosario | Términos sueltos | «eesel» sigue siendo «eesel» en todos los idiomas |
| Guía de estilo | Tono, formalidad, formato | Usar «Sie» en alemán, nunca «du» |
| Memoria de traducción | Frases completas que ya has traducido | Reutilizar el párrafo de reembolso aprobado en francés |
En soporte, los dos primeros se confunden, así que yo incluiría también la formalidad en el archivo del glosario. Es una línea por idioma y lo primero que notan los clientes. Si ya tienes una guía de voz de marca o un SOP de soporte, el glosario es la página que falta y explica cómo sobreviven esas palabras a la traducción.

Por qué soporte necesita un glosario más que marketing
Marketing traduce una página una vez, un revisor la lee y se publica. Soporte traduce miles de mensajes cortos al mes, en vivo, sin que nadie los revise. Cada ticket es una nueva oportunidad para que el motor elija una palabra distinta para lo mismo. Por eso creo que el glosario importa más en la cola de tickets que en el sitio web.
Sin uno, salen mal cuatro cosas.
Los nombres de marca y de producto se traducen como palabras corrientes. Es el clásico:
"Back in Windows 2000 days, I found instances where "Windows" the product name was translated to "vinduer", the danish word for an actual window."
Amazon documenta la misma trampa en su propio producto. Sin una entrada de terminología, Amazon Translate convierte «Amazon Photos» en «Photos d'Amazon» en francés. Su solución es asignar el nombre a sí mismo.
Los términos técnicos salen demasiado literales. Construyo los agentes de IA en eesel, y la preocupación que más oigo de los equipos técnicos que se vuelven multilingües gira en torno a una palabra concreta. Un equipo B2B de telemática de vehículos en Zendesk, que se expandía a mercados de habla alemana, española e italiana, le dijo a eesel en una llamada comercial que le preocupaba que términos de automoción como «wiring harness» no tengan un equivalente directo en todos los idiomas. Tenían razón en preocuparse. Un nombre de pieza equivocado en una respuesta de soporte manda a un técnico a buscar lo que no es.
La formalidad cambia a mitad de la conversación. Muchos idiomas dividen «you» en formal e informal, y los motores no mantienen la elección estable:
"It had difficulties getting choosing a consistent translation of "you" (informal "du" or formal "Sie") and translated the "it's" variant incorrectly."
Un cliente alemán tratado de «Sie» en una respuesta y de «du» en la siguiente lo percibe como dos empresas distintas. Elige una por idioma y déjalo por escrito.
El soporte traducido por máquina parece de poco esfuerzo. Los clientes lo notan y sacan conclusiones sobre toda la empresa:
"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."
Reconozco una cicatriz de la propia cola de eesel: he visto borradores de IA en alemán y neerlandés en helpdesks de clientes que mostraban un marcador de nombre sin rellenar y un «[Employee Name]» entre corchetes. No es exactamente un problema de glosario, pero la lección es la misma: en un idioma que tus revisores no leen, los errores pequeños se cuelan. Desde entonces, cada lanzamiento multilingüe en el que trabajo se prueba con tickets reales anteriores en cada idioma antes de que salga nada. Para ver el panorama general, consulta mi guía de soporte multilingüe con IA y si la IA puede gestionar el soporte multilingüe.
¿Tu helpdesk admite un glosario de traducción?
Aquí esperaba encontrar una página de ajustes ordenada en cada herramienta. No fue así. Revisé el centro de ayuda de cada proveedor en busca de traducción de tickets, traducción del centro de ayuda y cualquier control de términos. Esto es lo que está documentado a octubre de 2026:
| Helpdesk | Traducción integrada | Plan o complemento | Glosario o control de términos |
|---|---|---|---|
| Zendesk | Tickets en todos los canales salvo voz; traducción con IA de artículos del centro de ayuda | Tickets desde Team; términos excluidos con el complemento Copilot (50 $/agente/mes, anual) | Parcial. Hasta 300 términos que no se traducen, solo en artículos del centro de ayuda. Tickets: todavía no |
| Freshdesk | Live Translate en tickets, un clic por ticket | Pro y Enterprise; limitado a licencias de Copilot x 100 tickets/mes | No documentado |
| Gorgias | Traducción de tickets entrantes y salientes | Todos los planes de helpdesk | No documentado (solo permite omitir idiomas completos) |
| Front | Translate para correo y canales tipo chat | Starter, Professional, Enterprise | No documentado («Never translate» es un idioma, no un término) |
| Help Scout | AI Assist, seleccionar y traducir | Plus y Pro (planes por usuario) | No documentado |
| HubSpot | Traducción de la base de conocimiento con IA | Service Hub Pro y Enterprise | No documentado |
Zendesk es la fila más interesante. Su ajuste de términos excluidos te permite listar hasta 300 palabras que distinguen mayúsculas y que la IA no debe traducir, como nombres de marca. Pero esa lista se aplica a la traducción con IA de artículos del centro de ayuda. Para las conversaciones de tickets, el anuncio del propio Zendesk dice «Translation glossaries and excluded terms for translations are scheduled for a future release.» Nada en las notas de versión de septiembre de 2026 lo incluye todavía. La traducción automática de mensajes entrantes de Zendesk es sólida para leer tickets; simplemente no puede proteger tus términos. Si estás comparando la vía nativa con los complementos, los comparé en opciones de traducción en Zendesk.

Los ajustes de Front muestran la carencia con claridad. Eliges un idioma para «Always translate to» y otro para «Never translate», útil para omitir correos en inglés, pero no hay ningún campo para términos. La traducción con IA de Front es rápida y está bien ubicada en la bandeja de entrada; simplemente trata cada palabra como susceptible de traducirse. Gorgias es parecido: los ajustes por usuario deciden qué idiomas omitir, mientras que su AI Agent tiene un campo aparte de palabras prohibidas para lo que escribe.

Freshdesk funciona igual a nivel de ticket: una etiqueta de idioma y un botón Translate, con tecnología de Freddy AI. Cumple para leer rápido un ticket en polaco. Tus nombres de producto quedan a su suerte.

En los dos complementos especializados, los glosarios son una función de primer nivel. Unbabel acepta un glosario aportado por el cliente como lista de Excel o base de términos .tbx, y señala que el glosario «is not automatically created and updated during the translation process.» Language I/O aplica un glosario personalizado antes de traducir (su ejemplo evita que «apple pencil» se convierta en «pomme crayon») y añade un glosario autoperfeccionable que sugiere términos nuevos a partir de tus conversaciones. Ninguno publica precio.
Dónde viven realmente los glosarios: los motores de traducción
Si tu helpdesk no guarda el glosario, el motor que hay debajo muchas veces sí puede. Los cuatro grandes motores de traducción automática admiten uno, con límites muy distintos:
| Motor | Función de glosario | Límites clave | No traducir y formalidad |
|---|---|---|---|
| DeepL | Glosarios, más reglas de estilo e instrucciones personalizadas | Web Free e Individual: 1 glosario, 5 entradas por par de idiomas. Team: 5 glosarios, 1.000 entradas. API Free: 1 glosario, 1.000 entradas | ignore_tags para texto sin traducir; formality en los idiomas compatibles |
| Google Cloud Translation | Glosarios unidireccionales y conjuntos de términos equivalentes | 10.485.760 bytes por archivo de glosario, 10.000 glosarios por proyecto; crear glosarios es gratis | Distingue mayúsculas por defecto; glosario contextual solo en el modelo Translation LLM |
| Amazon Translate | Terminología personalizada | 20 MB por archivo, 100 archivos por región, 1 archivo por solicitud | translate="no" en HTML; formalidad en 11 idiomas de destino |
| Azure Translator | Diccionario dinámico y diccionarios de Custom Translator | El diccionario dinámico necesita inglés en un lado y un idioma de origen fijado | notranslate en HTML; tono formal, informal o neutro en la API del 2026-06-06 |
Dos detalles importan más que los límites destacados.
Primero, los planes web económicos de DeepL ahora admiten 5 entradas de glosario por par de idiomas. Está en la página de planes de DeepL, y los usuarios de pago lo notaron:
"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."
Cinco entradas cubren el nombre de tu empresa y cuatro productos. Un glosario de soporte real suele tener entre 50 y 200 filas, así que necesitas Team o la API. Mi desglose de precios de DeepL tiene todas las cuentas de los planes.

Segundo, un glosario es una pista fuerte, no una garantía. Amazon dice claramente que «doesn't guarantee that it will use the target term for every translation», porque sopesa el término frente al contexto. Microsoft dice que su diccionario neuronal falla el término solicitado «less than 0.1%» de las veces. Ambas son respuestas honestas, y ambas implican que aun así tienes que hacer comprobaciones puntuales. Si estás eligiendo motor, mi lista de alternativas a DeepL cubre las opciones orientadas a soporte, y mi reseña de DeepL trata la precisión.
Cómo crear un glosario de traducción para soporte en 7 pasos
Este es el proceso que seguiría con un responsable de soporte y un revisor bilingüe por idioma. Calcula una semana para la primera versión y 30 minutos al mes después.
1. Saca términos candidatos de donde los clientes realmente los ven
No hagas una lluvia de ideas desde una hoja en blanco. Busca en cuatro lugares:
- Las etiquetas de la interfaz de tu app (nombres de botones y menús que los clientes te escribirán de vuelta)
- Tus 30 macros y respuestas guardadas principales, incluidas las plantillas multilingües
- Los títulos de los artículos de tu centro de ayuda
- Tickets anteriores en los que un agente corrigió una traducción o un cliente preguntó «¿a qué te refieres con X?» (un análisis de brechas de conocimiento los saca rápido)
Apunta a entre 50 y 150 términos. Pasar de 200 suele significar que has añadido palabras corrientes que el motor ya maneja bien.
2. Dale una regla a cada término
Cada fila necesita exactamente una regla. Si no estás seguro de cuál, pasa el término por esto:
¿Qué regla de glosario necesita este término?
Abre la primera pregunta que se cumpla para tu término.
¿Es el nombre de tu empresa, producto o plan?
eesel,eesel. Así evita Amazon que «Amazon Photos» se convierta en «Photos d'Amazon».¿Es el nombre de un botón, menú o función de tu app?
¿Es un término técnico con varias traducciones posibles?
¿Cambia la palabra correcta según el país?
fr-FR y fr-CA, o es-ES y es-MX. Tu motor tiene que admitir variantes regionales para que funcione.¿Es una palabra que nunca quieres ver en una respuesta?
¿Ninguna de las anteriores?
3. Decide la formalidad de cada idioma, una sola vez
Escribe una línea por idioma: el alemán usa «Sie», el francés «vous», el español «usted» o «tú», el japonés la forma cortés. Un comentarista de HN que escribe guías para quienes se mudan a Alemania lo resumió con sencillez:
"You must choose formal or informal pronouns (tu/vous, du/Sie) and use them consistently."
Luego configúralo en el motor donde puedas (DeepL y Amazon tienen ajuste de formalidad) y en las instrucciones de tu agente de IA. Los usuarios de Zendesk han pedido justo esto para la traducción del centro de ayuda, tras comprobar que «always translates to formal German», y todavía no hay ningún ajuste documentado. Una buena configuración de tono y voz de marca cubre el resto.
4. Escríbelo como un CSV con una fila por término
Todos los motores aceptan CSV, así que empieza por ahí. Hazlo sencillo:
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
La columna notes es para personas. Ahí explicas el porqué, para que la siguiente persona no «arregle» una decisión deliberada.
5. Cárgalo en cada herramienta que escribe a los clientes
Este es el paso que la mayoría de los equipos se salta. Cargan el glosario en un motor y dan el trabajo por hecho, y luego una macro escrita en francés el año pasado, un artículo del centro de ayuda y un agente de IA siguen usando las palabras antiguas.

El CSV es la fuente. Todo lo demás es una copia:
- Motor de traducción: súbelo como glosario de DeepL, glosario de Google o archivo de terminología de Amazon. Lo mismo vale para cualquier herramienta de traducción en tiempo real que añadas.
- Centro de ayuda: añade los nombres de marca a los términos excluidos de Zendesk (o al equivalente en tu centro de ayuda de Gorgias) y corrige con buscar y reemplazar los artículos multilingües existentes.
- Macros: revisa tus respuestas predefinidas en cada idioma contra el CSV.
- Agente de IA: dale el archivo y las reglas de formalidad (más sobre esto abajo).
6. Pruébalo con tickets reales anteriores, no con una frase de demostración
Un glosario que funciona con «Restablece tu contraseña, por favor» aún puede fallar con un ticket real y desordenado. Toma 20 tickets resueltos por idioma, pásalos por tu configuración y pide a tu revisor bilingüe que compruebe solo los términos del glosario y la formalidad. Es un trabajo de 30 minutos por idioma. Es la misma idea que una auditoría de la base de conocimiento, pero más acotada.
7. Dale un responsable y un ciclo de correcciones
Un glosario se pudre igual que un centro de ayuda. Salen funciones nuevas con nombres nuevos y nadie los añade. Nombra a un responsable y haz el ciclo pequeño:

Añade «¿términos nuevos?» a tu lista de verificación de lanzamientos y trata cada cambio del glosario como cualquier otro cambio de política: actualiza la fuente, sincroniza las copias, avisa al equipo.
Errores comunes que veo
- Tratar el glosario como un diccionario de traducción. Si contiene 2.000 palabras corrientes, nadie lo mantiene y el motor empeora. Limítalo a los términos que duelen cuando fallan.
- Una columna de francés para dos mercados franceses. Un cliente canadiense de DeepL dijo en Trustpilot que pagó por el glosario porque los informes «kept being translated with weird Parisian french terms.» Separa las regiones cuando tus clientes lo hagan.
- Olvidar la dirección saliente. La mayor parte de la traducción de helpdesk funciona en ambos sentidos, incluido el chat en vivo multilingüe. Tu glosario también necesita del idioma del cliente al inglés, o los agentes malinterpretarán los nombres de producto entrantes.
- Suponer que el agente de IA lee el glosario del motor. No lo lee. Un agente de IA que escribe respuestas directamente en alemán nunca toca tu glosario de DeepL. Necesita su propia copia, como conocimiento o instrucciones.
- Sin responsable. El glosario es correcto el día del lanzamiento y erróneo en el siguiente lanzamiento de producto. Los hábitos de mi guía de retención de conocimiento también se aplican aquí.
Usar un glosario con un agente de soporte de IA
Este es el replanteamiento con el que me quedaría. Cuando un agente de IA redacta respuestas en el idioma del cliente, el agente es tu capa de traducción, y el glosario tiene que vivir dentro de él. Traducir primero tu centro de ayuda importa menos de lo que crees. Mi resumen de la mejor IA para soporte multilingüe cubre el panorama. En una prueba de eesel, una marca alemana de joyería en Zendesk y Shopify, con unos 1.000 tickets al mes, vio que el agente respondía en ocho idiomas sin haberlo configurado para ninguno. Lo que no puede saber por sí solo es que tu «Pro plan» nunca se llama «Profi-Tarif».
Con eesel, la documentación dice que el agente responde en el idioma del cliente sin que traduzcas tu centro de ayuda. No hay una pantalla de glosario aparte, y prefiero decirlo con franqueza. El control de terminología funciona a través de tres cosas que la documentación sí admite:
- Instrucciones. Reglas en lenguaje natural que el agente lee en cada respuesta, en cada app, como «use Sie in German» o «never translate our product names» (Instructions and Memory).
- El glosario como archivo. Las listas de referencia largas van en un archivo que el agente consulta, no en las instrucciones. Sube el CSV directamente (CSV, Word, PDF o Markdown de hasta 25 MB) o conéctalo desde Google Drive o Confluence (subir archivos).
- Correcciones que se quedan. Corrige un término en un borrador, di que sí y el agente escribe la corrección en sus propias instrucciones, de modo que se mantiene la semana que viene y en todos los idiomas.
Antes de enviar nada, la simulación integrada reproduce tickets reales anteriores y puntúa las respuestas, que es el paso 6 de arriba ya hecho por ti. La mayoría de los equipos empiezan con borradores como notas internas para que los agentes puedan revisar la redacción antes de que la vean los clientes.
Si lo gestionas desde una terminal, la CLI de eesel controla al mismo compañero. eesel files upload ./glossary.csv añade la lista de términos, eesel instructions insert añade una regla de formalidad y eesel chat corrige al agente igual que lo hace el panel. Cada comando imprime JSON, así que un agente de programación como Claude Code o Cursor puede volver a sincronizar el glosario como parte de tu script de lanzamiento. Eso convierte el paso 7 de una tarea mensual en una línea en CI.
Prueba eesel para soporte multilingüe
Si tu equipo responde en más de un idioma en Zendesk, Freshdesk, Gorgias o Front, eesel se une a tu helpdesk como un compañero de IA que redacta respuestas en el idioma de cada cliente, aprende de tus tickets y macros anteriores y sigue el glosario y las reglas de formalidad que le das con palabras sencillas. Corrige un término una vez y queda corregido en todos los idiomas.

El plan gratuito incluye 100 créditos para probarlo con tus propios tickets, y los planes de pago empiezan en 299 $ al mes por 500 créditos (precios). Prueba eesel y ejecuta tu glosario contra una semana de tickets reales antes de que nada llegue a un cliente.