Como alojar uma aplicação Lovable no seu próprio servidor

Para alojar uma aplicação Lovable no seu próprio servidor, sincronize o projeto com o GitHub através da sincronização Git do Lovable, ligue o repositório ao painel Coolify do seu servidor, defina as variáveis de ambiente e aponte o seu domínio para ele. O próprio Lovable documenta este caminho: o código é seu e corre onde o puser. Pode continuar a construir no Lovable, porque as edições chegam ao repositório e o servidor publica a partir daí.

A decisão que mais conta é a do backend, porque os registos da base de dados e os ficheiros carregados não viajam com o código.

Como tirar o código do Lovable?

Que tipo de projeto tem?

O Lovable assenta em duas stacks, e as definições do servidor decorrem disso. Se o package.json listar @tanstack/react-start, o seu projeto é TanStack Start. Se não, é um projeto React + Vite mais antigo. Os projetos novos começam em TanStack Start.

Uma compilação estática do Vite é um dos tipos de projeto que já passámos pelo Coolify num servidor real. Os valores do TanStack Start vêm da documentação do próprio Lovable, que recomenda o Node 22.

Passo a passo

1. Encomende um servidor na página do VPS Next.js. Apesar do nome, vem com o Coolify, que publica muito mais do que Next.js.
2. Clone o repositório e abra a pasta numa ferramenta de programação como o Claude Code ou o Cursor.
3. Copie a linha Cole na sua ferramenta de IA do separador Resumo do seu painel da Seturack e cole-a nessa ferramenta, que então trata da publicação. Não a cole na conversa do Lovable. Contém uma chave de API, e o Lovable não consegue executar nada fora da sua própria pré-visualização.
4. Dê à ferramenta as variáveis de ambiente de que precisa, que dependem da escolha de backend abaixo.
5. Teste o endereço HTTPS quando chegar. Atualize uma página aninhada, inicie e termine sessão, e experimente uma escrita e um envio de ficheiro. Se o início de sessão falhar num redirecionamento, adicione o novo endereço aos seus URLs de redirecionamento permitidos.
6. Aponte o registo A do seu domínio para o endereço IP do servidor e diga à ferramenta o nome do domínio. O certificado é emitido automaticamente.
7. Peça à ferramenta que publique a cada push. As edições do Lovable chegam ao repositório, por isso cada uma inicia uma compilação.

O guia do Next.js explica como fazer isto à mão. Tem acesso root, e pode gerir tudo a partir do painel se preferir. O seu endereço lovable.app continua a servir a versão que publicou por último aí.

Onde fica o backend?

Ficar no backend integrado

Só o site muda, por isso é o que dá menos trabalho. Defina VITE_SUPABASE_URL e VITE_SUPABASE_PUBLISHABLE_KEY antes da compilação. O TanStack Start também precisa de SUPABASE_URL e SUPABASE_PUBLISHABLE_KEY para o código do servidor. Estes valores estão no ficheiro .env do repositório, mas os segredos que as suas funções de servidor leem não estão. As funcionalidades de IA e os conectores continuam a funcionar e a gastar os seus créditos do Lovable.

Executar o Supabase no seu próprio servidor

O Lovable indica dois destinos para o seu backend integrado: o Supabase gerido e o Supabase auto-alojado. Mover apenas o PostgreSQL não chega, porque o início de sessão, o armazenamento, o tempo real e as Edge Functions também têm de ser movidos. O VPS Supabase dá-lhe tudo isto num servidor à parte. A documentação do Supabase pede pelo menos 4 GB de RAM, 2 núcleos e 40 GB de disco.

1. Crie a estrutura executando os ficheiros de supabase/migrations/ por ordem de data.
2. Mova os dados. Vá a More, Database, Manage, Settings e prima Export data; depois carregue o arquivo PostgreSQL comprimido com zstd com um pg_restore compatível com zstd na porta 5432. As contas de utilizador estão incluídas, e todos voltam a iniciar sessão. Experimente primeiro numa instalação de teste.
3. Transfira os ficheiros em More, Storage e carregue-os no Studio para buckets com os mesmos nomes.
4. Copie supabase/functions/ para volumes/functions/ no servidor, defina os respetivos segredos e reinicie o serviço de funções.
5. Configure os fornecedores de início de sessão, o SITE_URL e o ADDITIONAL_REDIRECT_URLS.
6. No site, defina VITE_SUPABASE_URL com o endereço do seu servidor Supabase, defina a chave pública e recompile.

As chamadas de IA e de conectores que passam pelo Lovable têm de passar para as suas próprias contas de fornecedor. As atualizações e a monitorização passam a ser consigo, e o Lovable não consegue depurar uma infraestrutura que não controla.

Usar um projeto na sua própria conta Supabase

Se ligou a sua própria conta Supabase, o backend já vive fora do Lovable, por isso só define os endereços. Para o trazer para o seu servidor, o guia de restauro do Supabase dá os passos com supabase db dump.

Perguntas frequentes

De quanta RAM precisa uma aplicação Lovable?

A página de vendas recomenda pelo menos 4 GB de RAM, 2 vCores e 40 GB de disco. Esse valor vem da compilação: um grande projeto Next.js com 85 pacotes ficou sem memória com 2 GB e compilou com 4 GB. Se uma compilação ficar sem memória, aumente a partir do painel.

Quanto vai custar por mês?

O tamanho mínimo recomendado custa cerca de $6 por mês (IVA incluído) e, fora da Turquia, paga em dólares norte-americanos. As cópias de segurança diárias estão incluídas no preço e o tráfego é ilimitado. Um segundo servidor para o Supabase é cobrado à parte. Exportar o código não termina a sua subscrição do Lovable nem a utilização do Cloud.

Como tiro o meu domínio do Lovable?

Teste tudo primeiro no endereço temporário. Depois aponte o registo A para o endereço IP do servidor, adicione o domínio à aplicação e publique de novo. Para desativar o endereço lovable.app, anule a publicação do projeto no Lovable.

Como atualizo o site depois do lançamento?

Continue a trabalhar no Lovable ou na sua ferramenta de programação. Cada alteração chega ao ramo sincronizado, e com um webhook o servidor compila-a. Para manter o trabalho a meio fora do ar, deixe o Lovable trabalhar num ramo separado e faça o merge quando estiver pronto.

A base de dados vem com o código?

Não. A sincronização Git e o zip contêm os ficheiros de código-fonte e os ficheiros que definem a estrutura da base de dados. Os registos e os ficheiros carregados exportam-se à parte, por isso verifique-os no destino antes de desativar o backend antigo.

Pronto a usar na Seturack: Next.js, Coolify, Supabase.