Você criou o app. Mas ele é realmente seu?
Você passou horas conversando com a IA do Lovable. Ajustou telas, fluxos, cores. O app ficou exatamente como você queria. Está no ar. As pessoas estão usando. Está funcionando.
Agora me responde: se o Lovable aumentar o preço amanhã pela metade, o que você faz?
E se eles saírem do ar por um dia inteiro? E se decidirem encerrar o plano que você usa? E se simplesmente ficarem lentos e você não tiver para onde correr?
Essa não é uma crítica ao Lovable. É uma pergunta que todo dono de produto digital precisa responder, independentemente da ferramenta que usa. Quando seu app depende 100% de uma plataforma de terceiros, você não tem produto, você tem um locatário.
Quem faz essa pergunta
Aqui na K21, já acompanhamos mais de 100 aplicações digitais em construção, lançamento e escalada. Vimos projetos travados porque a plataforma mudou. Vimos times em pânico devido à instabilidade do fornecedor. Vimos produtos inteiros reféns de uma conta corporativa à qual ninguém mais tinha acesso.
Recentemente, acompanhamos um app criado no Lovable por alguém que não é desenvolvedora. Ela usou a ferramenta para o que foi feita: criar sem precisar programar. O resultado foi ótimo.
Mas quando ela perguntou: “E se eu quiser tirar daqui?”, ninguém tinha uma resposta clara.
Então a gente foi lá e fez. E aqui está o que fizemos e por que só essa primeira parte já muda bastante coisa.
O que o Lovable tem, em linguagem simples
Todo app criado no Lovable tem duas partes:
A tela: o que o usuário vê, clica e interage. É um conjunto de arquivos que o navegador baixa e exibe. Tecnicamente, é React/Vite, mas o nome não importa. Importa saber que se trata de arquivos estáticos: HTML, CSS e JavaScript.
O motor: o banco de dados, o sistema de login, as regras de negócio. No Lovable, isso roda num serviço chamado Supabase, que é um banco de dados na nuvem com autenticação e outras funcionalidades prontas.
Enquanto tudo fica no Lovable, eles controlam os dois. O que fizemos foi separar esses dois mundos.
O que fizemos
Foi simples e direto: tiramos a tela (o front) do Lovable e colocamos para rodar em um servidor próprio.
O banco de dados e o backend continuam no Supabase Cloud, mas agora são gerenciados diretamente pelo dono do app, não pelo Lovable. Isso já é uma distinção importante: antes, o Supabase era gerenciado pelo Lovable, dentro da conta deles. Agora ele está na conta do criador do app.
A tela (o front) saiu do Lovable completamente. Está rodando num servidor próprio, com domínio próprio, com certificado SSL próprio.
O app funciona exatamente igual. O usuário não nota diferença. Mas a situação mudou muito.
Como foi feito (sem jargão)
1. Exportar o código para o GitHub
O Lovable permite conectar o projeto a uma pasta no GitHub. É como um backup automático do código. Esse passo foi feito antes de qualquer coisa: garantir que o código da tela esteja guardado em um lugar que o dono do app controle.
2. Preparar o servidor
Contratamos uma VPS, um servidor virtual privado. Pense em um computador na nuvem, alugado e acessível 24 horas por dia. Configuramos o sistema operacional, o Docker (que vou explicar a seguir) e o acesso via domínio.
3. Empacotar a tela com Docker
Docker é uma tecnologia que empacota um serviço numa “caixinha” que roda igual em qualquer servidor. Para a tela do app, criamos uma caixinha que:
- Pega o código do GitHub
- Faz o “build” (transforma o código num conjunto de arquivos que o navegador entende)
- Coloca esses arquivos disponíveis para o mundo
4. Configurar o domínio e o HTTPS
O app ficava em “seuprojeto.lovable.app”. Agora está em um domínio próprio e com aquele cadeado de segurança (HTTPS), o que indica que a conexão é protegida.
Usamos o Nginx para servir os arquivos e o Let’s Encrypt para o certificado SSL, ambos gratuitos.
5. Apontar para o Supabase próprio
O código da tela já sabia se comunicar com o banco de dados (Supabase). A única coisa que mudou foi que agora esse Supabase está na conta do dono do app, não na do Lovable. As credenciais (as “senhas” de acesso ao banco) foram atualizadas para apontar para o projeto correto.
O que mudou na prática
| Antes | Depois | |
|---|---|---|
| Tela | Hospedada no Lovable | Servidor próprio |
| Banco de dados | Supabase gerenciado pelo Lovable | Supabase na conta do dono |
| Domínio | *.lovable.app | Domínio próprio |
| Se o Lovable sair do ar | App fora do ar | App continua funcionando |
| Se o Lovable mudar preço | Preso na tabela deles | Independente |
O banco de dados e o backend ainda estão no Supabase Cloud, isso vem num próximo post. Mas o Supabase tem um plano gratuito generoso e não apresenta o mesmo risco de lock-in do Lovable, pois é uma tecnologia open source amplamente adotada.
Por que só isso já importa
A dependência mais imediata era a do Lovable. Era ele quem hospedava a tela, quem poderia tirar o app do ar, quem controlava o endereço do domínio.
Com essa mudança:
- O app não depende mais do Lovable para ficar no ar
- O domínio é próprio: nem o Lovable, nem o Supabase podem mudar isso
- O Supabase agora é gerenciado diretamente pelo dono do app: não passa mais pela conta do Lovable
- Dá para continuar desenvolvendo no Lovable normalmente: a ferramenta continua sendo usada para criar e iterar, só que agora quem publica é o servidor próprio
Isso não é a migração completa. Mas é uma entrega de valor real, funcional e que já resolve o risco principal.
O que vem a seguir
O banco de dados e o backend (autenticação, regras de negócio) ainda estão no Supabase Cloud. O próximo passo é migrar esses serviços também para a infraestrutura própria com controle total sobre os dados, sem depender de serviços externos.
Isso é mais complexo. Por isso é um trabalho separado. Mas já temos o caminho.
Para quem não é dev
Você não precisa entender os detalhes técnicos para tomar a decisão certa.
O que você precisa saber é:
- O código do app é seu: desde que esteja no GitHub, em uma conta sua
- A tela agora roda independente: tirar o app do Lovable não é bicho de sete cabeças
- Passo a passo é o jeito certo: não precisa migrar tudo de uma vez para já ter mais controle
O app está no ar, com domínio próprio, sem depender do Lovable para funcionar. E o trabalho ainda não acabou.
Pronto para dar o próximo passo?
Conheça os cursos da K21 e entenda como construir, lançar e escalar produtos digitais com mais autonomia e menos dependência de ferramentas de terceiros.
Pronto pra dar o próximo passo?
Conheça os cursos da K21 e leve essas ideias pra prática com quem vive agilidade todo dia.
Ver cursos K21
