Quem conecta Lovable ao GitHub rapidamente percebe que o código pode participar de outros fluxos de deploy. A dúvida aparece logo depois: o que acontece com Supabase, login, Storage, secrets e Edge Functions quando o frontend vai para outro provedor?
O que significa fazer deploy de um projeto Lovable fora da plataforma?
Na prática, significa usar o código do projeto em outro ambiente de hospedagem. O frontend pode ser compilado e publicado por um pipeline externo, enquanto serviços de backend continuam onde já estavam configurados.
Frontend e backend são camadas diferentes
O site ou aplicativo que roda no navegador é apenas uma parte da arquitetura. Se o projeto usa Supabase, o banco PostgreSQL, Auth, Storage e Edge Functions são serviços independentes. Trocar a hospedagem do frontend não copia esses recursos automaticamente.
O que acontece com o Supabase?
Se o novo frontend continuar usando a URL e a chave publicável do mesmo projeto Supabase, ele pode continuar conectado ao mesmo backend. Antes do deploy, porém, é necessário revisar variáveis de ambiente, domínios autorizados e configurações de autenticação.
E as Edge Functions da Lovable e Supabase?
Edge Functions são executadas no ambiente do Supabase. Elas não passam a rodar no novo host apenas porque o frontend foi publicado lá. As funções precisam existir no projeto Supabase correto e seus secrets devem estar configurados no ambiente em que são executadas.
GitHub sincroniza Edge Functions automaticamente?
Ter os arquivos das funções no repositório não é a mesma coisa que tê-las implantadas. A publicação depende do fluxo usado no projeto. Se houver CI/CD, o pipeline pode incluir essa etapa; caso contrário, a implantação precisa ser feita separadamente.
Checklist antes de mover o deploy
- Confirme que o repositório GitHub contém a versão atual do projeto.
- Identifique todas as variáveis de ambiente usadas pelo frontend.
- Separe chaves públicas de credenciais que devem permanecer privadas.
- Confirme a URL e a chave publicável do projeto Supabase.
- Revise Site URL e Redirect URLs da autenticação.
- Teste Edge Functions no ambiente correto.
- Revise integrações externas, webhooks e CORS quando aplicável.
- Teste login, logout e recuperação de senha no domínio final.
- Verifique se o novo host trata corretamente rotas de SPA.
O que muda na autenticação quando o domínio muda?
Fluxos de login dependem de URLs de retorno. Se a aplicação passa a usar um domínio diferente, callbacks e redirects precisam aceitar esse endereço. É comum um login funcionar no preview e falhar depois do deploy porque o novo domínio não foi incluído nas configurações.
Banco de dados precisa ser migrado?
Não necessariamente. Se a intenção é apenas mudar onde o frontend está hospedado, o banco pode permanecer no mesmo Supabase. Migrar dados é outra decisão, com riscos e etapas próprias. Não faça uma migração de banco apenas porque decidiu trocar a hospedagem da interface.
Quando um deploy externo faz sentido?
- Quando você quer controlar pipeline e infraestrutura.
- Quando sua equipe já utiliza um provedor de hospedagem padronizado.
- Quando precisa integrar o projeto a processos existentes de CI/CD.
- Quando deseja separar claramente construção, repositório e hosting.
- Quando possui conhecimento para manter variáveis, builds, redirects e integrações.
