Quase todo guia de preço do Lovable trata o crédito como custo de construção: quanto sai cada pedido, quantos prompts cabem no plano, como economizar mensagem. Para quem está testando uma ideia no fim de semana, essa conta basta.
Para a empresa que vai colocar no ar um app interno ou um app de cliente, ela é incompleta. Desde que a plataforma unificou os saldos, o mesmo crédito que paga o editor paga o banco de dados, a hospedagem e a IA do app publicado. Este artigo explica o que é o Lovable, os planos com os números da documentação oficial, como os créditos se dividem e a regra de governança que evita o dia em que o app para porque alguém construiu demais.
O que é o Lovable e para que serve?
O Lovable é uma plataforma de desenvolvimento com IA que transforma uma descrição em texto numa aplicação web funcionando. Você escreve o que quer, e ele gera a interface, a lógica, o banco de dados, a autenticação e as integrações, tudo sustentado por código real e editável, não por blocos visuais presos à ferramenta.
Quatro conceitos organizam o produto. A conta é a sua identidade. A workspace é onde o time trabalha e onde ficam os membros, o faturamento e um saldo de créditos compartilhado. O projeto é um app. E os chats são conversas fora dos projetos, para pensar ideias antes de mandar construir.
Na prática, as empresas usam o Lovable para três coisas: protótipo funcional para validar uma hipótese com usuário real, ferramenta interna (painel, formulário de aprovação, portal de parceiros) e, cada vez mais, app publicado para cliente. É nesse terceiro uso que a estrutura de créditos passa a importar de verdade.
Como o Lovable funciona, do pedido ao app publicado?
Dentro de um projeto, a conversa com a IA tem três modos. O Plan mode serve para pensar, investigar e comparar caminhos sem tocar no código. O Build mode implementa as mudanças. E o Chat mode responde perguntas. Cada um é cobrado de um jeito, e é isso que confunde quem lê só a página de preços.
Quando o app precisa guardar dados, entra o Lovable Cloud, o backend embutido: banco, autenticação, armazenamento de arquivos, funções de servidor e a conexão de IA que o próprio app usa. Você não configura servidor; a plataforma provisiona e cobra pelo consumo.
Como publicar um site no Lovable
Publicar leva dois cliques: o botão Publish no canto superior do editor abre uma janela que sugere um endereço terminado em lovable.app e roda uma verificação rápida de segurança antes do deploy. Para levar mudanças posteriores ao ar, usa-se Publish changes. Domínio próprio exige plano pago, e no plano gratuito a plataforma pode tirar do ar um app sem visitas e sem login do dono por 12 meses ou mais.
Publicado, o app passa a consumir recursos a cada visita, cada consulta ao banco e cada chamada de IA. A partir desse momento ele deixa de ser um protótipo e vira uma despesa recorrente que divide o caixa com quem continua construindo.
O Lovable é gratuito?
Existe um plano Free, e ele serve para conhecer a ferramenta e construir projetos pequenos. Ele inclui 5 créditos de construção por dia, com teto de 30 por mês: na prática, a franquia diária chega nos seis primeiros dias do mês e só volta no dia 1º do mês seguinte. Inclui também uma franquia diária para o chat e as franquias mensais de Cloud e de IA.
O que o Free não tem diz mais do que o que ele tem. Não permite editar código diretamente nem baixar o código, não aceita domínio próprio, não tem recarga de créditos e não deixa remover o selo da plataforma. A sincronização com GitHub, GitLab e Bitbucket, por outro lado, está disponível em todos os planos, inclusive no gratuito.
Para uma empresa, a limitação que pesa é a falta de recarga. Sem ela, quando o saldo acaba, não há como comprar mais sem trocar de plano, e o app publicado fica sujeito à pausa descrita mais adiante.
Quanto custa o Lovable por mês?
Pro e Business não têm um preço único: são escadas de créditos que vão de 100 a 10.000 por mês. O faturamento anual dá dois meses grátis em relação ao mensal. Os degraus iniciais, segundo a tabela oficial em dólares:
| Créditos por mês | Pro (mensal) | Pro (anual) | Business (mensal) | Business (anual) |
|---|---|---|---|---|
| 100 | US$ 25 | US$ 250 | US$ 50 | US$ 500 |
| 200 | US$ 50 | US$ 500 | US$ 100 | US$ 1.000 |
| 400 | US$ 100 | US$ 1.000 | US$ 200 | US$ 2.000 |
| 800 | US$ 200 | US$ 2.000 | US$ 400 | US$ 4.000 |
| Recarga avulsa | US$ 15 por 50 créditos | idem | US$ 30 por 50 créditos | idem |
Lovable, Subscription plans e Credits and usage, consultados em 12/10/2026. Preços em dólar, sem impostos.
A diferença entre Pro e Business não está na quantidade de crédito, e sim em governança: o Business acrescenta login único (SSO), controle de acesso por papel, publicação interna (só para membros da workspace) e exclusão dos dados da workspace do treino de modelos por padrão. Por isso o crédito do Business vale o dobro em dólar. Já o Enterprise tem preço por contrato e não inclui as franquias diárias nem as mensais de Cloud e IA.
Faça a conta do crédito avulso: no Pro, a assinatura de 100 créditos sai a US$ 0,25 por crédito, e a recarga, a US$ 0,30. A própria documentação recomenda subir de degrau quando a recarga vira hábito. Para quem orça em reais, lembre que a cobrança é em dólar: o valor na fatura do cartão varia com o câmbio.
Como funcionam os créditos do Lovable?
O crédito é a unidade única de consumo da workspace. Ele paga cinco tipos de uso: construção, chat, Cloud (hospedagem e backend), a IA que o app publicado chama e os conectores gerenciados pela plataforma. No painel de uso, os dois primeiros aparecem como Build credits e os outros três como Run credits. São visões de relatório, não saldos separados.
A ordem de consumo é fixa: primeiro saem as franquias específicas (a diária de chat, os 5 créditos diários de construção, os 20 de Cloud e os 4 de IA), que não acumulam. Depois sai o saldo geral, sempre pelos créditos mais perto de vencer. Os créditos do plano mensal valem por 2 meses a partir da emissão e acumulam enquanto a assinatura estiver ativa; no anual, valem até um mês depois do fim do período; recargas valem 12 meses.
Dois pontos práticos saem daí. Primeiro, o Plan mode custa 1 crédito por mensagem, mais a pesquisa que ele fizer, e pedidos longos no Build mode param para pedir confirmação ao cruzar 20 créditos (o padrão, ajustável). Segundo, a franquia diária de chat é temporária: qualquer orçamento montado hoje com base no chat precisa ser refeito depois de 31 de outubro.
Quanto custa o Lovable Cloud e a IA do app publicado?
Não há preço fixo. O Cloud é medido pelo que o app consome: o tamanho da instância do banco e o tempo que ela fica ativa, o volume de dados guardados, o tráfego de rede, os arquivos armazenados, o processamento das funções de servidor e as atualizações em tempo real. A conta cresce quando mais gente visita o app, quando ele guarda mais dados ou quando roda mais código por trás.
A IA do app segue a mesma lógica, com outras alavancas: o modelo escolhido, o tamanho do texto enviado e recebido, o número de chamadas e o tipo de recurso (chatbot, pergunta sobre documento, geração de imagem). Um chatbot com histórico longo e modelo mais capaz consome bem mais que um classificador curto.
Os 20 créditos mensais de Cloud e os 4 de IA cobrem um app pequeno ou de teste. Passado esse limite, o consumo sai do saldo geral, o mesmo que o time usa para construir. A documentação é explícita: a franquia de Cloud não é um orçamento separado para o backend.
Para estimar antes de publicar, a janela de ajuste do banco mostra uma estimativa de custo mensal por tamanho de instância, e o painel de uso, filtrado em Run credits, mostra o consumo por projeto. Depois de publicado, esse painel é o número que importa: ele diz quanto o app custa por mês para existir.
O que acontece com o app publicado quando os créditos acabam?
Esta é a lacuna dos guias de preço e o motivo deste artigo. Quando o saldo da workspace chega a zero, cada parte do Lovable reage de um jeito, e a parte que mais dói não é o editor.
Traduza para um app real. As páginas continuam no ar, porque o site publicado segue servindo. Mas o login não funciona, o formulário não grava, a lista não carrega e o assistente de IA responde com erro. Para o usuário, o app quebrou.
Há dois agravantes. O primeiro: colocar crédito não religa o backend sozinho. Se ele continuar pausado, alguém com acesso precisa abrir o projeto e clicar em Wake up. O segundo: a exportação do banco só funciona com o backend rodando, então a cópia de segurança que você não fez antes não pode ser feita durante a pausa.
No Lovable, quem mais constrói pode ser quem tira o app do cliente do ar, sem tocar nele.
O cenário clássico é a sprint de fim de mês: o time faz uma rodada pesada de mudanças, consome o saldo, e o app que o cliente usa todo dia pausa na sexta à noite. Ninguém mexeu no app; mexeram no caixa que ele divide com o editor.
Como governar o saldo do Lovable dentro da empresa?
A regra que resolve é tratar construção e operação como dois orçamentos, mesmo que a plataforma os pague com uma conta só. As ferramentas para isso existem nos planos pagos, em Configurações da workspace, na área de limites e alertas.
1. Separe o orçamento de construção do de operação
Construção tem começo e fim: é projeto. Operação é mensal e cresce com o uso: é custo fixo do app. Registre os dois separadamente no planejamento e acompanhe o segundo pelo filtro Run credits, por projeto. Se o app atende cliente, o custo de operação entra no preço que você cobra dele.
2. Ligue a recarga automática, com teto
A recarga automática compra créditos quando o saldo cai abaixo de um gatilho (25, 50 ou 100 créditos) e respeita um limite mensal de gasto. Para apps movimentados, a própria documentação sugere gatilho de 50 ou 100. Some a isso um alerta de saldo baixo por e-mail, que avisa antes de faltar, e não depois.
3. Bloqueie a construção, não a operação
Os limites podem só avisar ou também bloquear. Um limite de construção com bloqueio impede que o time gaste além do combinado, e é o que você quer. Mas um limite de Cloud ou de IA com bloqueio pausa o app publicado quando é atingido. Na operação, use alerta. E atenção: limites por membro só contam a construção; o consumo do app pertence ao projeto e só é limitado no nível do projeto ou da workspace.
4. Pause o Cloud do projeto parado
A plataforma pausa automaticamente projetos inativos, mas não os que têm tarefas agendadas ou atividade em segundo plano. Esses precisam ser pausados à mão. E o armazenamento continua cobrando mesmo com o projeto pausado: o que não vai voltar deve ser exportado e ter o Cloud removido.
5. Mantenha o código no Git e os dados exportados
A sincronização com o Git é sua saída de emergência para o código, e a exportação do banco é a dos dados. Como a exportação exige o backend rodando, ela tem de acontecer na rotina, não na crise.
Como baixar o código do Lovable e levar o app para fora?
Há dois caminhos. O primeiro é baixar o código: nos planos pagos, a opção Download codebase fica nas configurações de Git do projeto e no editor de código. O segundo, melhor para empresa, é conectar o projeto a um repositório no GitHub, GitLab ou Bitbucket, com sincronização automática nos dois sentidos: o que muda no Lovable vira commit no seu repositório, e o que o time faz no repositório volta para o projeto.
Código, porém, não é o app inteiro. A exportação do banco traz estrutura e dados, incluindo contas de usuário, mas não inclui os arquivos do storage, o código das funções de servidor nem os segredos (chaves de API), que precisam ser levados à parte. Há limites: bancos de até 15 GB, arquivo de exportação de até 5 GB e uma exportação a cada 24 horas.
A lição vale para qualquer plataforma desse tipo e está desenvolvida em a saída que ninguém desenha em projetos low-code: o plano de saída tem de existir antes de ser necessário, com exportação testada, e não confiada.
Qual é melhor, Lovable ou Bolt?
Lovable e Bolt disputam o mesmo espaço: gerar app a partir de conversa. Comparar pelo preço da assinatura é o erro mais comum, porque os dois mudam planos com frequência e cobram por unidades diferentes. Compare pelas perguntas que decidem o custo e o risco de operar, e confira as respostas na documentação oficial de cada um na semana em que for decidir.
| Pergunta que decide | No Lovable (documentação, out/2026) | O que conferir no concorrente |
|---|---|---|
| Qual é a unidade de cobrança? | Créditos de uma workspace, para construir e operar | Se construção e operação saem do mesmo saldo |
| O que acontece com o app se o saldo zerar? | Site segue no ar; IA falha e backend pausa | Se o app publicado depende do saldo do editor |
| Dá para limitar o gasto do time? | Sim, por membro, projeto e workspace (planos pagos) | Se há limite por pessoa e por projeto |
| O código é seu? | Sync com GitHub, GitLab e Bitbucket em todos os planos | Se há sincronização contínua ou só download |
| Os dados saem? | Exportação do banco com o backend ativo | Formato, limites e o que fica de fora |
| Quanto dura o preço atual? | Chat com preço temporário até 31/10/2026 | Se há oferta temporária na tabela |
A resposta curta: o melhor é o que você consegue operar com previsibilidade. Para quem está decidindo entre montar rápido com IA ou construir para durar, o raciocínio completo está em onde o vibe coding cabe e onde não cabe dentro da empresa.
Quais são os erros mais comuns ao adotar o Lovable?
- Orçar só a construção. O app publicado tem custo mensal próprio, e ele sai do mesmo saldo do editor.
- Usar o plano Free para app de cliente. Sem recarga, saldo zerado significa backend pausado até o mês virar ou até alguém trocar de plano.
- Pôr bloqueio no limite de Cloud. O limite cumpre o que promete e pausa o app. Na operação, alerta; bloqueio, só na construção.
- Confiar no limite por membro. Ele não enxerga o consumo do app, que pertence ao projeto.
- Achar que recarga religa tudo. Depois de uma pausa, o backend pode exigir o Wake up manual.
- Deixar a exportação para a crise. Com o backend pausado, os dados não saem.
- Orçar o chat pelo preço de hoje. A precificação atual é temporária e vale até 31 de outubro de 2026.
O padrão se repete em outras plataformas que cobram por consumo: a fatura cresce quando o produto dá certo, como mostramos em a conta das ferramentas no-code que chega depois que o app funciona.
Vale a pena assinar o Lovable?
Depende do uso, e a resposta muda conforme o app sai do protótipo e entra em operação:
- Validar uma ideia: o Free basta para sentir a ferramenta; o Pro de entrada resolve um protótipo sério, com código baixável e domínio próprio.
- Ferramenta interna de um time: vale, com recarga automática ligada e alerta de saldo. Se o acesso precisa ficar restrito a quem é da empresa, o Business oferece publicação interna e SSO.
- App para cliente pagante: vale se o custo de operação estiver no preço, com Git sincronizado, exportação de dados na rotina e um responsável pelo saldo.
- Núcleo do negócio com dado sensível: exige a camada de governança dos planos superiores e uma decisão consciente sobre dependência de fornecedor.
Por onde começar hoje: liste os apps publicados da workspace, veja o consumo de Run de cada um nos últimos 30 dias, ligue a recarga automática com teto, troque por alerta qualquer bloqueio em limite de Cloud ou IA e conecte cada projeto ativo a um repositório. É meia hora de trabalho que evita a pausa de uma sexta à noite.
Se a dúvida é maior que uma ferramenta, o diagnóstico gratuito de marketing avalia tecnologia e automação junto com as demais dimensões do negócio. E a construção com plataformas visuais e de IA, com custo de operação e saída planejados desde o início, está descrita na página de low-code e no-code.

