globalize ya figura en el Nimdzi Language Technology Radar

Nimdzi ha validado globalize.now y lo ha incluido en su Language Technology Radar, el catálogo de productos de tecnología del lenguaje de la firma de análisis. globalize.now es infraestructura de localización impulsada por IA, y Nimdzi la clasifica en dos sitios: localización para desarrolladores y herramientas LLM específicas de localización. En este post vemos qué es el Radar, dónde está globalize y por qué la localización nativa en el código ya es una categoría propia.

¿Qué es el Nimdzi Language Technology Radar?

El Radar es una base de datos viva de tecnología del lenguaje, mantenida por Nimdzi Insights. Sustituyó al antiguo Language Technology Atlas, una foto anual del mercado, por un catálogo que se actualiza de forma continua. La edición de 2026 recoge más de 1.100 productos de 756 empresas.

Los productos se agrupan en once categorías, desde sistemas de gestión de traducciones y traducción automática hasta reconocimiento de voz y sistemas de interpretación. Varias categorías tienen subcategorías, y cada producto aparece donde encaja su oferta principal, no donde podría estirarse alguna de sus funciones.

¿Cómo se valida una herramienta?

La empresa envía sus datos y los investigadores de Nimdzi los contrastan con información pública, reuniones con el proveedor y su propio uso de las herramientas. La inclusión es gratuita. Nimdzi afirma que no acepta comisiones para influir en fichas, rankings ni reseñas, y por eso una ficha pesa ante quienes compran.

En el caso de globalize, eso supuso una ronda de preguntas del equipo del Radar antes de dar el perfil por completado. Por ejemplo: en qué modelos y motores se ejecuta la traducción, si los controles de calidad funcionan fuera de la plataforma y cómo se trasladan las correcciones a traducciones futuras. Las categorías reflejan esas respuestas, no una autodescripción.

¿Dónde está globalize en el Radar?

globalize aparece en dos categorías.

Translation Management Systems, localización para desarrolladores. Esta subcategoría reúne herramientas pensadas para equipos de ingeniería, no de traducción. La diferencia está en dónde ocurre el trabajo. Un TMS clásico es un workspace aparte al que se sincronizan las cadenas, y del que salen. globalize trabaja en el repo, así que el resultado es una PR con archivos de locale, no una exportación desde un dashboard.

Large Language Models, herramientas LLM específicas de localización. globalize usa modelos de lenguaje para traducir y para una segunda pasada de revisión que comprueba el sentido, los placeholders, los términos del glosario y el ajuste a la guía de estilo en cada idioma. La categoría es para herramientas que aplican el modelo específicamente al trabajo de localización, no a un chat de propósito general.

Puedes leer el perfil en la web de Nimdzi.

¿Por qué la localización para desarrolladores es una categoría propia?

Porque cambió quién lanza las cadenas. Hace unos años, un equipo de producto pasaba el texto a un responsable de localización, que lo procesaba en un TMS y devolvía los archivos. Hoy un fundador en solitario despliega un martes una app de Next.js hecha con Cursor o Lovable y la quiere en japonés para el viernes. No hay responsable de localización, y nadie quiere otro dashboard que mantener sincronizado.

Ese cambio crea un trabajo distinto que resolver.

classic TMS:  code  →  export strings  →  TMS workspace  →  translators  →  import files  →  code
globalize:    code  →  push  →  translated pull request  →  merge

El trabajo del lado del desarrollo tiene dos partes. Primero, el codebase tiene que estar preparado para localizarse, algo que las apps generadas con IA casi nunca están. Salen con cadenas codificadas en los componentes, sin claves y sin archivos de locale. globalize se ocupa de eso una sola vez, en la app, cuando conectas el repositorio. Segundo, cada cambio posterior tiene que traducirse sin que nadie tenga que acordarse. Tras la configuración, cada push con texto nuevo o modificado vuelve como una PR con las traducciones, revisadas por la pasada de IA y listas para hacer merge.

Entonces, ¿es globalize un TMS?

No, aunque Nimdzi clasifique la subcategoría de desarrolladores dentro de su apartado de TMS. globalize se sitúa entre tu biblioteca de i18n y tu motor de traducción. Bibliotecas como next-intl e i18next sirven las traducciones en runtime, y globalize sigue funcionando con la que ya uses. Los sistemas de gestión de traducciones como Lokalise y Crowdin gestionan flujos de trabajo de traductores. globalize genera y mantiene las claves y los archivos de locale, así que un equipo sin traductores no necesita esa capa de flujo de trabajo. Si estás comparando ambos enfoques, la comparativa con Lokalise repasa las diferencias.

¿Qué hace realmente globalize en un repositorio?

Se conecta a GitHub o GitLab, analiza el repositorio y configura i18n si la app lo necesita, subiendo el cambio a una branch para que lo revises. Si la app ya usa next-intl, react-i18next, i18next o Lingui, respeta esa configuración y solo traduce.

A partir de ahí, hay tres cosas que lanzan un trabajo de traducción, y todas son ajustes que controlas tú.

1. Un push con texto nuevo o modificado a una branch vigilada.
2. Una pull request, si activas esa opción.
3. Un trabajo manual desde el dashboard.

Cada trabajo traduce solo lo nuevo o modificado. Las cadenas que ya están en la memoria de traducción se reutilizan y no se facturan de nuevo. Tu glosario y las guías de estilo por idioma se aplican a todos los trabajos, y la pasada de revisión señala lo que necesita ojos humanos antes de llegar a tu rama predeterminada. El resultado llega como una pull request que solo toca tus archivos de idioma.

Los formatos cubren web y móvil: JSON, gettext PO, XLIFF, YAML, Flutter ARB, catálogos de cadenas de Apple y recursos de cadenas de Android. El precio es por workspace, sin cuotas por usuario, y la página de precios tiene los planes vigentes.

Si eres desarrollador, ¿por qué importa una ficha de analista?

Para la mayoría de los desarrolladores, no cambia gran cosa. Juzgarás globalize por la primera PR, y para eso está la prueba gratuita. La ficha importa a otros dos grupos.

El primero son los equipos con una persona al frente de localización. Quien evalúa herramientas de localización lee Nimdzi, y un perfil independiente y validado le confirma que el producto existe, funciona como se describe y está en una categoría que reconoce. Es una conversación más corta que una demo en frío.

El segundo son quienes compran y se están yendo de un TMS clásico. Los equipos que dejan Lokalise o Phrase por una configuración nativa en el código quieren saber que la alternativa es real antes de mover un catálogo en producción. Una ficha en el Radar es una de las pocas señales de este mercado que el proveedor no puede escribir por sí mismo.

¿Qué viene ahora?

Nimdzi también mantiene un TMS Feature Explorer, un perfil de funciones herramienta por herramienta, y la entrada de globalize está en curso. Cuando se publique, mostrará punto por punto qué cubre globalize y qué deja fuera a propósito, como los editores para traductores y la gestión de proveedores, que quedan fuera de lo que una herramienta nativa en el código pretende ser.

Mientras tanto, la forma más rápida de juzgarlo es con tu propio código. Conecta un repo, deja que globalize haga la configuración y lee la primera PR traducida.