Supabase è gratis? Limiti del cloud e self-hosting

Supabase è gratuito?

Supabase è gratuito in due modi diversi, che non corrispondono alla stessa offerta. Il piano Free ospitato non ha costi. La documentazione sulla fatturazione di Supabase richiede una carta associata per i piani a pagamento, ma non indica alcuna carta per il piano Free. Il codice sorgente è open source, quindi eseguire l'intero stack sul proprio VPS (virtual private server) non comporta costi di licenza. Nel primo caso si paga con i limiti. Nel secondo si paga con il lavoro.

Verificata il 12 ottobre 2026, la pagina supabase.com/pricing elenca un piano Free con 0.5 GB di database, 1 GB di archiviazione dei file, 5 GB di traffico in uscita e 50.000 utenti attivi mensili, distribuiti su due progetti attivi. La stessa pagina contiene la frase che determina gran parte dell'offerta: "I progetti Free vengono sospesi dopo 1 settimana di inattività". Verifica nuovamente questi valori prima di basare il progetto su di essi, perché le pagine dei prezzi possono cambiare.

Cosa offre realmente il piano Free

[
  {
    "plan": "Free",
    "db_gb": 0.5,
    "file_storage_gb": 1,
    "egress_gb": 5
  },
  {
    "plan": "Pro",
    "db_gb": 8,
    "file_storage_gb": 100,
    "egress_gb": 250
  }
]

MAU (utenti attivi mensili) conta gli utenti distinti che generano un evento Auth durante un ciclo di fatturazione. Supabase indica come esempi l’accesso, il rinnovo di un token e la disconnessione. Di conseguenza, un utente autenticato la cui sessione viene rinnovata automaticamente viene conteggiato anche senza un nuovo accesso nello stesso mese. Ogni utente viene conteggiato una sola volta per ciclo, quindi 50,000 utenti sono un limite ampio per qualsiasi progetto ancora in fase di sviluppo. Il numero di utenti è quasi mai il primo limite che si raggiunge. A esaurirsi per primi sono i 0.5 GB di Postgres oppure i 5 GB di traffico in uscita, quando inizi a distribuire immagini o file tramite Storage.

Il limite meno evidente è quello di due progetti attivi. Un progetto di produzione e uno di staging esauriscono da soli il piano Free. Un terzo progetto deve quindi attendere oppure condividere un database con un progetto con cui non dovrebbe condividerlo.

Perché la sospensione conta più del limite di archiviazione

"I progetti gratuiti vengono sospesi dopo 1 settimana di inattività" è la frase che determina la maggior parte dei piani gratuiti. Un progetto al quale nessuno invia query per sette giorni smette di rispondere alle richieste. Una demo collegata da un README o un'API di staging che usi una volta al mese non è disponibile quando la persona a cui hai inviato il link lo apre. Per ripristinarla basta usare il pulsante Resume project nella dashboard di Supabase, disponibile per un anno dopo la sospensione. L'operazione è quindi rapida, ma solo se stai monitorando il progetto. Supabase invia un avviso circa una settimana prima della sospensione. Questo è utile solo se qualcuno legge quella casella di posta.

Questo è il costo reale del piano gratuito in hosting. Non paghi in denaro. Paghi in disponibilità e con un limite che non puoi aumentare senza passare a un piano superiore.

Quanto costano Pro e Team quando Free non è più sufficiente

[
  {
    "plan": "Free",
    "usd_per_month": 0
  },
  {
    "plan": "Pro",
    "usd_per_month": 25
  },
  {
    "plan": "Team",
    "usd_per_month": 599
  }
]

Pro parte da $25 al mese e include 8 GB di spazio su disco per progetto, 100 GB di spazio per i file e 250 GB di traffico in uscita. Oltre queste quantità, la pagina indica un prezzo di $0.125 per GB di spazio su disco, $0.0213 per GB di spazio per i file e $0.09 per GB di traffico in uscita non memorizzato nella cache. Il traffico in uscita memorizzato nella cache ha una soglia separata di 250 GB, poi costa $0.03 per GB. Tutti questi valori sono aggiornati al 12 ottobre 2026. Pro disattiva inoltre la sospensione per inattività. Team parte da $599 al mese ed è pensato per le organizzazioni che richiedono funzionalità di conformità e controllo degli accessi, non per un singolo sviluppatore con un progetto personale.

Nel piano Pro, i limiti di spesa sono attivi per impostazione predefinita. Questa impostazione è importante: quando si supera una quota inclusa, il servizio viene limitato invece di far aumentare la fattura senza preavviso. Se disattivi il limite, scegli deliberatamente l'altro tipo di comportamento in caso di superamento. È lo stesso calcolo da fare quando confronti il costo di Postgres gestito con quello di un VPS gestito autonomamente, perché il prezzo del servizio gestito copre soprattutto il servizio di reperibilità di qualcun altro.

Cosa comporta davvero il self-hosting

Non ci sono costi di licenza. La documentazione di Supabase definisce Docker «il metodo più rapido e consigliato per il self-hosting» e lo stack può essere eseguito su un normale VPS. Il costo si presenta invece sotto forma di lavoro, e la documentazione indica chiaramente quali attività diventano di vostra responsabilità:

• provisioning e manutenzione del server
• hardening della sicurezza e aggiornamento del sistema operativo e dei servizi
• configurazione e gestione dei servizi
• manutenzione del database Postgres
• alta disponibilità e scalabilità
• backup e disaster recovery
• monitoraggio e disponibilità del servizio

Consideratelo un costo settimanale, non un costo di configurazione iniziale. Il provisioning viene eseguito una sola volta. Gli aggiornamenti e i controlli dei backup devono essere eseguiti per sempre. Se la risposta sincera è che nessuno verificherà mai un ripristino, il piano hosted è meno costoso di quanto sembri, perché un ripristino mai eseguito non costituisce un backup.

Cosa non include Supabase self-hosted

Lo stack self-hosted non è una copia della piattaforma in hosting. La documentazione indica ciò che non è disponibile: «branching, metriche avanzate oltre ai log, backup gestiti e PITR, analytics e bucket vettoriali, ETL e Management API». PITR (point in time recovery) è la funzione che spesso manca dopo la migrazione. Nei piani in hosting è un'impostazione che si abilita. Sul proprio server consiste in un backup di base, nell'archiviazione del WAL (write ahead log), in una posizione esterna al server in cui conservare entrambi e in una prova di ripristino che verifichi il corretto funzionamento dell'insieme. Strumenti come pgBackRest esistono proprio per questo, ma la configurazione è a carico dell'amministratore.

Studio, il dashboard web, «non supporta più organizzazioni o progetti» quando viene usato in modalità self-hosted. Uno stack corrisponde a un progetto. Se il motivo per adottare il self-hosting è superare il limite di due progetti, è quindi necessario pianificare un secondo stack con porte proprie o su un server distinto, invece di creare un secondo progetto nello stesso dashboard.

Cosa si ottiene

Supabase self-hosted «non comunica con server esterni né raccoglie dati di telemetria», secondo la documentazione. Le righe e la tabella degli utenti risiedono su hardware noleggiato direttamente da voi. Questo è l'aspetto decisivo quando un contratto con un cliente o un'autorità di regolamentazione stabilisce il Paese in cui devono rimanere i dati.

Avete anche il database Postgres. La piattaforma in hosting ottimizza e gestisce il server per voi. Sul vostro server, shared_buffers, max_connections, l'elenco delle estensioni e il pooler che lo precede sono tutti configurabili da voi. Quest'ultimo componente crea problemi fin dall'inizio, perché una funzione serverless o un'applicazione molto utilizzata può aprire più connessioni di quante Postgres ne possa gestire. È a questo punto che eseguire PgBouncer o Supavisor sul proprio VPS smette di essere facoltativo.

L'egress è il limite che il self-hosting elimina in modo più evidente. 5 GB si esauriscono rapidamente quando Storage distribuisce immagini o file audio a utenti reali. La maggior parte dei piani VPS include un trasferimento misurato in terabyte. Un'applicazione che gestisce molti file raggiunge quindi il limite della piattaforma in hosting molto prima di sovraccaricare il server. Se Storage è il motivo per cui state leggendo questa guida, valutate prima il costo del disco rispetto a quello delle risorse di calcolo: quanto costa davvero un terabyte su block storage o object storage incide sul totale più della CPU.

Avvio dello stack self-hosted

La procedura documentata consiste nel clonare in modo superficiale la directory docker del repository, fissando il checkout a un tag di release self-hosted. Al 12 ottobre 2026, il tag è self-hosted/v0.8.2, pubblicato il 23 settembre 2026. È disponibile uno script di configurazione ufficiale in supabase.link/setup.sh per Debian, Ubuntu, RHEL, CentOS e Fedora. Il clone manuale riportato di seguito è preferibile quando si vuole gestire l'albero dei file nel proprio repository git.

git clone --depth 1 --branch self-hosted/v0.8.2 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
printf 'ref=self-hosted/v0.8.2\n' > .supabase-version
docker compose pull
sh utils/generate-keys.sh
sh utils/add-new-auth-keys.sh
sh run.sh start

sh utils/generate-keys.sh è il passaggio obbligatorio. .env.example contiene secret segnaposto leggibili da chiunque nel repository pubblico. Di conseguenza, uno stack avviato con questi valori è accessibile a chiunque individui la porta. La documentazione esegue subito dopo sh utils/add-new-auth-keys.sh per aggiungere le nuove chiavi API e una coppia di chiavi asimmetriche. Esaminare l'output di entrambi gli script e verificare .env prima di avviare lo stack. Il file .supabase-version registra il tag da cui è stato avviato lo stack, consentendo al update.sh incluso di aggiornare successivamente l'installazione. Impostare anche DASHBOARD_PASSWORD in .env, perché Studio è protetto dall'autenticazione HTTP di base e la documentazione richiede che la password contenga almeno una lettera.

Verificare il risultato con docker compose ps, che dovrebbe elencare ogni servizio come in esecuzione o integro. Aprire quindi Studio sulla porta 8000 e accedere con le credenziali della dashboard. sh run.sh secrets stampa le chiavi generate quando servono nuovamente, mentre sh run.sh stop arresta lo stack. Non pubblicare direttamente la porta 8000 su Internet. Inserire davanti un reverse proxy con TLS (Transport Layer Security) oppure mantenere il servizio su una rete privata. La procedura completa, compreso il proxy e i valori .env che conviene modificare per primi, è disponibile nella guida passo passo per il self-hosting di Supabase con Docker Compose.

Qual è il piano gratuito più adatto

Scegli il piano Free in hosting mentre il progetto è ancora in fase di sviluppo, anziché già in uso, e finché una pausa non comporta costi. È un piano reale, con un numero generoso di utenti. È anche un piano dal quale ci si aspetta che prima o poi si passi a un livello superiore.

Scegli Pro a $25 al mese quando il progetto ha utenti che si accorgono delle interruzioni di servizio. È una spesa inferiore alle ore che dedicheresti ai controlli dei backup in un solo mese. Pagare diventa quindi una decisione di pianificazione, non una sconfitta.

Scegli il self-hosting quando gestisci già un VPS e svolgi già attività operative su di esso per un altro servizio, quando i dati non possono lasciare la tua giurisdizione oppure quando i costi di storage e traffico in uscita crescono più rapidamente del prezzo di un server. Questo compromesso si ripresenta per ogni prodotto open core. La distinzione tra la free community edition di n8n e i suoi livelli a pagamento e la distinzione tra il Nextcloud Hub gratuito e il relativo abbonamento enterprise tracciano la stessa linea nello stesso punto. Il software gratuito è abbastanza completo per gestire un carico di lavoro reale. Il prodotto a pagamento vende la parte che nessuno vuole gestire in prima persona.

FAQ

Il piano gratuito di Supabase è gratuito per sempre?

La pagina dei prezzi non indica limiti di tempo né periodi di prova per il piano Free, in base alla verifica del 12 ottobre 2026, e la documentazione sulla fatturazione richiede una carta registrata per i piani a pagamento, senza indicarne una per Free. Il piano ha invece alcuni limiti: 0.5 GB di database, 1 GB di archiviazione dei file, 5 GB di traffico in uscita, 50,000 utenti attivi mensili e due progetti attivi. Per la maggior parte degli utenti, ciò che interrompe l'uso gratuito non è una quota. È la regola secondo cui "i progetti Free vengono sospesi dopo 1 settimana di inattività".

Cosa succede quando un progetto Supabase gratuito viene sospeso?

Smette di rispondere alle richieste. Le chiamate API falliscono e la dashboard indica che il progetto è sospeso finché qualcuno non lo ripristina con il pulsante Resume project, che la documentazione mantiene disponibile per un anno dalla sospensione. Supabase invia un avviso circa una settimana prima della sospensione, ma l'applicazione non riceve alcun avviso autonomo. Di conseguenza, una demo condivisa un mese prima è solitamente già offline quando qualcuno ti informa del problema. Se il progetto deve rispondere a qualsiasi ora del giorno, esegui l'upgrade a Pro oppure eseguilo in modalità self-hosted.

Supabase self-hosted è uguale alla versione ospitata?

No. La documentazione elenca le funzionalità non incluse nell'esecuzione self-hosted: "branching, metriche avanzate oltre ai log, backup gestiti e PITR, analytics e vector buckets, ETL e Management API". Inoltre, Studio "non supporta più organizzazioni o progetti", quindi un unico stack self-hosted corrisponde a un solo progetto. I componenti database, auth, storage, realtime ed edge function sono gli stessi software eseguiti dalla piattaforma ospitata.

Supabase self-hosted invia dati a Supabase?

No. La documentazione sull'esecuzione self-hosted dichiara che una distribuzione self-hosted "non contatta Supabase né raccoglie dati telemetrici". I container scaricano le proprie immagini da un registry pubblico quando esegui docker compose pull. Si tratta di un normale download di immagini, non di un rapporto sui tuoi dati. Dopo questa operazione, tutto resta sul tuo server. Questo significa anche che ogni backup e ogni aggiornamento di sicurezza sono a tuo carico.