← todos os posts
Segurança 6 min de leitura

"Firebase, Supabase ou banco na plataforma: o que muda em propriedade, custo e o que você precisa saber"

"Três jeitos de guardar os dados do app, comparados por quem é dono, o que acontece quando o limite estoura e como tirar uma cópia. Com a ação de hoje."

"O que é Supabase?" Depois: "Por que tenho duas databases?"

Essas duas perguntas aparecem em sequência na trajetória que a pesquisa de mercado deste blog registrou entre quem constrói com IA em 2026 (síntese de relatos, não estatística). É o momento em que o banco de dados, onde moram cadastros, pedidos e contas dos usuários, deixa de ser invisível.

Se você só descobriu que tinha um banco quando ele deu problema, a culpa não é sua. A plataforma escolheu por você, num clique, no primeiro dia. Funcionou, e ninguém precisou te perguntar nada.

Vou comparar as três opções que aparecem pra quem não programa. Não por qual é "melhor", e sim por: de quem é, o que acontece quando passa do limite, e como você tira uma cópia.

As três opções

Banco na plataforma. O exemplo é o Lovable Cloud, o banco embutido do Lovable, que vem ligado.

Supabase na sua conta. Serviço de banco criado com o seu e-mail. Cada projeto é "um banco Postgres completo", diz a documentação (Postgres é um tipo de banco aberto e muito usado).

Firebase na sua conta. O serviço do Google que guarda banco, login e funções que rodam no servidor. O banco dele, o Firestore, guarda os dados como fichas, não como planilha. É o que eu uso.

A comparação

Banco na plataforma (Lovable Cloud) Supabase na sua conta Firebase na sua conta
Em nome de quem da Lovable; o projeto não aparece no seu painel seu, numa organização onde você é dono (Owner) seu, num projeto Google onde você é proprietário (Owner)
Como cobra do mesmo saldo de créditos de construir; hoje com 20 créditos mensais de cortesia pro Cloud, oferta que a Lovable chama de temporária grátis, ou Pro a partir de US$ 25 por mês grátis (Spark, sem cartão), ou Blaze, que cobra pelo que usar
Quando o limite estoura se o saldo zera, o site continua no ar, mas apps que dependem do Cloud "podem pausar até que créditos sejam adicionados" grátis: pausa depois de 1 semana sem uso. Pro: teto de gasto ligado por padrão Spark: o recurso estourado é desligado "pelo resto do mês". Blaze: o alerta de orçamento não limita a cobrança
Cópia exportação do banco pelo painel Pro guarda backup diário por 7 dias; o comando de cópia é documentado a exportação oficial só funciona no Blaze
Sair não tem migração de um clique pra um Supabase seu; remover o Cloud apaga o banco "permanentemente" a cópia volta num projeto novo, seu a cópia volta noutro projeto Firebase, seu

Três coisas que ninguém te conta na hora de escolher:

1. "Grátis" quer dizer coisas diferentes. No Supabase grátis, o problema é parar de usar: uma semana sem movimento e ele pausa. No Firebase grátis, o problema é usar demais: estourou a cota, aquele recurso desliga até o mês virar, pra todos os apps do projeto. No Lovable, é o saldo: ele é o mesmo que você queima construindo.

2. Teto de gasto não é igual nos três. No Supabase Pro ele já vem ligado. No Firebase Blaze, a documentação é direta: "alertas de orçamento não limitam o uso nem a cobrança". Eles só avisam. Teto de verdade existe só pra alguns serviços (funções, IA, hospedagem), e você liga um por um.

3. A cópia oficial não existe justo no Firebase grátis. É o desenho do plano, não castigo. Mas se você tem cliente no Spark, a cópia oficial não tá disponível pra você.

A minha opinião

Pra testar a ideia, o banco na plataforma tá ótimo: é o mais rápido.

Pra cobrar do primeiro cliente, o banco precisa estar numa conta sua. Supabase ou Firebase, por esse critério, dá no mesmo: nos dois você é dono, paga no seu cartão e tira cópia. Escolha o que a sua ferramenta de construir já conhece bem. O que não dá é ter cliente pagante num banco que não aparece no seu painel.

Faz hoje: descubra em qual coluna você tá, e faça a linha dela

Cole isto no chat da sua plataforma:

Não mude nenhum arquivo. Só me responda:
1. Que banco de dados este app usa (Lovable Cloud,
   Supabase, Firebase ou outro)?
2. Ele roda numa conta minha ou na conta da plataforma?
3. Em qual plano ele está, se você souber?

Confira a resposta abrindo o painel. Depois, a ação da sua coluna:

  • Banco na plataforma: exporte o banco hoje e baixe os arquivos que os clientes subiram. Guarde numa pasta com a data no nome. Não resolve a propriedade, mas é a cópia que você não tem.
  • Supabase: abra a parte de cobrança (Billing). Se tem cliente e o plano é o grátis, você tá a uma semana parada de ver o app pausar. Se é Pro, confira se o teto de gasto continua ligado.
  • Firebase: veja se o projeto é Spark ou Blaze. Spark com cliente: escreva num papel qual cota estoura primeiro no seu app (a página de uso mostra), porque estourar desliga até o mês virar. Blaze: crie um alerta de orçamento, sabendo que ele só avisa, e ligue o teto nas funções se o app usa.

Dez minutos, e você sabe em qual coluna mora e o que te ameaça ali.

Uma coluna, várias paredes

Saber em qual coluna você tá é a primeira pergunta. A segunda é se ela tá no seu nome de verdade, com dois donos, no seu cartão e com o código de verificação no seu celular. Isso é o checklist de propriedade do banco, seis perguntas de sim ou não.

Depois vêm as que dependem dessas: a cópia que você testou e viu voltar, as regras que impedem um cliente de ver o dado do outro, e a mudança de casa sem o cliente perceber. Elas têm ordem, e a ordem começa por saber de quem é o banco.

Fontes