Sair do Lovable sem perder usuários: OAuth, sessões e segurança ao migrar

Publicado em 2026-10-27 por frfrand

Como migrar autenticação do Lovable: contas, OAuth, callbacks, sessões, redefinição de senhas, RLS e testes de permissões.

Por que um aplicativo exportado pode parar de fazer login?

Uma tela de login pode parecer igual no novo servidor e, no entanto, rejeitar todos os usuários. O código visual não transporta automaticamente os segredos OAuth, as sessões assinadas nem as contas armazenadas pelo provedor. Por isso, a migração de usuários é planejada antes de alterar o DNS e não depois de receber reclamações.

O que realmente precisa ser movido

Identifique onde está o serviço de Auth atual, quais são os provedores de identidade (e-mail, Google, GitHub), quais variáveis ele utiliza e quais URLs de callback estão registradas. Os usuários nem sempre podem ser migrados com suas senhas originais: ao mudar de sistema, talvez seja necessário oferecer um fluxo de redefinição de senha. Verifique também as políticas de Row Level Security se os dados estiverem no Supabase ou em tecnologia equivalente. Autenticar alguém não prova que a pessoa está autorizada a ver todos os registros.

Exemplo: alunos de duas academias

Você criou no Lovable um sistema para as academias A e B. No staging, prepare um aluno da A, outro da B e um administrador da A. Faça login normalmente e verifique se o aluno A não vê aulas privadas do outro centro, mesmo conhecendo seu identificador. O administrador da A também não deveria listar os alunos da B. Esse controle deve viver no backend, não em um botão que desaparece visualmente. Se falhar, resolva a autorização antes de publicar.

Como executar a migração

1. Inventarie roles, contas e origem de identidade. 2. Prepare o serviço Auth de destino, com política de sessões e recuperação de conta. 3. Configure os novos domínios e URLs de redirecionamento do OAuth. 4. Migre dados de contas de acordo com o método oficialmente admitido e comunique redefinições, se necessário. 5. Teste login, logout, expiração, recuperação e permissões por role. 6. Mantenha um plano de suporte para os primeiros usuários migrados.

Perguntas frequentes

### Ao exportar do GitHub, levo as senhas? Não necessariamente. Repositório e serviço de identidade são coisas distintas. ### O Login do Google continuará funcionando? Pode funcionar, mas requer revisão de credenciais, domínios e callbacks autorizados. ### As sessões abertas são mantidas? Não é garantido ao mudar de provedor ou chaves de assinatura. ### Com um JWT a segurança já está resolvida? Não: a API continua precisando de autorização e isolamento por cliente.

Fonte

Documentação de propriedade e implantação do Lovable · OWASP Top 10.

ArduMaker e o futuro serviço de migração

Uma vez auditado o código, o ArduMaker pode servir como infraestrutura de implantação de acordo com a pilha: VPS, serviços, domínio, certificados e ferramentas de operação. Isso não garante que o aplicativo gerado por IA já seja seguro, nem que mover dados seja automático. A página ardumaker.com/lovable está sendo preparada para apresentar um serviço de migração e implantação de construtores de IA para ambientes de produção; ainda não foi publicada. Por enquanto, você pode conhecer a plataforma em ardumaker.com. A decisão de migrar deve ser baseada em requisitos concretos, não em uma suposta obrigação de abandonar o provedor atual.

Atualizado: outubro de 2026. As funções, planos e exportações dessas plataformas podem mudar. Verifique a documentação vigente e faça backup dos dados reais antes de intervir.

O que a fotografia mostra

Revisão de acesso e configuração de usuários. Fotografia ilustrativa gerada para acompanhar este guia sobre migração de aplicações criadas com IA; não é uma captura de tela da plataforma nem certifica uma instalação concreta.

Siga com estes guias práticos da ArduMaker

- Migrar Lovable Cloud para Supabase próprio: usuários, dados, arquivos e funções - Segurança para apps criadas com Lovable e IA: segredos, papéis, RLS e JWT - De Lovable à produção com ArduMaker: como ter um site próprio, estável e mantível

Se você está avaliando sua própria aplicação, compare os requisitos reais de backend, banco de dados, autorização e implantação antes de escolher o servidor.