Pular para o conteúdo
HostSpry

Levando um app da Lovable para produção

Um app da Lovable tem três partes que saem de jeitos diferentes: o código, o backend e a hospedagem. Este guia segue a documentação da Lovable lida em 25 de setembro de 2026; a plataforma muda, então confira as páginas citadas antes de agir.

Solicitar revisão de migração

O código

A Lovable sincroniza o projeto com o GitHub nos dois sentidos, e o código também pode ser baixado (integração com GitHub). A Lovable afirma que o código pode ser hospedado em outro lugar (hospedagem externa).

Confira que tipo de projeto você tem: projetos antigos geram um site estático React e Vite, e projetos criados a partir de maio de 2026 são apps TanStack Start, que precisam de um host capaz de rodar código de servidor (hospedagem externa).

O backend

Há duas configurações. A Lovable Cloud é um backend gerenciado pela Lovable sobre a base de código aberto do Supabase, sem projeto Supabase na sua conta (Lovable Cloud). O seu próprio projeto Supabase fica na sua conta Supabase, na sua cobrança (integração com Supabase).

Com projeto Supabase próprio, o backend já é seu. Com a Lovable Cloud, a documentação descreve uma exportação do banco — schema, dados, contas de usuário e hashes de senha — com limites de tamanho, e diz que arquivos do storage, código das edge functions, segredos, configuração de provedores de login e chaves de API não entram nela (banco de dados, self-hosting).

Hospedagem e créditos

A Lovable usa um único saldo de créditos para construir, hospedar, rodar o backend embutido e as funções de IA dos apps publicados. Sem créditos, as páginas publicadas continuam no ar, as funções de IA param e um backend Cloud pode pausar (planos e créditos).

Indo para produção, em ordem

  1. Conecte o GitHub— para o código ter casa fora da ferramenta.
  2. Decida onde o backend fica— seu próprio projeto Supabase, ou uma exportação da Lovable Cloud recriada a partir das migrações e depois preenchida com os dados.
  3. Leve o que a exportação deixa de fora— arquivos do storage, segredos, provedores de login e seus endereços de redirecionamento.
  4. Escolha um host que rode o seu build— arquivos estáticos, ou runtime de servidor nos projetos mais novos.
  5. Ensaie antes de trocar— numa cópia descartável, com login real. Se o segredo que assina a autenticação mudar, os usuários entram de novo.

Próximo passo

A HostSpry roda apps com código no GitHub e backend Supabase. Conte sobre o seu para uma revisão de migração.

Solicitar revisão de migração