
¿Por qué traducir un ticket no lo resuelve?
Me dedico a analizar datos de búsqueda, y "multilingual customer support" es una de esas palabras clave en las que las palabras ocultan la pregunta real. Nadie que la busca quiere una definición. Son responsables de soporte que ven cómo su cola se llena de tickets en portugués, polaco y japonés que nadie del equipo sabe leer, y quieren saber qué hacer el lunes.
En los despliegues de eesel, el idioma rara vez es el caso límite que la gente espera. Una marca alemana de joyería con unos 1.000 tickets al mes en Zendesk y Shopify hizo que su agente atendiera alemán, inglés, francés, neerlandés, español, polaco, croata y turco sin que nadie lo configurase. Los tickets ya estaban ahí. El equipo simplemente no podía responderlos con rapidez.
El primer movimiento habitual es activar la traducción. Ayuda, y es la herramienta adecuada para algunos tickets. Pero mira lo que sigue pasando con una pregunta de reembolso en español después de traducirla: un agente la lee en inglés, rebusca en tu política, redacta una respuesta y la vuelve a traducir. Te has ahorrado la lectura. No te has ahorrado el trabajo.

Los clientes también notan la diferencia. Se dan cuenta cuando una respuesta es una traducción remendada y no una respuesta escrita para ellos:
"Translations are always bad. AI translations are bad AND dishonest. If I google something and see a result in my native language, I expect there to be someone who speaks it among the site's staff."
Es duro, pero es un listón útil. Una respuesta en el idioma de alguien se lee como la promesa de que de verdad puedes ayudarle en ese idioma. Elijas el modelo que elijas más abajo, el objetivo es una respuesta que resuelva el problema en su idioma, no una respuesta que simplemente esté en su idioma.
¿Cuáles son las cuatro formas de gestionar el soporte al cliente multilingüe?
Hay cuatro opciones reales, y la mayoría de los equipos acaban combinando dos. Así se comparan antes de repasar cada una.
| Modelo | Qué hace | Qué pagas | Mejor cuando | La pega |
|---|---|---|---|---|
| Hablantes nativos o externalización | Personas que hablan el idioma responden los tickets | Salarios, o la cuota mensual de un proveedor | Un mercado grande, conversaciones de alto riesgo | Caro por idioma, difícil cubrir la cola larga |
| Capa de traducción | Traduce tickets y respuestas para tus agentes actuales | Plan del helpdesk o complemento, o una herramienta de traducción | Poco volumen en muchos idiomas | Cada ticket sigue necesitando una persona |
| Agente de IA que responde de forma nativa | Lee tus documentos y responde en el idioma del cliente | Uso de IA (por ticket, crédito o resolución) | Volumen constante de preguntas repetidas | Necesita buenos documentos fuente y una vía de traspaso |
| Híbrido | La IA responde los tickets rutinarios; las personas reciben traducciones y borradores del resto | Una mezcla de lo anterior | La mayoría de los equipos en crecimiento | Necesita reglas claras sobre qué va adónde |
Elige la fila más cercana a tu situación y el widget de abajo te mostrará por dónde empezaría yo.
1. Contratar hablantes nativos o externalizar
La respuesta más antigua sigue siendo la mejor para tu mercado más grande. Un hablante nativo capta lo que las herramientas pasan por alto: el "Sie" formal que espera un cliente alemán, un chiste que no funciona en francés, una política que necesita una excepción local. Si un idioma es una porción grande de tu cola, una persona para ese idioma es dinero bien invertido.
El problema es la cola larga. No puedes contratar a un hablante de croata para ocho tickets a la semana, y un equipo follow-the-sun en tres zonas horarias no cubre automáticamente doce idiomas. Externalizar ayuda con la cobertura, pero traslada el coste en lugar de eliminarlo, como muestra mi desglose del coste de externalizar el servicio al cliente. Si estás valorando un traspaso completo, eesel también ofrece Managed Support para marcas de ecommerce, pero para la mayoría de los equipos que leen esto, el ahorro está en las tres opciones siguientes.
2. Una capa de traducción para tus agentes humanos
Es la opción que hoy incluyen de serie la mayoría de los helpdesks. Los mensajes entrantes se traducen al idioma de tu agente, y la respuesta del agente se traduce de vuelta antes de enviarse. Es rápida de activar y mantiene a una persona al mando de cada palabra.
Es la elección correcta cuando los tickets en otros idiomas son ocasionales, o cuando cada respuesta necesita criterio humano de todos modos. Es la incorrecta como única respuesta a un volumen creciente, porque la traducción no acorta la investigación ni la redacción. Repaso lo que incluye cada helpdesk más abajo.
3. Un agente de IA que responde en el idioma del cliente
Un agente de IA lee la pregunta, encuentra la respuesta en tu base de conocimiento y en tickets anteriores y redacta la respuesta directamente en el idioma del cliente. Los modelos de lenguaje actuales no necesitan que traduzcas antes tus documentos: leen inglés y escriben polaco. Esa es la diferencia que importa. El agente no traduce tu respuesta, escribe una. Comparo las herramientas que lo hacen en la mejor IA para soporte multilingüe.
Aquí es donde el volumen deja de ser un problema de contratación. La pega es que el agente solo es tan bueno como lo que lee, y necesita una vía limpia de traspaso. eesel lleva años viendo bots que suenan seguros dar respuestas erróneas, y una respuesta errónea en francés fluido es peor que una correcta pero lenta. Por eso siempre ejecutaría un agente primero sobre tickets históricos y lo mantendría en borradores hasta haber comprobado cada idioma.
4. Híbrido: IA para lo rutinario, personas para el resto
El modelo híbrido combina los dos últimos. La IA responde las preguntas rutinarias de forma nativa, y todo lo que requiere criterio va a una persona con la traducción, un resumen breve y una respuesta sugerida ya adjuntos. Tus agentes nunca empiezan con una página en blanco en un idioma que no hablan.
Es lo que recomendaría a la mayoría de los equipos en crecimiento, y es la forma que adoptan las configuraciones multilingües de eesel que verás más abajo: la IA redacta o responde en el idioma del cliente, y las personas se quedan con las decisiones de criterio. El resto de esta guía trata de hacer que el híbrido funcione: qué hacen ya tus herramientas, qué tickets van adónde, cómo manejar la base de conocimiento y cómo medirlo.
¿Qué traduce ya tu helpdesk?
Antes de comprar nada, comprueba qué incluye tu plan actual. Todos los grandes helpdesks traducen tickets hoy de alguna forma, y las diferencias están en planes, límites y canales. Todos los datos de abajo proceden de la documentación y las páginas de precios de cada proveedor a octubre de 2026.
Zendesk: traducción de conversaciones y agentes de IA en más de 80 idiomas
La traducción de conversaciones de Zendesk traduce mensajes entrantes y salientes en todos los canales excepto voz. Figura en Support Team, Professional y Enterprise, y en todos los planes Suite. Los administradores pueden cambiar del motor AWS por defecto a "AI translations", que según Zendesk ofrece mayor calidad, y añadir una etiqueta opcional "Translated by AI".

Conviene conocer algunos límites. Las traducciones de chat y mensajería entrantes no se guardan y se vuelven a ejecutar en cada recarga, los mensajes traducidos no se pueden censurar, y un correo saliente cuya traducción falla se envía en el idioma original tras cinco minutos, según el mismo artículo. Del lado de la IA, la página de precios de Zendesk dice que los agentes de IA "automatically translate AI agent responses into 80+ supported languages." Support Team empieza en $19 por agente al mes con facturación anual, Suite Team en $55 y Suite Professional en $115. Mi desglose de precios de Zendesk y la guía de opciones de traducción de Zendesk profundizan más.
Gorgias: traducción por agente y un AI Agent que responde en cualquier idioma
La traducción de tickets de Gorgias está disponible en todos los planes de helpdesk. Cada agente define en su perfil un idioma de traducción por defecto y una lista de "languages you know", así que un agente bilingüe solo ve traducciones de los idiomas que no lee. Las notas internas no se traducen, y las respuestas salientes se traducen desde un icono de la barra de herramientas antes de enviarse.

En automatización, el AI Agent de Gorgias "supports over 80 languages and replies in any of them, even when your knowledge isn't translated." Es el modelo de respuesta nativa dentro del propio Gorgias, y se combina con un centro de ayuda multilingüe si publicas uno. Mi artículo sobre los precios del AI Agent de Gorgias cubre cuánto cuesta.
Freshdesk: Live Translate, medido por asientos de Copilot
Freshdesk Live Translate detecta el idioma de un ticket y lo traduce cuando un agente hace clic en Translate. Está en Pro y Enterprise, no en Free ni Growth, y depende del complemento Freddy AI Copilot, que Freshdesk lista a $29 por agente al mes.

El contador es la parte que hay que leer dos veces: el límite mensual es de 100 tickets traducidos por licencia de Copilot. Un ticket reabierto, un segundo agente que traduce el mismo ticket o un ticket traducido de nuevo tras un mes de inactividad cuentan otra vez cada uno. Con cinco asientos de Copilot, son 500 tickets traducidos al mes para todo el equipo. Más en mi reseña de Freddy AI Copilot.
HubSpot, Front y el resto
La página del help desk de HubSpot menciona detección de idioma con IA y "automated translation tools", y HubSpot documenta el enrutamiento de tickets por habilidades para que los tickets en un idioma lleguen a agentes que lo hablan. Sus artículos de base de conocimiento pueden traducirse con IA en Service Hub Professional y Enterprise. Front tiene su propio AI Translate para correo y canales tipo chat.
| Helpdesk | Traducción de tickets | Plan | IA que responde en el idioma del cliente |
|---|---|---|---|
| Zendesk | Entrante y saliente, todos los canales excepto voz | Support Team+ y todas las Suites | Agentes de IA, más de 80 idiomas |
| Gorgias | Entrante y saliente, definido por agente | Todos los planes de helpdesk | AI Agent, más de 80 idiomas |
| Freshdesk | Traducción con clic, 100 tickets por asiento de Copilot al mes | Pro y Enterprise + Copilot | Freddy AI Agent (aparte) |
| HubSpot | Detección de idioma, enrutamiento por habilidades | Service Hub | Breeze customer agent (aparte) |
| Front | Traducción entrante y saliente | Starter, Professional, Enterprise | Productos de IA aparte |
El patrón es el mismo en todas partes: la traducción es barata o está incluida, y las respuestas nativas con IA son un producto aparte y medido. Por eso muchos equipos añaden una capa de IA encima del helpdesk que ya tienen, un compromiso que cubro en mi artículo sobre añadir una capa de IA.
¿Dónde encaja DeepL?
DeepL es el motor de traducción al que recurren muchos equipos de soporte cuando la opción integrada suena rígida, y su calidad en idiomas europeos es excelente. Es una buena opción para respuestas controladas por personas, sobre todo con un glosario que fije tus nombres de producto y términos.
Lo que cambió para los usuarios de helpdesk: desde el 1 de octubre de 2025, DeepL para Zendesk ya no está disponible, según el centro de soporte de DeepL. En su lugar, la extensión de navegador de DeepL funciona ahora dentro de Zendesk y requiere un plan DeepL Pro Advanced o Ultimate. Los usuarios de Free y Pro Starter reciben 50 mensajes para probarla.
Si quieres integrar DeepL en tu propio flujo de trabajo, la API de DeepL tiene un nivel Developer gratuito con un crédito único de 1 millón de caracteres y un glosario. Growth cuesta $26 al mes con facturación anual, con 12 millones de caracteres al año, 2.000 glosarios y caracteres adicionales a $27.50 por millón.

El glosario es la función por la que la gente paga. Un usuario canadiense que traducía informes al francés lo dijo claro:
"The sole reason I paid for the service is that it came with a single glossary with unlimited entries."
Entonces, ¿dónde encaja? DeepL traduce, no resuelve. Hace que la respuesta de un agente humano suene mejor en alemán, pero no conoce tu política de devoluciones ni consulta un pedido. Úsalo en el lado humano de una configuración híbrida. Mis artículos sobre precios de DeepL y alternativas a DeepL comparan los planes y los otros motores.
¿Cómo funciona realmente un flujo de soporte multilingüe?
Así avanza un ticket por el modelo híbrido. Cinco pasos, y la mayoría ocurren antes de que alguien de tu equipo abra el ticket.
- Detectar el idioma. Tu helpdesk o la IA etiqueta el idioma al llegar. En smava, una plataforma alemana de comparación de préstamos, eesel etiqueta el idioma, comprueba la elegibilidad y asigna una categoría en 14.600 tickets de Zendesk al mes antes de que ocurra nada más.
- Clasificar y enrutar. Las preguntas rutinarias van a la IA. Los tickets que requieren una decisión van a una persona, idealmente una que hable el idioma si la tienes.
- Responder de forma nativa los tickets rutinarios. La IA redacta la respuesta en el idioma del cliente a partir de tus fuentes en inglés. Al principio, las deja como borradores. En el chat la respuesta tiene que ser instantánea, algo que cubro en chat en vivo multilingüe.
- Pasar el resto a una persona, ya preparado. El agente recibe el ticket traducido, un breve resumen en inglés y una respuesta sugerida en el idioma del cliente. La edita y la envía. Un traspaso limpio es lo que hace que al cliente le parezca fluido.
- Revisar la calidad por idioma. Revisa muestras de respuestas en cada idioma cada semana, no solo en inglés. Más en control de calidad del soporte multilingüe.
Las reglas de idioma viven en instrucciones sencillas, no en pantallas de ajustes. En eesel, una línea como "responde en el idioma del cliente; las respuestas en alemán usan el Sie formal" basta, y la documentación de eesel lo dice claramente: responde en el idioma del cliente sin que tengas que traducir tu centro de ayuda.

¿Qué conviene automatizar y qué debe seguir siendo humano?
La división no tiene nada que ver con el idioma. Tiene que ver con el riesgo. Una consulta de seguimiento de un envío es igual de segura de automatizar en polaco que en inglés, y una disputa de reembolso es igual de arriesgada en ambos. Ordena los tickets por lo que está en juego y deja que el idioma siga.

| Tipo de ticket | Quién lo gestiona | Por qué |
|---|---|---|
| Estado del pedido y seguimiento | IA, envía directamente | Una consulta, una respuesta clara |
| Preguntas sobre envíos, devoluciones y políticas | IA, envía directamente | La respuesta está en tus documentos |
| Preguntas de configuración y how-to | IA, primero como borrador | Los documentos cubren casi todo, hay casos límite |
| Excepciones de reembolso y gestos comerciales | Persona, con borrador de IA | Requiere una decisión de criterio |
| Disputas, contracargos y fraude | Persona | Hay dinero y pruebas en juego |
| Solicitudes legales, de cumplimiento o de privacidad | Persona | Una redacción errónea tiene consecuencias |
| Clientes enfadados o de alto valor | Persona, con resumen de IA | El tono importa más que la velocidad |
Algo que se les escapa a las configuraciones solo de traducción: la columna "persona" también se beneficia de la IA. Incluso cuando decide una persona, la IA puede redactar el primer borrador en el idioma del cliente y el resumen en inglés para el agente. Ese ahorro de tiempo es el que la traducción por sí sola no da. Para ver con más detalle cuándo debe apartarse la IA, consulta escalado con IA.
¿Necesitas traducir tu base de conocimiento?
Normalmente no todos los artículos, y aquí es donde los equipos desperdician más dinero. Hay dos formas de gestionar una base de conocimiento multilingüe, y sirven a lectores distintos.
Una única fuente de verdad. Mantienes una sola base de conocimiento en inglés, y la IA la lee y responde en cualquier idioma. Nada se desincroniza, porque solo hay una versión que actualizar. Koffer.ch, una tienda suiza de maletas en Freshdesk, funciona así: eesel usa primero una macro de Freshdesk que coincida, traducida al idioma del cliente si hace falta, y redacta en alemán, francés, inglés o italiano. Los borradores en alemán incluso usan la ortografía suiza, "ss" en lugar de "ß".
Artículos traducidos. Publicas cada artículo en cada idioma para los clientes que usan el autoservicio. Merece la pena para tus artículos principales en tus idiomas principales, porque los clientes sí leen los centros de ayuda. Pero ten cuidado con los artículos traducidos automáticamente sin revisar. Las traducciones de artículos con IA de Zendesk no se actualizan cuando cambia la fuente, así que cada edición del artículo en inglés deja obsoletas las copias. Y los lectores lo notan:
"Machine translated KB articles are destroying the japanese translations made by humans (and probably other languages too)"
Mi opinión: traduce tus 10 a 20 artículos más vistos a tus dos idiomas principales y deja que la IA cubra todo lo demás desde la fuente en inglés. Zendesk solo localiza el centro de ayuda en más de 40 idiomas desde Suite Professional (Suite Team tiene un idioma por defecto), así que revisa tu plan antes de planificar un gran proyecto de traducción. Mis guías de software de base de conocimiento multilingüe y del centro de ayuda multilingüe de Zendesk cubren el lado de la publicación.
Hagas lo que hagas, mantén una lista breve de terminología. Nombres de producto que nunca deben traducirse, el tratamiento formal o informal para cada idioma y palabras con un significado propio de tu empresa. Mi guía del glosario de traducción para soporte explica cómo crearla.
¿Cómo implantas el soporte multilingüe en 30 días?
No necesitas un proyecto de un trimestre. Cuatro semanas bastan para pasar de "no podemos leer estos tickets" a un híbrido funcionando en tus dos primeros idiomas.

Semana 1: cuenta los tickets por idioma. Saca de 60 a 90 días de tickets y etiqueta cada uno por idioma. Buscas dos cifras: qué idiomas componen la mayor parte del volumen que no es en inglés y qué temas se repiten dentro de ellos.
Semana 2: corrige la fuente en inglés. La IA responde con lo que has escrito, así que los vacíos en inglés se convierten en vacíos en todos los idiomas. Completa los artículos que faltan para tus temas repetidos principales y escribe la lista de terminología. Una auditoría de la base de conocimiento para IA es una forma rápida de encontrar los huecos.
Semana 3: pilota uno o dos idiomas como borradores. Activa la IA solo para tus idiomas principales, con las respuestas guardadas como borradores o notas internas. Pide a alguien que lea el idioma, incluso un colega de fuera de soporte, que revise una muestra. Innr lo hizo así en Freshdesk: las respuestas en alemán usan el "Sie" formal en cada frase, y un cliente que escribe en inglés recibe inglés, sea cual sea su país.
Semana 4: compara cada idioma con el inglés. Mira la aceptación de borradores, las ediciones y las respuestas de clientes por idioma junto a tu referencia en inglés. Donde un idioma iguale al inglés, deja que la IA envíe sus categorías más seguras. Donde se quede atrás, corrige los documentos o las instrucciones antes de ampliar. Luego añade el siguiente idioma. Mi guía de piloto de soporte con IA tiene un plan más completo.
¿Qué métricas debes seguir por idioma?
Sigue las mismas métricas que ya usas, pero divididas por idioma. Un número combinado oculta el problema: una tasa de resolución del 70 % en total puede significar un 85 % en inglés y un 40 % en japonés.
| Métrica | Qué te dice | Señal de alarma |
|---|---|---|
| Precisión de la detección de idioma | Tickets etiquetados con el idioma correcto | Tickets con idiomas mezclados o muy cortos mal etiquetados |
| Tasa de aceptación de borradores | Proporción de borradores de IA enviados con poca o ninguna edición | Mucho más baja que en inglés para un idioma |
| Tasa de resolución de la IA | Tickets cerrados sin intervención de una persona | Un idioma muy por debajo de tu referencia en inglés |
| Tasa de reapertura | Respuestas que en realidad no lo resolvieron | Clientes que responden "eso no es lo que pregunté" |
| CSAT por idioma | Cómo valoraron los clientes la respuesta | Un idioma que queda 10+ puntos por detrás del inglés |
| Errores críticos | Política errónea, pedido erróneo, promesa errónea | Cualquiera, en cualquier idioma |
| Tiempo de primera respuesta | Cuánto esperan los clientes que no hablan inglés | Tickets que no son en inglés esperando más que los de inglés |
Esa última es la victoria silenciosa. Antes de una configuración híbrida, los tickets que no están en inglés suelen esperar más porque se quedan hasta que queda libre la única persona que lee el idioma. Si la brecha entre el inglés y los demás idiomas se cierra, habrás arreglado lo que más notaban tus clientes. Mi guía de KPIs de servicio al cliente cubre el conjunto completo, y para evaluar gramática y tono en cada idioma, consulta calidad del idioma en soporte.
Prueba eesel para el soporte al cliente multilingüe
El compañero de helpdesk con IA de eesel se une al helpdesk que ya usas, incluidos Zendesk, Freshdesk, Gorgias y HubSpot. Aprende de tu centro de ayuda en inglés, tus macros y tickets anteriores, y luego responde en el idioma del cliente sin que tengas que traducir nada antes. Defines las reglas de idioma con palabras sencillas, como el "Sie" formal para el alemán o no traducir nunca tus nombres de producto, y las mantiene en cada respuesta.
No tienes que fiarte de él desde el primer día. Empieza con borradores como notas internas en uno o dos idiomas, lee lo que escribe y deja que envíe las categorías seguras cuando cada idioma se vea tan bien como el inglés. SE Ranking lo usa así en Zendesk a lo largo de tres productos, con eesel respondiendo 2.100 chats en vivo al mes en el idioma del cliente y redactando tickets de correo para el equipo.

Los planes empiezan en $299 al mes por 500 créditos, donde un ticket o un chat es un crédito sin importar su duración, y hay una prueba gratuita con 100 créditos y sin tarjeta, según la página de precios de eesel. Conecta tu helpdesk, apúntalo a los tickets en otros idiomas del mes pasado y mira los borradores antes de pagar nada. Prueba eesel.