Muita gente descobre o Supabase sem ter procurado por ele. O app foi montado num gerador de IA ou numa ferramenta no-code, alguém clicou em "conectar banco de dados", e de repente existe uma conta no Supabase com um projeto rodando. Funciona, é gratuito, e por um tempo ninguém pensa nisso.
A conta aparece quando o app vira produto: é preciso um ambiente de homologação, um segundo cliente, uma segunda versão. Este artigo explica o que é o Supabase, o que o plano grátis permite, quanto custa o Pro e a regra que mais surpreende na fatura — cada projeto paga a sua computação inteira —, além do que o teto de gastos protege e do que ele deixa passar.
O que é o Supabase e para que serve?
O Supabase é uma plataforma de backend: a parte do aplicativo que guarda os dados, controla quem entra e responde às telas. Em vez de montar um servidor, um banco e um sistema de login separados, o desenvolvedor — ou a ferramenta no-code — cria um projeto no Supabase e recebe tudo isso pronto.
No centro de cada projeto há um banco Postgres, o banco relacional de código aberto. Em volta dele, o Supabase oferece autenticação de usuários, armazenamento de arquivos, funções que rodam no servidor (Edge Functions), mensagens em tempo real (Realtime) e uma API gerada a partir das tabelas, que as telas do app consultam diretamente.
Serve, na prática, para três perfis: o desenvolvedor que quer pular a montagem de infraestrutura, a startup que precisa de um MVP rápido e — cada vez mais — a empresa que construiu um app numa ferramenta de IA ou no-code e herdou o Supabase como banco. É esse terceiro perfil que mais se surpreende com a fatura.
Como funciona o Supabase?
A unidade de tudo é o projeto. Cada projeto é um banco Postgres próprio, com a sua máquina, o seu endereço e as suas chaves. Os projetos ficam dentro de uma organização, e é a organização que tem plano e fatura.
Essa separação explica o modelo de preço. O plano — Free, Pro, Team — é cobrado por organização e define cotas de uso: usuários ativos, espaço em disco, tráfego. Já a computação, a máquina que roda cada banco, é cobrada por projeto, por hora em que ele fica no ar. Um projeto, uma máquina; dois projetos, duas máquinas.
Quem usa o Supabase por trás de uma ferramenta no-code nem sempre vê essa estrutura. A ferramenta cria o projeto, guarda as chaves e esconde o painel. Antes de pensar em preço, vale abrir a conta no site do Supabase e conferir quantos projetos existem e em qual organização cada um está.
O Supabase é gratuito?
Tem um plano gratuito, com limites que bastam para protótipo e teste, mas não para a maioria dos apps em produção. A regra que mais pesa é a pausa: projeto do Free que fica uma semana sem atividade é pausado. Para um app interno usado de vez em quando, ou para um ambiente de homologação, isso significa encontrar o sistema fora do ar justamente quando alguém precisa dele.
Os 500 MB de banco também enchem mais rápido do que parece quando o app grava histórico, registros de uso ou imagens dentro de tabelas. E os 2 projetos ativos acabam cedo: produção e homologação já ocupam os dois.
Quanto custa o Supabase Pro?
O Pro parte de US$ 25 por mês por organização e tira a pausa por inatividade. As cotas incluídas e o preço do excedente, segundo a página oficial:
| Item | Incluído no Pro | Acima da cota |
|---|---|---|
| Usuários ativos mensais (MAU) | 100.000 | US$ 0,00325 por MAU |
| Disco do banco | 8 GB por projeto | US$ 0,125 por GB |
| Armazenamento de arquivos | 100 GB | US$ 0,0213 por GB |
| Egress (tráfego de saída) | 250 GB | US$ 0,09 por GB |
| Computação | US$ 10 de crédito por mês | custo por hora de cada projeto |
| Pausa por inatividade | não pausa | — |
Supabase, página oficial de preços, consultada em novembro de 2026.
Para um app pequeno, as cotas de usuários, disco e tráfego raramente estouram. O que move a fatura de US$ 25 para cima, na maior parte dos casos, é a linha de computação — e ela depende de quantos projetos existem e do tamanho de cada um.
Por que o segundo projeto muda a fatura?
Porque o crédito de US$ 10 é da organização, não de cada projeto. Ele cobre uma instância Micro. O segundo projeto, o terceiro e os seguintes pagam a computação deles por inteiro, hora a hora, enquanto estiverem rodando.
A própria página de preços dá o caso mais comum: uma organização Pro com dois projetos Micro paga US$ 35 por mês — US$ 25 do plano, US$ 10 de cada projeto, menos o crédito de US$ 10. É exatamente o cenário de produção mais homologação.
Quanto custa um app no-code em produção no Supabase?
Os cenários abaixo usam os preços oficiais e consideram só plano e computação — sem excedente de usuários, disco ou tráfego, e sem adicionais como domínio próprio ou backup point-in-time. Os três primeiros são exemplos publicados pela Supabase; o quarto é conta nossa com os mesmos preços.
| Cenário | Conta | Total por mês |
|---|---|---|
| Produção num projeto Micro | US$ 25 + US$ 10 − US$ 10 | US$ 25 |
| Produção e homologação, dois Micro | US$ 25 + US$ 20 − US$ 10 | US$ 35 |
| Produção num projeto Small | US$ 25 + US$ 15 − US$ 10 | US$ 30 |
| Produção Small e homologação Micro | US$ 25 + US$ 15 + US$ 10 − US$ 10 | US$ 40 |
| Três clientes, um projeto Small cada | US$ 25 + US$ 45 − US$ 10 | US$ 60 |
Preços e exemplos: Supabase (página de preços e documentação de computação, novembro de 2026). Cenário de produção Small com homologação Micro: cálculo da Alliance Comunicação.
A conta muda de natureza para quem constrói um app por cliente — uma agência, um software house, um SaaS com banco separado por empresa. Nesse modelo, cada cliente novo acrescenta um projeto e uma máquina inteira. Com dez clientes em instâncias Small, só a computação chega a US$ 140 por mês depois do crédito (10 × US$ 15 − US$ 10). Vale comparar com o modelo de um banco só com isolamento por tabela, que o SaaS feito com IA costuma deixar aberto.
O que o spend cap protege — e o que ele não protege?
O spend cap é o teto de gastos do Pro. Segundo a página de preços, ele vem ligado por padrão. Com ele ativo, quando um item coberto passa da cota, o uso daquele item é bloqueado até o ciclo seguinte, e não há cobrança de excedente. Isso protege contra o susto clássico: um pico de tráfego ou de usuários gerando uma fatura que ninguém previu.
Há um efeito colateral do teto que pouca gente considera: bloquear é parar. Se o app estourar a cota de usuários ativos ou de tráfego com o spend cap ligado, aquele recurso deixa de funcionar até o próximo ciclo. Para um app que vende, um app fora do ar pode custar mais do que o excedente. A decisão de manter ou desligar o teto é de negócio, não só de TI.
Como estimar a fatura antes de publicar o app?
1. Conte os projetos, não os apps
Produção, homologação, um projeto por cliente, um projeto antigo que ficou rodando: cada um é uma máquina. Projeto esquecido no ar consome computação todo mês.
2. Descubra o tamanho de cada instância
O painel mostra se o projeto é Micro, Small ou maior. Algumas ferramentas sobem o tamanho quando o app fica lento; confira antes de fechar o orçamento, porque a diferença entre Micro e Medium é de cerca de US$ 10 para US$ 60 por mês.
3. Some plano e computação, e só então as cotas
US$ 25 do Pro, mais a computação de todos os projetos, menos US$ 10 de crédito. Depois, estime usuários ativos, disco e tráfego contra as cotas incluídas.
4. Liste os adicionais fora do teto
Domínio próprio, IPv4, réplicas, backup point-in-time: nenhum deles é bloqueado pelo spend cap. Se a ferramenta no-code pedir algum, ele entra na conta fixa.
5. Acompanhe a fatura prevista no painel
Como o spend cap não avisa, quem acompanha é a empresa. A página de uso da organização e a seção de fatura prevista mostram o custo estimado do ciclo.
Quando vale manter tudo num projeto só?
Quando a separação não protege nada que importe. Um app interno, de um cliente só, com poucas mudanças, pode viver num projeto único, com os testes feitos com cuidado ou num momento de pouco uso. A economia é de uma máquina inteira por mês.
Separar vale quando um erro em teste pode apagar dado real de cliente, quando há obrigação contratual de isolar os dados de cada empresa, ou quando várias pessoas mexem no app ao mesmo tempo. Nesses casos, o custo de um segundo projeto é barato perto do risco. A pergunta certa é qual risco o projeto extra está pagando para evitar.
O mesmo raciocínio vale para a ferramenta que fica na frente do banco. Em vários geradores de app, o custo do editor e o do app em produção também se misturam, como mostra o artigo sobre o saldo que o app no ar divide com o editor no Lovable.
Qual o melhor: Supabase ou Firebase?
Depende do formato dos dados e de quem vai manter o app. O Supabase usa Postgres, um banco relacional: tabelas, relações entre elas e consultas em SQL, o que favorece dados de negócio estruturados — clientes, pedidos, contratos. O Firebase, do Google, é organizado em documentos, sem esquema rígido, o que dá agilidade no começo e pede mais disciplina quando as relações entre os dados crescem.
Para quem constrói com ferramentas no-code ou geradores de IA, o critério prático costuma ser outro: qual banco a ferramenta escolhida conecta de forma nativa. Trocar de banco depois que o app está em produção é uma migração de verdade, não uma configuração.
O Supabase é seguro?
A plataforma oferece os recursos para um app seguro, mas a segurança dos dados depende de como o projeto é configurado. O ponto mais sensível é o RLS (Row Level Security), as regras que dizem quem pode ler e gravar cada linha de cada tabela. Como as telas do app falam direto com a API do banco, uma tabela sem RLS pode ficar aberta para quem souber a chave pública.
Apps gerados por IA ou montados rapidamente são justamente os que mais deixam isso para depois. Antes de pôr o app no ar, alguém precisa revisar tabela por tabela as políticas de acesso — e manter a chave secreta fora do navegador.
Por onde começar?
Faça o inventário: quantas organizações, quantos projetos ativos, de que tamanho. Com isso, calcule a fatura pelos preços oficiais, decida o que precisa mesmo de projeto separado e confira se o spend cap está ligado — e se faz sentido que esteja. Esse levantamento leva menos de uma hora e costuma achar pelo menos um projeto que ninguém usa.
Se o app no-code é parte do negócio e você quer saber se a base tecnológica acompanha o crescimento, o diagnóstico de marketing gratuito da Alliance leva cerca de 30 minutos e inclui a maturidade em tecnologia e automação. Para construir, revisar ou reorganizar o app, a Alliance trabalha com desenvolvimento low-code e no-code com custo de operação calculado desde o primeiro projeto.