globalize.now vs. i18next
O globalize.now e o i18next respondem a perguntas diferentes. O i18next é uma biblioteca de internacionalização de código aberto que carrega traduções em tempo de execução e lida com regras de plural, interpolação e troca de idioma. O globalize.now é infraestrutura de localização que atua durante o desenvolvimento para extrair strings fixas, gerar chaves, criar arquivos de idioma e manter as traduções sincronizadas a cada push no Git.
Não é uma decisão de um ou outro. O i18next (ou next-intl, react-intl, Lingui) resolve como as strings são carregadas e formatadas em tempo de execução. O globalize.now resolve como essas strings entram no controle de versão como chaves e arquivos de locale à medida que o código evolui. Se o seu repositório já está limpo, adote o runtime que preferir. Se não estiver, rode o globalize.now primeiro para que o runtime tenha entradas coerentes.
Migrando do i18next? A gente cuida da migração dos seus arquivos de idioma para você.
Para um passo a passo completo com Next.js, veja o guia de integração com Next.js.
Escolha i18next se…
i18next é uma biblioteca de internacionalização JavaScript de código aberto que carrega traduções em tempo de execução e cuida de regras de plural, formatação e troca de locale.
Prefira o i18next quando:
- As chaves e os arquivos de locale já existem e você precisa de uma API de runtime madura.
- Você quer pluralização, namespaces e carregamento sob demanda no navegador ou no servidor.
- Os engenheiros já cuidam da integração e não falta nenhum trabalho estrutural de i18n.
Escolha o globalize.now se…
O globalize.now é uma infraestrutura de localização com IA que extrai automaticamente strings fixas de interfaces geradas por IA, gera chaves de tradução e arquivos de idioma, e mantém tudo sincronizado a cada push no Git — sem exportações manuais, sem filas de revisão, sem dívida técnica de i18n.
Prefira o globalize.now quando:
- Ainda há literais embutidos em JSX ou templates gerados com o auxílio de IA.
- Você precisa de extração automática e sincronização via Git push antes que qualquer biblioteca de runtime seja útil.
- Você quer skills de agente que montem next-intl, Lingui ou outras stacks — não só i18next.
Comparativo de recursos (visão geral — confira os detalhes no site de cada fornecedor).
| Recurso | globalize.now | i18next |
|---|---|---|
| Carregamento de traduções em tempo de execução e regras de plural | não | sim |
| Troca de locale e idioma no shell da aplicação | não | sim |
| Extração automática de literais visíveis ao usuário a partir do código | sim | não |
| Geração e deduplicação de chaves de tradução | sim | não |
| Criação de arquivos de locale no repositório | sim | não |
| Sincronização automática a cada Git push | sim | não |
| Automação centrada em Git, sem ciclo manual de exportação | sim | parcial |
| Skills de CLI/agente para Cursor, Claude Code, Copilot | sim | parcial |
| Funciona com next-intl, Lingui ou outras stacks — não só com i18next | sim | n/d |
| Requer configuração de engenharia no código da aplicação | parcial | sim |
| Preço inicial divulgado publicamente no site institucional | parcial | sim |
- * Carregamento de traduções em tempo de execução e regras de plural: Observação: Resolvido pelo i18next, não pelo globalize.now.
- * Preço inicial divulgado publicamente no site institucional: Observação: O núcleo do i18next é open source; os serviços hospedados variam — verifique as páginas atuais.
Migrando do i18next? A gente cuida da migração dos seus arquivos de idioma para você.
Quando i18next é a melhor escolha
Escolha o i18next quando os engenheiros já dividiram o texto da UI em arquivos de recursos e você precisa principalmente de ergonomia de API, plugins e integrações com o ecossistema. É a camada certa quando o catálogo já existe.
Quando o globalize.now é a melhor escolha
Escolha o globalize.now quando o app ainda renderiza texto em inglês fixo no código e sua equipe precisa de ajuda mecânica para converter literais em chaves sem travar o desenvolvimento de novas funcionalidades. A automação a cada Git push impede que novas telas passem por cima do catálogo.
Como o globalize.now se complementa com i18next
Combine as duas ferramentas de forma deliberada: deixe o globalize.now gerar e sincronizar o JSON de locale, depois carregue esses recursos com o i18next no seu bundle de cliente ou servidor. O globalize.now é agnóstico de biblioteca, então as equipes podem escolher o runtime que combina com sua stack depois que a extração já é confiável.
Perguntas frequentes
O globalize.now substitui o i18next?
Não. O i18next continua sendo uma biblioteca de runtime para carregar e formatar mensagens. O globalize.now automatiza como as mensagens são criadas e atualizadas no Git enquanto a UI gerada por IA continua mudando. Use o i18next depois — ou junto — de uma automação que mantenha os catálogos íntegros. Eles atuam em camadas diferentes e frequentemente se complementam.
Eu preciso dos dois?
Você precisa de uma biblioteca de runtime se serve idiomas dinamicamente em produção. Você precisa de automação de infraestrutura se ainda há literais fora do seu catálogo. Muitas equipes usam o globalize.now para manter os arquivos e o i18next para lê-los. Se você já concluiu a extração manualmente, o i18next sozinho pode bastar até a próxima leva de strings fixas aparecer.
O globalize.now funciona com o next-intl em vez disso?
Sim. O globalize.now é agnóstico de biblioteca: as skills de agente podem montar next-intl, Lingui ou outros padrões, dependendo do seu framework. O i18next é simplesmente o runtime sobre o qual muitas equipes perguntam por causa do seu ecossistema. Escolha o runtime que combina com sua arquitetura; mantenha o globalize.now focado na automação baseada em Git.
Quais bibliotecas de runtime o globalize.now suporta?
As skills têm como alvo stacks comuns, como Next.js App Router com next-intl, Lingui e configurações React documentadas no guia para desenvolvedores. O objetivo é sempre o mesmo: chaves estáveis e arquivos de locale versionados no Git com sincronização a cada push. Confira a matriz exata na página de desenvolvedores conforme novas skills são lançadas.
Posso migrar de i18next sozinho para globalize.now mais i18next?
Sim. Comece deixando a automação inventariar os literais e propor chaves sem remover o i18next. Depois que os arquivos de locale forem gerados e conectados, mantenha o i18next como carregador. Isso reduz o risco em comparação com uma reescrita completa de uma só vez. Espere PRs incrementais em vez de uma única mudança de uma noite para a outra.
O que o globalize.now faz que o i18next não faz?
Ele varre o código, extrai strings visíveis ao usuário, gera chaves, escreve arquivos de locale e abre PRs quando as traduções são atualizadas — a cada Git push, por padrão. O i18next consome os recursos, mas não decide como esses arquivos permanecem alinhados com o JSX à medida que novas funcionalidades entram no ar. Esse problema de alinhamento é justamente o que o globalize.now automatiza.
O que o i18next faz que o globalize.now não faz?
O i18next cuida das regras de pluralização, interpolação, namespaces, carregamento sob demanda e troca de idioma em tempo de execução no app em funcionamento. Essas responsabilidades pertencem ao bundle de cliente ou servidor, não a um serviço de automação Git. Mantenha as responsabilidades separadas: a infraestrutura mantém os arquivos; o i18next os renderiza.
Devo instalar o i18next antes ou depois de rodar o globalize.now?
Instale ou mantenha o i18next como seu runtime sempre que você já servir bundles localizados. Rode o globalize.now quando ainda houver literais escapando dos catálogos, para que as chaves e os arquivos JSON existam antes de você ajustar os plugins do i18next. A sequência segura é: automatizar a extração e a sincronização com o Git primeiro, depois conectar o i18next para carregar os recursos gerados. Isso evita traduzir strings que ainda não estão estáveis no controle de versão.
Conecte seu repositório
Conecte seu repositório no app e o globalize.now mantém seus arquivos de idioma atualizados a cada push no Git.