Uma aplicação Lovable pode parecer um único site, mas normalmente é formada por frontend e serviços de backend. Entender essa separação evita a expectativa de que enviar a pasta dist ao cPanel também transfira banco de dados, usuários e arquivos.
Aplicação somente estática
Um site institucional, portfólio ou página de apresentação pode não utilizar banco de dados nem autenticação. Nesse caso, o build gera os arquivos necessários e o conteúdo de dist pode ser hospedado diretamente no cPanel.
Aplicação com Lovable Cloud
O Lovable Cloud pode fornecer banco de dados, autenticação, armazenamento, funções e outros recursos de backend. Ao hospedar o frontend no cPanel, esses serviços podem continuar na infraestrutura do Lovable, desde que o build preserve as configurações corretas.
Nesse cenário:
- o frontend é servido pela hospedagem cPanel;
- o banco e os usuários permanecem no Lovable Cloud;
- arquivos enviados continuam no Storage do backend;
- funções e segredos continuam executando no backend;
- o domínio de produção pode precisar ser autorizado nas configurações de autenticação.
Aplicação conectada ao Supabase
Quando o projeto utiliza um Supabase externo, banco, Authentication, Storage, Realtime e Edge Functions permanecem no projeto Supabase. O frontend publicado precisa conhecer a URL e a chave publicável corretas.
A chave publicável pode aparecer no navegador. A proteção dos dados depende principalmente das políticas de Row Level Security — RLS. Antes de publicar:
- habilite RLS nas tabelas expostas pela API;
- revise quem pode consultar, inserir, alterar e excluir cada registro;
- teste com usuário autenticado e não autenticado;
- não utilize a chave
service_roleno frontend; - mantenha segredos de APIs em Edge Functions ou serviço equivalente.
GitHub não é backup do banco
O repositório normalmente contém o código, migrações e arquivos de configuração permitidos. Ele não contém automaticamente:
- dados atuais das tabelas;
- contas e senhas dos usuários;
- arquivos existentes no Storage;
- valores dos segredos;
- logs e histórico operacional do backend.
Mantenha rotinas próprias de backup para banco e arquivos. Migrações de estrutura ajudam a recriar tabelas, mas não substituem uma cópia dos dados.
Posso trocar Supabase por MySQL do cPanel?
Não de forma automática. Aplicações Lovable costumam utilizar APIs, autenticação, políticas RLS, Storage, Realtime e funções compatíveis com a arquitetura Supabase. Um banco MySQL vazio no cPanel não oferece essas mesmas interfaces.
Para utilizar MySQL, seria necessário desenvolver um novo backend, implementar autenticação e APIs, adaptar o frontend e migrar os dados. Isso é uma alteração de arquitetura, não uma simples troca de credenciais.
Login social e recuperação de senha
Ao mudar o domínio público, revise no provedor de autenticação:
- URL principal da aplicação;
- URLs permitidas para redirecionamento;
- endereços de retorno de Google, GitHub ou outros provedores OAuth;
- links de confirmação de e-mail e recuperação de senha.
Se o login retorna para o endereço antigo ou é bloqueado por URL inválida, normalmente falta autorizar o novo domínio no backend ou no provedor OAuth.
Pagamentos, e-mails e integrações
Chaves privadas de pagamento, SMTP, inteligência artificial e APIs externas não devem existir no JavaScript entregue ao navegador. Essas operações devem ser realizadas por Edge Functions ou outro backend seguro.
Checklist antes de mudar o frontend
- Identifique onde estão banco, autenticação, Storage e funções.
- Gere backup dos dados importantes.
- Confirme as variáveis utilizadas no build.
- Autorize o novo domínio na autenticação.
- Revise as políticas RLS.
- Teste login, gravação, leitura, upload e recuperação de senha.
