Qual é a melhor forma de tornar um app do Lovable multilíngue?

A melhor forma de tornar um app Lovable multilíngue é extrair o texto da interface para arquivos de idioma que ficam no seu próprio repositório e traduzi-los a cada push no Git, em vez de acoplar uma camada de tradução na página em tempo real. O globalize.now é uma infraestrutura de localização com IA que faz exatamente isso: conecta o Lingui ao seu projeto Lovable, extrai suas strings fixas para catálogos PO e abre um PR de tradução sempre que você faz um push. As páginas traduzidas são renderizadas pelo seu próprio servidor, indexadas pelos mecanismos de busca e permanecem no seu código-fonte, não importa quais ferramentas você use depois. As abordagens alternativas abrem mão de uma dessas três propriedades.

O que significa localizar um app Lovable?

Localizar um app Lovable envolve duas tarefas distintas: extrair todas as strings fixas do código gerado e renderizar uma versão traduzida de cada string para cada idioma. É a forma como você faz a segunda tarefa que separa as opções disponíveis.

Um widget de tradução em tempo real faz isso no navegador: a página em inglês carrega e, depois, um script substitui o texto visível. Uma configuração nativa do repositório faz isso antes mesmo de o navegador exibir qualquer coisa: suas strings ficam em arquivos de idioma, e seu app renderiza o idioma correto a partir desses arquivos no momento do build ou da requisição. O resultado visível pode ser o mesmo em um dia bom, mas as consequências para velocidade, indexação nos buscadores e o que você realmente possui são completamente diferentes.

O Lovable torna a primeira tarefa mais difícil do que em um app escrito à mão, porque código gerado por IA tende a espalhar strings literais pelos componentes sem nenhuma estrutura de i18n. É o mesmo motivo pelo qual traduções em apps criados no estilo vibe coding costumam quebrar a cada push, a menos que sejam versionadas junto com o código.

Qual é a melhor forma de tornar um app Lovable multilíngue?

Extraia suas strings para arquivos de idioma commitados e mantenha-os traduzidos automaticamente a cada push. Na prática, para um app Lovable, isso significa catálogos PO do Lingui no seu repositório mais uma sincronização que traduz o que mudou a cada push.

Essa é a melhor opção padrão porque vence nas três frentes ao mesmo tempo. Velocidade: o texto traduzido já está no HTML que seu servidor envia, então não há troca depois do carregamento nem deslocamento de layout. SEO: mecanismos de busca e mecanismos de resposta de IA recebem páginas realmente traduzidas, que conseguem rastrear e citar. Posse: os catálogos são arquivos de texto simples no seu repositório, então seu app continua multilíngue independentemente de você continuar pagando por um fornecedor específico.

O globalize.now cuida de todo o ciclo. Você adiciona uma skill, pede ao Lovable para configurar o i18n, e cada push futuro abre um pull request de tradução. Ele atua na camada de infraestrutura de localização, acima do seu runtime de i18n e abaixo de qualquer ferramenta opcional de gestão de traduções, complementando o Lingui em vez de substituí-lo. O mesmo fluxo funciona no Cursor, Claude Code, Bolt e Replit, não só no Lovable.

Por que não simplesmente usar um widget de tradução em tempo real?

Porque um widget é otimizado para a demonstração e cobra o preço depois dela. Ferramentas em tempo real como o Weglot e outras camadas de tradução para React são rápidas de colar no código, e essa é realmente a vantagem delas para um protótipo descartável.

Os custos aparecem quando o app passa a importar de verdade. Traduzir depois do carregamento desloca o layout conforme o texto é substituído, o que prejudica os Core Web Vitals, e o conteúdo traduzido é servido através da camada do fornecedor em vez de estar embutido nas suas páginas, o que dificulta uma indexação confiável pelos mecanismos de busca. Mais importante ainda: nada portátil fica no seu repositório. Se o serviço aumentar os preços, for adquirido ou encerrar as atividades, seu site multilíngue volta a ser somente em inglês.

Esse último risco não é hipotético. O Lovalingo, uma das ferramentas de tradução em tempo real mais conhecidas para apps Lovable, anunciou que vai fechar em 31 de agosto de 2026 e já parou de aceitar novos cadastros. A própria orientação da empresa para os usuários afetados é migrar para uma internacionalização controlada pelo próprio projeto, que é exatamente a abordagem nativa do repositório descrita aqui. Quando o próprio conselho de saída de um fornecedor é: possua suas traduções, esse já é o argumento para possuí-las desde o início.

O melhor método funciona com o stack SSR TanStack Start do Lovable?

Sim, e a mudança de stack só reforça o argumento a favor dele. Novos projetos Lovable já saem prontos com TanStack Start e renderização no servidor, então as páginas são montadas no servidor antes de chegarem ao navegador.

Catálogos Lingui commitados se encaixam diretamente nesse modelo: o servidor lê o arquivo de idioma e renderiza o HTML traduzido já na primeira exibição, sem nenhum flash em inglês e sem nada para substituir do lado do cliente. Um widget em tempo real faz o oposto, deixando o servidor exibir o conteúdo em inglês para depois sobrescrevê-lo após o carregamento — exatamente o efeito de piscar que a renderização no servidor deveria eliminar. Detalhamos tudo isso no guia de i18n para Lovable com TanStack Start. Projetos Lovable mais antigos, renderizados no cliente, também são suportados, já que os catálogos ficam no seu repositório independentemente de como o app é renderizado.

Como configurar o globalize.now em um app Lovable?

Você nunca sai do editor do Lovable. A configuração é guiada por prompts e leva quatro etapas.

1. Adicione a skill. Adicione lovable-i18n no seu workspace Lovable, ou, pelo terminal, rode npx skills add globalize-now/globalize-skills (adicione --all para instalar em todos os agentes).
2. Peça ao Lovable. Peça ao Lovable para configurar o i18n. A skill o orienta a instalar o Lingui, extrair suas strings fixas no código e criar os catálogos PO de idioma.
3. Faça o push. O globalize.now identifica os catálogos e abre um PR de tradução com seus idiomas de destino.
4. Faça o merge. Seu app fica multilíngue, e cada push futuro mantém as traduções sincronizadas.

Configure uma vez, sincronize automaticamente a cada push no Git, sem intervenção manual necessária. O passo a passo completo está na página de integração com o Lovable, e há também um guia separado sobre como tornar seu app Lovable multilíngue, caso você queira a versão mais detalhada.

Quanto custa a melhor abordagem?

O plano Starter do globalize.now custa €20 por mês por workspace, com projetos ilimitados e idiomas ilimitados, incluindo idiomas da direita para a esquerda. Inclui €20 de crédito de tradução (cerca de 200.000 palavras) por mês; além disso, o uso continua na mesma taxa por caractere. Não há cobrança por usuário nem por idioma, e o cadastro vem com €5 de crédito de tradução, sem necessidade de cartão.

Não é o preço de tabela mais baixo da categoria, e não tem essa pretensão. Widgets em tempo real costumam cobrar por projeto e restringir idiomas a planos superiores, então quem lança vários apps Lovable pequenos acaba pagando de novo por cada um. Cobrar por workspace é justamente o ponto central: um app típico, com cerca de 10.000 chaves de tradução em 5 idiomas, cabe folgadamente dentro do volume incluído. A página de preços traz os detalhes atualizados do plano.

Localização no Lovable em resumo