Guia de decisão

Como migrar do Lovable: visão geral dos 2 caminhos

Resposta direta: "migrar do Lovable" quase sempre significa uma de duas coisas diferentes — tirar o código do app pra editar em outro lugar, ou tirar o banco de dados pra parar de depender do Lovable Cloud. São migrações independentes, com ferramentas e urgências diferentes. Esta página te ajuda a identificar qual delas resolve seu problema.

Caminho 1 — Banco de dados

Sair do Lovable Cloud

Seu app continua no Lovable, mas o banco (schema, dados, auth, storage, edge functions) passa a rodar num Supabase que só você controla.

Resolve: dependência de infraestrutura, backup, controle de acesso ao banco
Não muda: onde você edita o app (continua no Lovable)
Ferramenta: extensão Lovabase

Ver guia deste caminho

Caminho 2 — Código do app

Editar em outro lugar

Você exporta o código-fonte do app (o front-end React/Vite gerado) pra um repositório Git próprio, pra editar fora do Lovable.

Resolve: lock-in de edição, dependência do editor com IA da Lovable
Não muda: onde seus dados ficam hospedados
Ferramenta: exportação de código nativa do próprio Lovable (GitHub)

O que a Lovabase não faz

Por que separar os dois

É comum ver os dois assuntos misturados porque ambos usam a palavra "migrar", mas resolvem problemas diferentes. Se seu medo é "e se o Lovable sair do ar e eu perder os dados dos meus usuários", o problema é banco de dados — o código do app importa menos nesse cenário, porque ele pode ser reconstruído; os dados, não. Se seu incômodo é "eu queria programar direto sem depender do editor de IA", aí sim o assunto é código.

Se o seu caso é banco de dados

É o caminho que a Lovabase resolve. A extensão conecta no seu projeto Lovable Cloud, detecta schema/dados/auth/storage/edge functions e copia tudo pra um projeto Supabase criado na sua própria conta — sem exigir que você escreva SQL ou saiba administrar Postgres. O preço é por tamanho do banco (linhas), cobrado uma vez por migração.

Veja o passo a passo completo da migração de banco

Ler o guia completo

Perguntas frequentes

"Migrar do Lovable" significa sair da plataforma inteira?

Não necessariamente. Na maioria dos casos significa só tirar o banco de dados do Lovable Cloud e colocar num Supabase seu — o app continua sendo editado no Lovable normalmente.

Dá pra migrar só uma parte, tipo só o banco ou só o código?

Sim, são migrações independentes. Você pode mover só o banco (Lovable Cloud → Supabase próprio) sem tocar no código, ou exportar o código do app pra outro repositório sem mexer no banco.

Qual migração é mais urgente: código ou banco?

Pra maioria de quem já tem usuário real, o banco é mais urgente — é onde ficam os dados dos seus clientes, senhas e histórico, que você não quer depender só da infraestrutura da Lovable.

Preciso saber programar pra migrar o banco?

Não. A extensão Lovabase faz a cópia técnica (schema, dados, auth, storage, edge functions) automaticamente, sem exigir SQL manual.