Si ahora mismo buscas "el mejor software de localización", encontrarás una docena de artículos escritos por proveedores de localización, y en todos ellos se colocan a sí mismos en primer lugar. Comparan matrices de funcionalidades, enumeran ventajas y desventajas, y concluyen (¡sorpresa!) que deberías elegirlos.

Nosotros no vamos a hacer eso. En su lugar, explicaremos por qué toda esta categoría está intentando resolver el problema equivocado, y qué aspecto tiene resolver el correcto.

La pila de localización se compone de tres partes

Lanzar una aplicación multilingüe en 2026 requiere ensamblar tres sistemas completamente independientes:

1. Una biblioteca de i18n — se encarga de la extracción de cadenas, la interpolación, la pluralización y el enrutamiento por configuración regional dentro de tu base de código. Renderiza las traducciones. No las genera.
2. Un sistema de gestión de traducciones (TMS) — almacena archivos de traducción, gestiona flujos de trabajo y coordina entregas. Se sitúa entre tu código y tus traductores, pero no traduce.
3. Un proveedor de servicios lingüísticos (LSP) — los traductores humanos, las agencias o los motores de traducción automática que realmente producen el contenido traducido. No saben nada de tu código ni de tu TMS.

La biblioteca no sabe nada de tus traducciones. El TMS no sabe nada de tu código. El proveedor de traducción no sabe nada de ninguno de los dos. Conectarlos requiere semanas de trabajo de ingeniería al principio y luego sigue consumiendo horas en cada sprint sincronizando archivos, resolviendo conflictos de fusión, depurando webhooks y vigilando un flujo que nunca fue diseñado para serlo.

Lo que realmente significa «end-to-end»

General Translation no es una biblioteca. No es un TMS. Es todo el flujo, y lo usan equipos que priorizan a los desarrolladores en Cursor, Cognition, Windsurf, Mintlify y ClickHouse.

• Bibliotecas open source para desarrolladores: gt-next, gt-react y compatibilidad con React Native/Expo. SDKs listos para usar con soporte completo para TypeScript.
• Una plataforma de traducción AI-first que entiende tu base de código, tu producto y tu terminología. No es traducción automática genérica superpuesta.
• Locadex, el agente de IA: un ingeniero de internacionalización automatizado que analiza tu base de código, la internacionaliza, crea traducciones y abre pull requests con cada push.

Desarrollar tanto la biblioteca como el motor de traducción en conjunto hace que la localización sea diez veces más fácil. Sin exportación/importación de JSON, sin gestión de archivos, sin agencias de traducción que coordinar. Las traducciones fluyen directamente de tu código fuente a producción.

Qué falla en las plataformas TMS tradicionales

Los sistemas de gestión de traducciones heredados se diseñaron para un mundo anterior a la IA. Dan por hecho un flujo de trabajo específico: el contenido se extrae de tu base de código, se sube a un panel, se asigna a traductores, se revisa, se aprueba, se exporta y se vuelve a integrar. Funciona algunas veces, pero es lento, caro y frágil.

Gestionan archivos, no código. Un TMS ingiere tus archivos de traducción (JSON, XLIFF, PO, etc.) y te da herramientas para gestionarlos. Pero la verdadera fuente de verdad es tu base de código: tus componentes, tus variables, tu jerarquía de interfaz. Gestionar los archivos sin entender el código implica que el contexto siempre se pierde por el camino.

La mayoría de las plataformas han añadido funciones de IA/MT en los últimos años, normalmente enviando cadenas a motores de traducción automática de terceros y dejándote elegir cuál usar. La IA ve cadenas aisladas. No ve tu árbol de componentes, los nombres de tus variables ni la interfaz de usuario que los rodea. Por eso la salida de la MT sigue requiriendo mucha edición.

Escalan añadiendo personas, no eliminando trabajo. El modelo de negocio de los TMS se basa en coordinar traductores humanos: roles, permisos, cadenas de revisión y flujos de aprobación. Eso es necesario para contenido empresarial regulado. Es pura sobrecarga para un equipo de desarrollo que lanza una aplicación SaaS en 20 idiomas.

¿Y los precios? Varias de las plataformas más populares requieren hablar con ventas solo para ver cifras. Otras cobran tarifas por usuario que se disparan a medida que tu equipo crece. Los costes impredecibles dificultan presupuestar nuevos idiomas.

Cuál es el problema de las bibliotecas de i18n autónomas

Las bibliotecas de i18n populares para React y Next.js gestionan bien el renderizado: interpolación, pluralización, enrutamiento por configuración regional y compatibilidad con Server Components.

Pero no traducen nada.

Renderizan lo que les das. Aun así, necesitas:

• Extraer cada cadena traducible a archivos JSON
• Mantener un archivo independiente para cada configuración regional
• Traducir esos archivos manualmente, contratar traductores o integrar un TMS
• Mantener todos los archivos en sync a medida que cambia tu base de código

Con 10 idiomas y 500 claves, eso son 5.000 entradas que mantener. Con 50 idiomas, son 25.000. La biblioteca no te ayuda con nada de eso. Como mucho, solo renderiza lo que le das: la mitad del problema.

Cómo General Translation cierra el ciclo

1. Instala y escribe código. Ejecuta el asistente de configuración y envuelve el contenido en componentes <T>. Sin extraer claves. Sin archivos JSON.

import { T } from 'gt-next';

export default function Home() {
  return (
    <T>
      <h1>Welcome to our app</h1>
      <p>This content is translated automatically.</p>
    </T>
  );
}

2. Desarrolla. Las traducciones aparecen on-demand. Cambia de idioma y ve los resultados al instante.

3. Publica. Un comando genera todas las traducciones en tiempo de compilación. Se pregeneran, se almacenan en caché y se distribuyen mediante CDN. Menos de 50 ms en todo el mundo. Consulta la guía de despliegue →

4. Automatiza. Locadex supervisa tu repositorio. Cuando haces push de código, escanea los cambios, internacionaliza el contenido nuevo, genera traducciones y abre una PR. No hace falta intervención humana a menos que la quieras. Si la quieres, el editor de traducciones te muestra diffs lado a lado para que puedas editar antes o después de que el contenido se publique.

Por qué la mayoría de la IA de traducción se equivoca

La mayoría de la IA para localización traduce las cadenas una por una, de forma aislada. "Apple" puede ser la fruta o la empresa. "Cell" puede referirse a una célula biológica o a una celda de una hoja de cálculo. Sin contexto, la IA hace una suposición.

La IA de General Translation ve todo el contexto de tu base de código: la jerarquía de componentes, los nombres de las variables, la interfaz de usuario circundante y el glosario de tu producto. El resultado es idiomático sin necesidad de limpieza manual. Para casos límite, puedes agregar contexto explícito directamente en el componente.

Precios que escalan con el uso, no con la cantidad de usuarios

GT usa un modelo de precios basado en el uso. Pagas por lo que traduces. Sin tarifas por usuario que se disparan a medida que tu equipo crece. No hace falta hablar con ventas. Ver precios completos →