Alternatives

Alternativen zu Supabase

Supabase ist Postgres mit Auth, Storage, Realtime und Edge Functions obendrauf, und mit Abstand das bestdokumentierte Produkt dieser Kategorie. Die meisten, die eine Alternative suchen, sind nicht mit Postgres unzufrieden — sie stoßen an eine bestimmte Kante des Produkts drumherum.

Veröffentlicht von Rebase, das selbst eines der Werkzeuge auf dieser Seite ist. Jeder andere Eintrag wird danach beschrieben, worin er gut ist, mehrere der Empfehlungen unten sind nicht wir, und es stehen nirgends Preise — Wettbewerbspreise ändern sich quartalsweise, und eine veraltete Zahl ist schlechter als keine.

Fang damit an, warum du gehst

Fast niemand will „die beste Alternative“. Man will die, die genau das repariert, was kaputtgegangen ist. Finde deine Zeile.

“Das Dashboard ist ein Tabelleneditor, und mein Team braucht ein echtes Admin-Panel”

Rebase

Erzeugt ein vollständiges Back-Office — Formulare, Rollen, Medien, Kanban, deine eigenen React-Komponenten — aus denselben Collection-Definitionen, die die API erzeugen, und bleibt so mit dem Schema im Gleichschritt statt daneben gepflegt zu werden.

“RLS in einem Dashboard zu schreiben und zu debuggen ist mühsam”

Rebase

Security-Rules sind Teil der TypeScript-Collection-Definition und kompilieren zu echten Postgres-Policies — eine Policy ist im Pull Request lesbar und im Diff sichtbar. Die Durchsetzung ist identisch, es ist beide Male Postgres.

“Ich will eine Binärdatei und gar keine Infrastruktur”

PocketBase

Eine einzige ausführbare Datei mit SQLite, Auth, Storage und einer Admin-Oberfläche. Nichts hier ist einfacher zu betreiben.

“Ich will Firebases Form, aber selbst gehostet”

Appwrite

Das, was Firebases Entwicklererfahrung am nächsten kommt und das du selbst betreiben kannst, mit SDKs für die meisten Plattformen.

“Ich brauche GraphQL”

Hasura or Nhost

Hasura, wenn du den Rest selbst zusammensetzt oder mehrere Quellen föderierst; Nhost, wenn du Hasura mit bereits verdrahteter Auth, Storage und Functions willst.

“Ich wollte nur Managed Postgres”

Neon

Postgres mit Branching und Scale-to-Zero, und nichts von der Plattform drumherum. Setz darauf, was du willst.

9 Alternativen zu Supabase

Grob danach sortiert, wie oft sich das jeweilige Werkzeug als die Antwort erweist, nicht nach einer Punktzahl. Wo ein direkter Vergleich existiert, ist er verlinkt.

  1. 1

    Rebase

    That's usOpen Source· Beides

    Am besten für: Postgres plus ein Admin-Panel, das dein ganzes Team benutzen kann

    Ein Postgres-Backend — REST-API, typisiertes SDK, Auth, Realtime, Storage, Functions, Cron — plus ein Admin-Panel, das aus denselben TypeScript-Collection-Definitionen entsteht. Row-Level Security wird im Code geschrieben und zu echten Postgres-Policies kompiliert, Autorisierung setzt also die Datenbank durch statt der Schicht davor. Verbindet sich mit einer Postgres-Datenbank, die es schon gibt.

  2. 2

    Appwrite

    Open Source· Beides

    Am besten für: Eine API in Firebase-Form, die du selbst hosten kannst

    Ein Rundum-Backend mit Auth, Datenbanken, Storage, Functions und Messaging, samt Client-SDKs für die meisten Plattformen. Näher an Firebases Form als an einem SQL-Backend — die Datenbank ist dokumentenorientiert, was richtig ist, wenn du das wolltest, und falsch, wenn du wegen Joins gekommen bist.

  3. 3

    PocketBase

    Open Source· Self-hosted

    Am besten für: Eine Binärdatei, eine Datei, keine Infrastruktur

    Eine einzige Go-Binärdatei mit eingebetteter SQLite-Datenbank, Auth, Dateispeicher, Realtime und einer Admin-Oberfläche. Wirklich angenehm für eine kleine App oder einen Prototyp. Die Einschränkung ist dieselbe wie der Reiz: SQLite und ein Prozess — horizontale Skalierung und Postgres-spezifische Funktionen stehen nicht zur Debatte.

  4. 4

    Nhost

    Open Source· Beides

    Am besten für: Postgres und GraphQL mit fertig verdrahteter Auth

    Bündelt Postgres, Hasura, Auth, Storage und Functions zu einer Plattform, du bekommst das GraphQL-Modell also, ohne es zusammenzusetzen. Passt gut, wenn du Hasura wolltest, plus die Teile drumherum.

  5. 5

    Hasura

    Open Source (Apache-2.0)· Beides

    Am besten für: GraphQL, vor allem föderiert über mehrere Quellen

    Erzeugt eine GraphQL-API über Postgres und anderen Quellen, mit einem in Metadaten definierten Berechtigungssystem. Die stärkste Option hier, wenn GraphQL eine Produktentscheidung ist und keine Vorliebe. Es gibt dir eine API und eine Konsole, kein Back-Office für Nicht-Entwickler.

  6. 6

    Directus

    Source-available (MSCL)· Beides

    Am besten für: Eine reife redaktionelle Oberfläche über einer bestehenden Datenbank

    Verpackt eine SQL-Datenbank in eine REST- und GraphQL-API und eine gut gebaute Admin-Anwendung, und arbeitet mit einem Schema, das du schon hast. Berechtigungen werden in der Directus-Schicht durchgesetzt, nicht in der Datenbank, und die Anwendung besitzt eigene Tabellen.

  7. 7

    Neon

    Open Source (Kern)· Gehostet

    Am besten für: Serverless Postgres mit Branching, und sonst nichts

    Managed Postgres mit Datenbank-Branches und Scale-to-Zero, seit Mai 2025 Teil von Databricks. Bewusst kein Backend — keine Auth, keine API, kein Admin-Panel — was es zu einem guten Fundament macht, auf das man eines der anderen Werkzeuge hier setzt, Rebase eingeschlossen.

  8. 8

    Convex

    Source-available (FSL)· Beides

    Am besten für: Reaktive Apps, in denen Queries Code sind, kein SQL

    Ein Backend, in dem Queries und Mutationen TypeScript-Funktionen sind und der Client neu rendert, wenn sich ihre Ergebnisse ändern. Ein wirklich anderes Modell, und ein angenehmes. Es ist kein Postgres — die Gründe, Postgres zu wollen, treffen also nicht zu. Der Code steht unter der Functional Source License, die zwei Jahre nach jedem Release in Apache-2.0 übergeht.

  9. 9

    Firebase

    Proprietär· Gehostet

    Am besten für: Mobile Apps, die offline funktionieren müssen

    Client-SDKs mit Offline-Persistenz, die weiterhin die besten der Kategorie sind, auf Googles operativer Skala. Die Datenbank ist ein Dokumentenspeicher — Joins, Transaktionen über Collections hinweg und Ad-hoc-Abfragen sind das, worauf du verzichtest.

Fragen

Rebase und Supabase, beantwortet

Was ist die nächstliegende Supabase-Alternative?

Kommt darauf an, welchen Teil du ersetzt. Appwrite ist der Form nach am nächsten — ein selbst hostbares Rundum-Backend mit Client-SDKs — auch wenn seine Datenbank dokumentenorientiert und nicht relational ist. Willst du speziell Postgres-mit-Plattform, sind Nhost und Rebase am nächsten; Nhost neigt zu GraphQL, Rebase zu REST plus einem generierten Admin-Panel.

Gibt es eine selbst gehostete Supabase-Alternative?

Mehrere, und Supabase selbst ist selbst hostbar — es ist Open Source, und es selbst zu betreiben ist ein unterstützter, wenn auch aufwendiger Weg. Wenn du suchst, weil Supabase selbst zu hosten schwerer ist als gewollt: PocketBase ist hier die leichteste Option, und Rebase, Appwrite und Directus laufen als normale Anwendung neben einem normalen Postgres.

Muss ich für den Wechsel meine Datenbank migrieren?

Meist nicht, wenn du zu etwas Postgres-Basiertem gehst. Deine Daten liegen schon in Postgres, und Rebase, Directus, Hasura und Nhost verbinden sich mit einer Datenbank, die es schon gibt. Umschreiben musst du die Client-Schicht und alles, was Supabase-eigene Dienste nutzt — ihr Auth-Schema, ihre Storage-Buckets und ihre Edge Functions sind ihre Implementierungen, keine Postgres-Funktionen.

Welche Alternative ist bei Row-Level Security am besten?

Alles, was die Durchsetzung in Postgres lässt, denn eine Policy in der Datenbank gilt für jeden Client, nicht nur für die, die durch das Werkzeug gehen. Supabase und Rebase tun beides. Der Unterschied ist, wo die Policy geschrieben wird: Supabase im Dashboard als SQL, Rebase in der Collection-Definition als Code, der zu derselben Policy kompiliert.

Ist Supabase für manche Projekte weiterhin die richtige Wahl?

Oft ja. Willst du die größte Community und das meiste Material von Dritten, zählt der Gratis-Tarif am Anfang, oder willst du Edge Functions am CDN, ist Supabase voraus. Nichts auf dieser Seite schlägt es beim Ökosystem — die Gründe, woanders zu schauen, sind konkrete, und wenn keiner davon deiner ist, hast du deine Antwort schon.

Glaub uns nicht einfach.

Der Vergleich, der zählt, ist der, den du selbst machst. Richte Rebase auf ein Postgres, das du schon hast, und sieh, wie es sich neben Supabase hält.

~pnpm dlx @rebasepro/cli init