Esse cenário é confuso porque o Preview pode parecer perfeito enquanto o endereço público continua mostrando uma versão antiga, um erro ou um fluxo diferente. A chave é tratar Preview e publicação como duas etapas separadas: o Preview mostra a versão em que você está trabalhando; a publicação entrega um snapshot para a URL permanente.
1. Republique antes de mexer no código
Segundo a documentação oficial da Lovable, alterações futuras não são publicadas automaticamente. Para colocar a versão atual no ar, abra Publish e use Update. Esse deve ser o primeiro teste sempre que o Preview estiver certo e o site público parecer atrasado.
- Abra o projeto correto na Lovable
- Confira no Preview se a mudança esperada realmente está presente
- Clique em Publish
- Use Update para implantar a versão atual
- Espere a publicação concluir
- Abra a URL pública diretamente e repita o fluxo que estava falhando
2. Não confunda Preview compartilhado com site publicado
A Lovable também permite compartilhar uma URL temporária de Preview. Ela serve para visualizar e validar o app antes da publicação, mas não é a mesma coisa que a URL permanente em lovable.app ou no seu domínio personalizado. Ao diagnosticar, anote exatamente qual endereço funciona e qual endereço falha.
3. Teste a URL publicada como um usuário real
O browser testing da Lovable roda no Preview do projeto. Portanto, um teste automático bem-sucedido no editor prova que o Preview funciona, mas não substitui a validação da URL publicada. Abra o endereço live diretamente, de preferência em uma sessão separada, e confira login, formulários, checkout, carregamento de dados e rotas importantes.
4. Se a URL live abre, mas uma função quebra
Quando a página abre normalmente, mas apenas uma função falha, isole o problema. Descubra se ele acontece no login, em uma API, no banco, no upload, no checkout ou em uma rota específica. Isso evita tratar como falha de publicação algo que na verdade está restrito a uma integração.
- Login falha: confira a configuração do provedor de autenticação e os endereços usados pelo fluxo
- API ou banco falha: teste exatamente a ação que chama o serviço externo
- Checkout falha: valide o fluxo completo na URL pública
- Rota direta retorna erro: teste a navegação interna e depois abra a mesma rota diretamente
- Só o domínio personalizado falha: teste primeiro a URL lovable.app para separar aplicação de DNS/domínio
5. Domínio personalizado: separe problema de app e problema de DNS
Se a URL padrão publicada pela Lovable funciona e apenas o domínio próprio falha, o app provavelmente está publicado. Nesse caso, concentre o diagnóstico no domínio, DNS e SSL em vez de refazer componentes. Para um passo a passo completo, consulte nosso guia sobre domínio personalizado na Lovable: https://blog.lovacademy.com.br/dominio-personalizado-lovable
6. Se nada mudou depois de Publish → Update
Confirme três coisas antes de editar código: você está no projeto certo, está abrindo a URL publicada correta e a atualização terminou. Em workspaces com URLs personalizadas ou domínio próprio, pode existir mais de um endereço associado ao projeto. A documentação da Lovable também explica que um domínio personalizado pode coexistir com uma URL Lovable e assumir prioridade como endereço principal.
Checklist rápido de diagnóstico
- O Preview mostra a versão correta
- Você executou Publish → Update depois da última mudança
- Está testando a URL permanente, não apenas um link de Preview
- A URL padrão lovable.app foi testada separadamente do domínio personalizado
- O erro foi isolado por função: login, API, banco, checkout ou rota
- O problema não é apenas uma versão antiga ainda publicada
