Como exporto minhas traduções do Lovalingo antes que ele seja encerrado?

Solicite agora sua exportação de preservação no Lovalingo, e depois converta os pacotes de tradução em catálogos PO versionados no seu próprio repositório. O Lovalingo está preparando exportações para projetos ativos, e o suporte segue disponível via [email protected] até o serviço encerrar em 31 de agosto de 2026 às 23h59 (CEST). O globalize.now é uma infraestrutura de localização com IA: ele pega as strings que você resgatou, gera arquivos de idioma no seu repositório e os mantém sincronizados a cada push no Git, então essa é a última exportação de tradução que você vai precisar fazer.

O que acontece com minhas traduções quando o Lovalingo fechar em 31 de agosto?

Todo idioma, exceto o idioma de origem, para de ser exibido, porque o texto traduzido nunca esteve realmente no seu app. O Lovalingo é uma camada de runtime: seu app Lovable é enviado em inglês, e o serviço deles troca o texto para cada visitante. Quando o serviço para, a troca também para.

Os termos do encerramento estão públicos na página de encerramento de serviço do Lovalingo. Novos projetos e assinaturas já foram descontinuados. Projetos ativos continuam funcionando até 31 de agosto de 2026 às 23h59 (CEST). A cobrança está pausada, e exportações de preservação estão sendo preparadas para os projetos ativos.

Esse prazo é, na verdade, um prazo para os dados. Depois do corte, não há mais serviço do qual exportar, nem caixa de suporte para perguntar. Se o seu app gera tráfego em francês ou alemão hoje, o trabalho que produziu essas traduções evapora, a menos que você o resgate antes.

Como eu extraio meus dados de tradução do Lovalingo?

Peça sua exportação de preservação e guarde-a junto com seu repositório de código-fonte. Segundo a página de encerramento, as exportações contêm a configuração disponível do projeto, rotas, pacotes de tradução, substituições manuais e evidências de integridade: tudo o que o runtime sabia sobre seus idiomas.

1. Solicite a exportação. As exportações estão sendo preparadas para projetos ativos. Se a sua ainda não foi entregue, envie um e-mail para [email protected] e peça a entrega da exportação do seu projeto.
2. Preserve duas coisas juntas: o arquivo de exportação e um snapshot do seu repositório de código-fonte atual. A exportação descreve as traduções; o repositório é o app ao qual elas pertencem.
3. Ainda não desinstale o Lovalingo. A própria orientação deles diz para mantê-lo instalado até que o seu substituto passe nas verificações de produção. Os dois sistemas podem rodar lado a lado durante a troca.

Os pacotes de tradução são a parte mais importante. Eles contêm as strings traduzidas de fato para cada idioma, além de qualquer substituição manual que você tenha feito no painel deles. As substituições manuais são o que as pessoas costumam esquecer: essas edições existem apenas no Lovalingo, não em nenhum mecanismo de tradução automática que você poderia rodar de novo.

Como converto os pacotes do Lovalingo em catálogos de propriedade do meu repositório?

Transforme os pacotes em catálogos PO do gettext e faça o commit deles. O PO é texto simples, tem diffs limpos no Git e é o formato que o Lingui compila para apps React, cobrindo as duas stacks que o Lovable gera: o clássico SPA em Vite e o mais novo padrão TanStack Start com SSR.

Os pacotes de runtime costumam ser mapas de chave-valor por idioma. A conversão é um script pequeno, não um projeto:

// convert.mjs — JSON bundle → PO entries
import fs from "node:fs";

const locale = process.argv[2]; // e.g. "de"
const bundle = JSON.parse(fs.readFileSync(`bundles/${locale}.json`, "utf8"));

const po = Object.entries(bundle)
  .map(([source, translated]) =>
    `msgid ${JSON.stringify(source)}\nmsgstr ${JSON.stringify(translated)}\n`)
  .join("\n");

fs.writeFileSync(`src/locales/${locale}/messages.po`, po);

Os nomes exatos dos campos variam conforme a exportação, então confira o seu antes de rodar qualquer coisa. O princípio não muda: string de origem entra, par msgid/msgstr sai, um arquivo .po por idioma, versionado em src/locales/.

Se fazer a conversão manualmente não é bem a sua praia, o guia de migração do Lovalingo cobre o caminho gerenciado, e há três meses de uso grátis para quem está migrando do Lovalingo durante a janela de encerramento.

Como integro os catálogos resgatados no meu app Lovable?

Adicione a skill lovable-i18n ao seu workspace Lovable, depois peça ao Lovable para configurar o i18n; a skill integra o Lingui à sua stack e usa os catálogos PO que você versionou. Fora do editor do Lovable, a mesma configuração é instalada com:

npx skills add globalize-now/globalize-skills

A stack em que você está determina os detalhes da integração. Apps gerados antes de maio de 2026 são, em sua maioria, SPAs clássicos em Vite; os mais recentes usam por padrão o TanStack Start com SSR. Há um passo a passo dedicado para cada um: i18n para apps Lovable em Vite e i18n na stack TanStack Start do Lovable. A página de integração com o Lovable cobre o que a skill faz de ponta a ponta.

A partir daí, o problema de manutenção que o Lovalingo resolvia em tempo de execução passa a ser resolvido no seu repositório. Novas strings que você lança são extraídas, traduzidas e enviadas como um pull request de tradução a cada push. O preço é de €20/mês por workspace, o que inclui €20 de crédito de tradução (cerca de 200.000 palavras) por mês, e depois uso baseado em tokens à mesma taxa por caractere: sem cobrança por assento e sem cobrança por idioma, então adicionar o seu sexto idioma custa o mesmo que o segundo. Feito para vibe coders que nunca querem se preocupar com arquivos de idioma.

O que devo testar antes de remover o Lovalingo?

Teste o substituto em condições de produção primeiro; a remoção é o último passo, não o primeiro. A própria sequência de pré-remoção do Lovalingo é uma boa lista de verificação, e ela se aplica diretamente a uma configuração com catálogos versionados:

• URLs diretas de idioma. Todo idioma deve viver em uma rota real (/de/, /fr/) que carregue mesmo em uma atualização forçada de página, não só via troca no lado do cliente.
• Chaves ausentes e fallbacks. Apague uma tradução localmente e confirme que o app volta para a string de origem em vez de exibir espaços em branco.
• Metadados de SEO por idioma. Verifique títulos, descrições, URLs canônicas, pares de hreflang e o sitemap para cada idioma. Rotas de idioma renderizadas no servidor tornam tudo isso visível para os rastreadores sem precisar de uma passagem por JavaScript, o que o guia para tornar seu app Lovable multilíngue explica em detalhes.
• Só então remova o widget. Depois que a versão com catálogos versionados passar nos testes, remova o Lovalingo e rode as verificações de novo.

Uma vantagem discreta dessa troca: nada nessa lista de verificação pode regredir porque um fornecedor mudou de planos. Os catálogos agora são arquivos no seu histórico do Git.

Sua exportação é um resgate único. O globalize.now faz dela a última: configure uma vez e seus catálogos continuam sendo extraídos, traduzidos e versionados a cada push no Git.