smart_toy Inteligencia Artificial › Article

Localización y traducción con IA: contexto antes que velocidad

Un LLM traduce textos de interfaz rápido, pero sin contexto, glosario ni límite de espacio falla. Cómo prepararlo, qué revisar y cuándo no usarlo.

info Definición Rápida

La localización con IA es el uso de modelos de lenguaje para traducir y adaptar textos de un producto a otros idiomas y mercados. Funciona bien cuando el modelo recibe contexto, glosario y límites de espacio; sin ellos, produce traducciones correctas que no encajan en la interfaz.

¿Qué diferencia hay entre traducir y localizar?

Traducir es pasar un texto de un idioma a otro. Localizar es adaptarlo a un mercado: fechas, moneda, tono, ejemplos y hasta el nivel de formalidad. Elegir “tú” o “usted” no es un error de traducción, es una decisión de localización.

En una interfaz, además, el texto vive dentro de un espacio. El W3C recoge cifras de IBM sobre cuánto crece un texto al pasar del inglés a otros idiomas europeos, y el crecimiento es mayor cuanto más corto es el original. Para cadenas de 21 a 30 caracteres, la media va del 160 % al 180 % del original; entre 31 y 50 caracteres, del 140 % al 160 %; sobre 70 caracteres, el 130 %. Los textos de interfaz son justo los cortos, así que una pantalla que cabe en inglés puede romperse en otro idioma aunque el significado sea perfecto. El W3C recomienda maquetas flexibles y evitar contenedores pequeños de ancho fijo.

¿Qué problemas tiene un LLM con los textos de interfaz?

Las cadenas de interfaz son textos muy cortos. Ese formato es el más difícil para cualquier traductor, humano o automático, porque la misma palabra puede significar cosas distintas. “Guardar” puede ser un botón, un verbo en una instrucción o el nombre de una sección.

El modelo no sabe dónde aparece el texto y responde con una suposición. Dar contexto por cadena es la corrección más directa.

Hay un segundo problema: la consistencia. Un LLM no garantiza que una cadena nueva se traduzca igual que las anteriores. Si “tarjeta” aparece como “tarjeta” en una pantalla y como “medio de pago” en otra, el usuario lo nota aunque ninguna traducción sea incorrecta.

Y un tercero: la gramática de la cantidad. Los idiomas no pluralizan igual. Según la documentación de Android, sus categorías de plural son zero, one, two, few, many y other; en chino o coreano solo se usa other, y en lituano la forma singular sirve para 1 y para 101. Si el código arma la frase pegando piezas, ningún modelo puede arreglarlo.

¿Cómo se prepara el trabajo antes de traducir?

Antes de pedirle nada al modelo, prepara cuatro cosas:

Contexto por cadena. Para cada texto, escribe dónde aparece y qué hace. Android documenta este patrón con comentarios para traductores encima de cada cadena, por ejemplo: “La acción de enviar un formulario. Este texto va en un botón que admite 30 caracteres”. Indicar si va en un botón importa, porque ahí la traducción es menos flexible que en un cuadro de texto.
Límites de espacio. Indica el máximo de caracteres por elemento. Phrase señala que integrar metadatos como límites de caracteres o guías de estilo en el prompt orienta al modelo hacia traducciones que respetan esas restricciones desde el principio.
Glosario y memoria de traducción. Lista los términos de la marca con su traducción aprobada y reutiliza las traducciones ya aprobadas. Algunos motores de traducción automática lo soportan de forma nativa: DeepL, por ejemplo, permite crear glosarios de términos origen y destino para un par de idiomas y aplicarlos con el parámetro glossary_id en cada petición. Con un LLM, el glosario va en el prompt.
Variables protegidas. Marca nombres, placeholders, cifras y URLs que no deben traducirse. Android pide envolver el texto que no se traduce en etiquetas <xliff:g> con un atributo id que explique para qué sirve, y escribir las variables como marcadores posicionales (%1$s, %2$d) dentro de una sola cadena, no como piezas pegadas en el código.

Dato que entregas	Qué evita	Ejemplo
Ubicación y función	Ambigüedad de palabras sueltas	“Botón para enviar el formulario de pago”
Límite de caracteres	Textos cortados	“Máximo 40 caracteres”
Glosario	Sinónimos distintos en cada pantalla	“fees = Gebühren”
Variables marcadas	Marcadores y nombres traducidos por error	`%1$s` queda intacto

Con esa preparación, el LLM hace la primera versión y una persona la revisa. Según el artículo de tendencias de Phrase (actualizado el 12 de marzo de 2026), la IA no elimina los roles humanos sino que los transforma: la persona se queda con las tareas que exigen empatía, comprensión cultural y criterio editorial. El mismo artículo cuenta que Motorola usa IA para evaluar traducciones antes de la revisión humana, incluido el ajuste a los límites de espacio.

¿Cómo compruebas el resultado antes de publicar?

Revisar el significado no basta. Haz tres comprobaciones:

Pseudolocalización. Android ofrece pseudolocales que simulan los problemas típicos de una traducción: una versión añade acentos, alarga el texto original y encierra cada mensaje entre corchetes, y otra invierte la dirección del texto para probar idiomas de derecha a izquierda. Sirven para encontrar maquetas que se rompen, cadenas escritas directamente en el código (se ven sin acentos) y concatenaciones. Se usan antes de tener una sola traducción real.
Revisión en la pantalla real. Mira la cadena dentro del componente, no en una hoja de cálculo: cortes de línea, botones desbordados, orden de palabras con variables.
Revisión por un hablante del idioma y del mercado. Un hablante nativo valida tono, formalidad y términos del sector. Si el modelo inventa un término técnico o legal, esta persona es quien puede detectarlo; ver alucinaciones.

Para el estilo de los textos de origen, que determina la calidad de todas las traducciones, mira UX writing con IA y microcopy con IA.

¿Cuándo NO conviene usar un LLM?

En textos legales o médicos, en contenidos de marketing con juegos de palabras, y en idiomas con poca cobertura de datos donde la calidad del modelo no alcanza para el público. En esos casos, un traductor profesional sigue siendo la opción segura, y el modelo puede servir como apoyo para comparar opciones.

Tampoco conviene si nadie puede leer el resultado: un idioma que nadie en el equipo domina es un idioma que no puedes revisar.

Ejemplo

Ejemplo ilustrativo: una app de pagos tiene un banner de 40 caracteres que dice “Pay in 3 installments, no hidden fees” (37 caracteres). Sin contexto, el modelo traduce al alemán “Zahlen Sie in 3 Raten, ohne versteckte Gebühren” (47 caracteres) y el texto se corta. Con contexto (“banner informativo, máximo 40 caracteres, tono sobrio, trato informal”) y un glosario (“fees” se traduce siempre como “Gebühren”), la propuesta pasa a “In 3 Raten zahlen, ohne versteckte Gebühren” (43 caracteres). Aun así se pasa por tres caracteres, así que la persona que revisa decide: acortar a “Ohne versteckte Gebühren” o ampliar el banner. Esa decisión de diseño es suya, no del modelo. También confirma que “Gebühren” coincide con el resto del producto.

Errores comunes

Traducir cadenas sueltas sin decir dónde aparecen.
Concatenar frases en código (“Tienes " + número + " mensajes”), lo que impide que el traductor reordene las palabras.
Dejar que el modelo traduzca nombres de marca, variables o términos legales.
Revisar solo el significado y no la longitud en pantalla.
Traducir de forma automática y publicar sin una pasada de revisión por idioma.
Asumir que el español de un mercado sirve para todos los países hispanohablantes sin validar el tono.

Fuentes

Preguntas frecuentes

¿Puedo traducir una interfaz con un LLM sin revisión humana?

No es recomendable. Las cadenas cortas tienen poco contexto, el texto traducido suele ocupar más espacio y la terminología puede cambiar de una pantalla a otra. Una persona que conozca el idioma debe revisar el resultado en la interfaz real.

¿Qué le debo dar a un LLM para traducir mejor la interfaz?

Dónde aparece cada texto, el límite de caracteres, la guía de estilo, el glosario de términos de la marca y las variables que no deben traducirse. Phrase indica que integrar metadatos como límites de caracteres o guías de estilo en el prompt orienta al modelo.

¿Por qué las cadenas cortas son difíciles de traducir?

Porque tienen poco contexto y suelen ser ambiguas: ‘Enviar’ puede ser un botón, un verbo o una acción de correo. Sin saber dónde aparece, el traductor adivina.

¿Qué es un glosario en localización?

Una lista de términos oficiales con su traducción aprobada, por ejemplo cómo se dice ’espacio de trabajo’ o ’tarjeta’ en cada idioma. Mantiene la misma palabra en todo el producto.

¿Cómo detecto problemas de longitud antes de tener las traducciones?

Con pseudolocalización. Android incluye pseudolocales que alargan el texto original y lo encierran entre corchetes, de modo que ves qué pantallas se rompen y qué textos están escritos directamente en el código.