Supabase kostenlos: Limits der Cloud vs. eigener VPS

Ist Supabase kostenlos?

Supabase ist auf zwei unterschiedliche Arten kostenlos. Diese beiden Angebote sind nicht identisch. Der gehostete Free-Tarif kostet kein Geld und erfordert keine Kreditkarte. Der Quellcode ist offen. Wenn Sie den gesamten Stack auf Ihrem eigenen VPS (virtual private server) betreiben, fallen daher keine Lizenzkosten an. Beim einen Angebot zahlen Sie mit Einschränkungen. Beim anderen zahlen Sie mit Arbeit.

Auf der am 10. September 2026 geprüften Seite supabase.com/pricing wird ein Free-Tarif mit 0.5 GB Datenbank-Speicher, 1 GB Dateispeicher, 5 GB ausgehendem Datenverkehr und 50.000 monatlich aktiven Benutzern für bis zu zwei aktive Projekte aufgeführt. Auf derselben Seite steht der entscheidende Hinweis: „Free projects are paused after 1 week of inactivity“. Prüfen Sie diese Werte erneut, bevor Sie Ihre Planung darauf stützen, da sich Preisangaben ändern können.

Was der Free-Tarif tatsächlich bietet

[
  {
    "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 (monatlich aktive Benutzer) zählt die unterschiedlichen Benutzer, die sich innerhalb eines Abrechnungsmonats authentifizieren. Daher sind 50,000 für alles, was Sie noch entwickeln, großzügig bemessen. Das Benutzerlimit ist fast nie das erste Limit, das erreicht wird. Zuerst sind meist die 0.5 GB Postgres-Speicher oder die 5 GB ausgehender Datenverkehr erschöpft, sobald Sie Bilder oder Dateien aus Storage bereitstellen.

Zwei aktive Projekte sind das weniger auffällige Limit. Ein Produktionsprojekt und ein Staging-Projekt schöpfen den Free-Tarif bereits aus. Eine dritte Idee muss daher entweder warten oder sich eine Datenbank mit etwas teilen, das nicht dieselbe Datenbank verwenden sollte.

Warum die Pause wichtiger ist als das Speicherlimit

„Kostenlose Projekte werden nach 1 Woche Inaktivität pausiert“ ist der Satz, mit dem die meisten kostenlosen Tarife enden. Ein Projekt, das sieben Tage lang niemand abfragt, verarbeitet keine Anfragen mehr. Eine Demo, die in einer README verlinkt ist, oder eine Staging-API, die Sie einmal im Monat aufrufen, ist genau dann nicht erreichbar, wenn die Person, der Sie den Link geschickt haben, ihn öffnet. Sie können das Projekt über das Supabase-Dashboard mit einem Klick wiederherstellen. Das geht schnell, aber nur, wenn Sie den Zustand überwachen.

Das ist der tatsächliche Preis des kostenlosen Hosting-Tarifs. Sie zahlen nicht mit Geld. Sie zahlen mit Verfügbarkeit und mit einem Limit, das Sie nur durch einen Tarifwechsel erhöhen können.

Kosten von Pro und Team, wenn Free nicht mehr ausreicht

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

Pro beginnt bei $25 pro Monat und umfasst 8 GB Speicherplatz pro Projekt, 100 GB Dateispeicher und 250 GB ausgehenden Datenverkehr. Nach Überschreiten dieser Mengen berechnet die Seite Speicherplatz mit $0.125 pro GB, Dateispeicher mit $0.0213 pro GB und ausgehenden Datenverkehr mit $0.09 pro GB. Diese Preise gelten am 10 September 2026. Pro deaktiviert außerdem die Pause wegen Inaktivität. Team beginnt bei $599 pro Monat. Der Tarif richtet sich an Organisationen, die Compliance- und Zugriffskontrollfunktionen benötigen, nicht an einzelne Entwickler mit einem Nebenprojekt.

Ausgabenlimits sind im Pro-Tarif standardmäßig aktiviert. Diese Voreinstellung ist relevant: Wenn Sie ein enthaltenes Kontingent überschreiten, wird der Dienst eingeschränkt, statt dass die Rechnung unbemerkt weiter steigt. Wenn Sie das Limit deaktivieren, entscheiden Sie sich bewusst für das andere Fehlerverhalten. Diese Rechnung führen Sie auch durch, wenn Sie die Kosten eines verwalteten Postgres-Dienstes mit einem selbst betriebenen VPS vergleichen, denn der Preis für den verwalteten Dienst bezahlt größtenteils den Bereitschaftsdienst eines anderen Betreibers.

Was Self-Hosting stattdessen kostet

Keine Lizenzkosten. Die Supabase-Dokumentation bezeichnet Docker Compose als „the fastest and recommended way to self-host“. Der Stack läuft auf einem gewöhnlichen VPS. Die Rechnung kommt stattdessen in Form von Arbeitsaufwand. Die Dokumentation nennt klar, welche Aufgaben bei Ihnen liegen:

• Bereitstellung und Wartung des Servers
• Absicherung des Systems sowie Aktualisierung von Betriebssystem und Diensten
• Konfiguration und Verwaltung der Dienste
• Wartung der Postgres-Datenbank
• Hochverfügbarkeit und Skalierung
• Backups und Notfallwiederherstellung
• Überwachung und Sicherstellung der Verfügbarkeit

Betrachten Sie das als wöchentliche Kosten und nicht als einmaligen Einrichtungsaufwand. Die Bereitstellung erfolgt einmalig. Updates und Prüfungen der Backups laufen dauerhaft. Wenn Ihre ehrliche Antwort lautet, dass niemand jemals eine Wiederherstellung testen wird, ist der gehostete Plan günstiger, als es zunächst scheint. Eine Wiederherstellung, die Sie noch nie durchgeführt haben, ist kein Backup.

Was das selbst gehostete Supabase nicht umfasst

Der selbst gehostete Stack ist keine Kopie der gehosteten Plattform. In der Dokumentation werden die nicht verfügbaren Funktionen genannt: „Branching, erweiterte Metriken über Logs hinaus, verwaltete Backups und PITR, Analytics- und Vector-Buckets, ETL sowie die Platform Management API“. PITR (Point-in-Time-Recovery) wird nach einer Migration häufig vermisst. Bei den gehosteten Plänen aktivieren Sie diese Funktion in den Einstellungen. Auf dem eigenen Server benötigen Sie dafür ein Base Backup und die Archivierung der WALs (Write-Ahead Logs). Außerdem brauchen Sie einen Speicherort außerhalb des Servers für beides sowie einen Testlauf, der das Zusammenspiel der einzelnen Komponenten überprüft. Tools wie pgBackRest sind genau für diesen Zweck vorgesehen. Die Konfiguration liegt bei Ihnen.

Studio, das Web-Dashboard, „unterstützt bei einer selbst gehosteten Installation keine mehreren Organisationen oder Projekte“. Ein Stack entspricht einem Projekt. Wenn Sie also wegen der Beschränkung auf zwei Projekte selbst hosten möchten, planen Sie einen zweiten Stack mit eigenen Ports oder auf einem eigenen Server ein. Ein zweites Projekt innerhalb eines Dashboards ist nicht möglich.

Was Sie zurückbekommen

Self-hosted Supabase „telefoniert nicht nach Hause und erfasst keine Telemetriedaten“, wie es in der Dokumentation heißt. Ihre Datensätze und Ihre Benutzertabelle liegen auf Hardware, die Sie direkt mieten. Genau das ist entscheidend, wenn ein Kundenvertrag oder eine Aufsichtsbehörde vorschreibt, in welchem Land die Daten gespeichert werden müssen.

Sie erhalten außerdem die eigentliche Postgres-Datenbank. Die gehostete Plattform optimiert und verwaltet den Server für Sie. Auf Ihrem eigenen System gehören shared_buffers, max_connections, die Liste der Erweiterungen und der davor geschaltete Pooler vollständig Ihnen und können von Ihnen konfiguriert werden. Letzterer wird früh zum Problem, weil eine serverlose Funktion oder eine stark ausgelastete Anwendung mehr Verbindungen öffnet, als Postgres hält. An diesem Punkt ist der Betrieb von PgBouncer oder Supavisor auf Ihrem eigenen VPS keine optionale Maßnahme mehr.

Der ausgehende Datenverkehr ist die Grenze, die Self-Hosting am deutlichsten beseitigt. 5 GB sind schnell aufgebraucht, sobald Storage Bilder oder Audiodateien an echte Besucher ausliefert. Die meisten VPS-Tarife enthalten ein in Terabyte gemessenes Übertragungsvolumen. Eine an Dateien reiche Anwendung erreicht daher die Grenze des Hosting-Angebots lange bevor sie den Server auslastet. Wenn Storage der Grund ist, warum Sie diesen Text lesen, kalkulieren Sie die Kosten für den Speicherplatz vor den Kosten für die Rechenleistung: was ein Terabyte auf Block- oder Objektspeicher tatsächlich kostet beeinflusst die Gesamtkosten stärker als die CPU.

Den Self-Hosted-Stack starten

Der dokumentierte Weg besteht aus einem flachen Klon des Verzeichnisses docker im Repository, festgelegt auf ein Self-Hosted-Release-Tag. Am 10 September 2026 lautet dieses Tag self-hosted/v0.8.1. Unter supabase.link/setup.sh gibt es ein offizielles Setup-Skript. Der unten beschriebene manuelle Klon ist die bessere Wahl, wenn Sie den Dateibaum in Ihrem eigenen Git-Repository verwalten möchten.

git clone --depth 1 --branch self-hosted/v0.8.1 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
sh utils/generate-keys.sh
docker compose pull
sh run.sh start

sh utils/generate-keys.sh ist der Schritt, den Sie nicht überspringen dürfen. .env.example wird mit Platzhalter-Secrets ausgeliefert, die jeder im öffentlichen Repository lesen kann. Ein Stack, der mit diesen Werten gestartet wird, ist für jeden offen, der den Port findet. Setzen Sie außerdem DASHBOARD_PASSWORD in .env, weil Studio durch HTTP-Basisauthentifizierung geschützt ist und die Dokumentation für dieses Passwort mindestens einen Buchstaben verlangt.

Prüfen Sie das Ergebnis mit docker compose ps. Der Befehl sollte jeden Dienst als laufend oder fehlerfrei auflisten. Öffnen Sie anschließend Studio auf Port 8000 und melden Sie sich mit den Dashboard-Zugangsdaten an. sh run.sh secrets gibt die generierten Schlüssel aus, wenn Sie sie erneut benötigen. sh run.sh stop fährt den Stack herunter. Veröffentlichen Sie Port 8000 nicht direkt im Internet. Schalten Sie stattdessen einen Reverse Proxy mit TLS (Transport Layer Security) davor oder belassen Sie den Port in einem privaten Netzwerk. Die vollständige Anleitung einschließlich dieses Proxys und der .env-Werte, die Sie zuerst ändern sollten, finden Sie im Schritt-für-Schritt-Leitfaden zum Self-Hosting von Supabase mit Docker Compose.

Welches Free-Angebot passt zu Ihnen?

Wählen Sie den gehosteten Free-Tarif, solange das Projekt noch entwickelt und nicht produktiv genutzt wird und eine Pause keine Kosten verursacht. Es handelt sich um einen vollwertigen Tarif mit einer großzügigen Benutzeranzahl. Gleichzeitig ist er darauf ausgelegt, dass Sie später auf einen anderen Tarif wechseln.

Wählen Sie Pro für $25 pro Monat, sobald das Projekt Benutzer hat, die Ausfallzeiten bemerken. Das kostet weniger als die Zeit, die Sie in einem einzigen Monat für Prüfungen Ihrer Backups aufwenden würden. Die Zahlung ist daher eine Frage der Planung und kein Scheitern.

Wählen Sie Self-Hosting, wenn Sie bereits einen VPS betreiben und dafür schon bei einem anderen Projekt den Administrationsaufwand übernehmen, wenn die Daten Ihre Rechtsordnung nicht verlassen dürfen oder wenn Speicherbedarf und ausgehender Datenverkehr schneller wachsen als die Kosten eines Servers. Dieses Abwägen wiederholt sich bei jedem Open-Core-Produkt. Die Aufteilung zwischen n8ns kostenloser Community Edition und seinen kostenpflichtigen Tarifen und die Aufteilung zwischen dem kostenlosen Nextcloud Hub und seinem Enterprise-Abonnement ziehen dieselbe Grenze an derselben Stelle. Die kostenlose Software ist vollständig genug für einen echten produktiven Workload. Das kostenpflichtige Produkt verkauft Ihnen den Teil, für den niemand gern selbst die Verantwortung übernimmt.

FAQ

Ist der kostenlose Supabase-Tarif dauerhaft kostenlos?

Der Free-Tarif hat keine zeitliche Begrenzung und erfordert keine Kreditkarte; dies wurde am 10. September 2026 geprüft. Stattdessen gelten Limits: 0.5 GB Datenbank, 1 GB Dateispeicher, 5 GB ausgehender Datenverkehr, 50.000 monatlich aktive Benutzer und zwei aktive Projekte. Was die kostenlose Nutzung für die meisten Benutzer beendet, ist kein Kontingent. Es ist die Regel: „Free projects are paused after 1 week of inactivity“.

Was passiert, wenn ein kostenloses Supabase-Projekt pausiert wird?

Es verarbeitet keine Anfragen mehr. API-Aufrufe schlagen fehl, und das Dashboard kennzeichnet das Projekt als pausiert, bis jemand es wiederherstellt. Dafür gibt es eine Schaltfläche im Supabase-Dashboard. Ihre Anwendung erhält keine eigene Warnung. Eine Demo, die Sie vor einem Monat geteilt haben, ist daher meist bereits nicht mehr erreichbar, wenn Sie jemand darauf hinweist. Wenn das Projekt zu jeder Tages- und Nachtzeit antworten muss, wechseln Sie zu Pro oder hosten Sie es selbst.

Ist selbst gehostetes Supabase dasselbe wie die gehostete Version?

Nein. In der Dokumentation ist aufgeführt, was Self-Hosting nicht umfasst: „branching, advanced metrics beyond logs, managed backups and PITR, analytics and vector buckets, ETL, and the platform management API“. Studio „doesn't support multiple organizations or projects“. Ein selbst gehosteter Stack entspricht daher einem Projekt. Die Komponenten für Datenbank, Authentifizierung, Speicher, Realtime und Edge Functions sind dieselbe Software, die auch auf der gehosteten Plattform ausgeführt wird.

Sendet selbst gehostetes Supabase Daten an Supabase zurück?

Nein. In der Dokumentation zum Self-Hosting steht, dass eine selbst gehostete Bereitstellung „does not phone home or collect any telemetry“. Die Container laden ihre Images aus einer öffentlichen Registry, wenn Sie docker compose pull ausführen. Das ist ein gewöhnlicher Image-Download und kein Bericht über Ihre Daten. Danach verbleibt alles auf Ihrem Server. Das bedeutet auch, dass Sie für jedes Backup und jedes Security-Update selbst verantwortlich sind.