Como traduzir um app feito no Lovable?

Você traduz um app Lovable de uma das duas formas: anexando um widget de runtime que reescreve a página depois que ela carrega, ou configurando uma biblioteca de i18n no código gerado e versionando arquivos de locale no seu repositório. O widget é mais rápido hoje. O método via repositório é o que você ainda vai possuir no ano que vem. O globalize.now é uma infraestrutura de localização com IA que automatiza o método via repositório: ele extrai strings fixas do seu código Lovable, gera os arquivos de locale e mantém todos os idiomas sincronizados a cada push no Git.

Quais são as duas formas de traduzir um app Lovable?

Toda ferramenta para traduzir um app Lovable é uma variante de um destes dois métodos: tradução em runtime ou i18n nativo no repositório.

Tradução em runtime significa uma tag de script no seu site publicado. A página é renderizada em inglês, o widget detecta o texto no DOM e o troca pelo idioma do visitante. Weglot e LocalizeJS funcionam assim, e o Lovalingo também funcionava assim até anunciar que vai encerrar as atividades em 31 de agosto de 2026. Seu código-fonte nunca muda; sua posse sobre as traduções também não muda, porque você nunca a teve.

i18n nativo no repositório significa que as strings no seu código gerado são substituídas por chaves de tradução, o texto traduzido fica em arquivos de catálogo versionados junto dos seus componentes, e o servidor renderiza cada idioma diretamente. Na stack do Lovable, isso é Lingui com catálogos PO, renderizado pelo TanStack Start antes de qualquer HTML chegar ao navegador.

O restante deste post explora os dois métodos, e o que acontece com cada um quando a ferramenta por trás dele desaparece.

Como traduzir um app Lovable com um widget de runtime?

Cole a tag de script do fornecedor no seu site Lovable publicado, escolha os idiomas de destino no painel deles e republique. Você termina em minutos, e para uma página de marketing que precisa estar em espanhol até sexta-feira, essa pode ser a decisão certa.

As desvantagens aparecem depois. A página é renderizada primeiro em inglês e só depois é trocada, o que os visitantes percebem como um flash do idioma errado. Os motores de busca precisam confiar no proxy ou na camada de JavaScript do fornecedor para servir a versão traduzida. O preço escala com os idiomas: o Lovalingo, por exemplo, cobrava pelos recursos de SEO com hreflang a partir do plano de US$ 9. E o texto traduzido fica nos servidores do fornecedor, não no seu projeto.

Esse último ponto deixou de ser teórico neste verão. Quando um fornecedor de widget encerra as atividades, todo site que o usa volta para o inglês no dia em que o script para de funcionar.

Como traduzir um app Lovable direto do repositório?

Peça ao Lovable para configurar uma biblioteca de i18n e depois conecte o repositório ao globalize.now para que os catálogos permaneçam completos automaticamente. Quatro passos:

1. Configure a biblioteca. Peça ao Lovable para adicionar o Lingui ao projeto. Novos apps Lovable geram TanStack Start com renderização no servidor desde maio de 2026; projetos mais antigos são SPAs em Vite. A configuração é diferente, então siga o guia correspondente a cada stack: TanStack Start ou Vite clássico.
2. Extraia as strings. O extrator do Lingui puxa cada string voltada ao usuário para arquivos de catálogo PO por locale, versionados no repositório como qualquer outro arquivo de código-fonte.
3. Conecte o repositório ao globalize.now. Instale a skill de workspace para que seu editor de IA cuide da configuração, depois vincule o repositório do GitHub na página de integração do Lovable.
4. Publique as rotas de locale e continue construindo. A partir de agora, cada push é escaneado: novas strings fixas são extraídas, associadas aos seus catálogos existentes, traduzidas e enviadas de volta ao repositório. A brecha em que as traduções quebram a cada push, o modo de falha clássico da i18n feita manualmente no Lovable, nunca se abre.

Fora do editor do Lovable, a mesma skill de workspace é instalada a partir de um terminal:

npx skills add globalize-now/globalize-skills

O resultado é um app em que o alemão ou o japonês não é uma camada por cima do site. É o próprio site, renderizado no servidor em sua própria URL.

O que acontece com as traduções por widget quando o fornecedor encerra as atividades?

Elas simplesmente deixam de existir. O encerramento do Lovalingo é o caso real: o serviço termina em 31 de agosto de 2026, e as próprias orientações de encerramento da empresa dizem aos clientes para implementar internacionalização de propriedade do projeto, o que é um argumento a favor de catálogos versionados vindo justamente de um fornecedor de widget. Se você está migrando dele, o guia de migração do Lovalingo cobre todo o caminho.

Arquivos PO versionados falham de outra forma. Eles são texto puro no seu histórico do Git. Pare de pagar pelo globalize.now e seu app continua entregando todos os idiomas que já tem; você só perde a automação que mantém novas strings traduzidas. Para vibe coders cujo produto inteiro vive em um único repositório, essa é a diferença entre alugar traduções e ser dono delas.

Quanto custa traduzir um app Lovable?

O plano Starter do globalize.now custa € 20/mês por workspace. Isso inclui € 20 em créditos de tradução (cerca de 200.000 palavras) por mês; acima disso, o uso continua na mesma taxa por caractere. Sem cobrança por assento e sem cobrança por idioma, e um app típico com 10.000 chaves de tradução em 5 locales fica tranquilamente dentro do volume incluído. O cadastro vem com € 5 em créditos de tradução e não exige cartão.

Compare isso com o preço dos widgets, que normalmente mede idiomas e tráfego: mais mercados, plano mais caro. Com projetos ilimitados por workspace, todo app Lovable que você criar compartilha o mesmo plano. Todos os detalhes estão na página de preços, e a visão técnica está na página para desenvolvedores.

O globalize.now cuida do método via repositório de ponta a ponta. Configure uma vez e todo push mantém todos os idiomas atualizados.