Alternativen zu Firebase
Firebase ist eine gehostete Plattform rund um Firestore, eine Dokumentendatenbank, mit Authentifizierung, Storage, Functions und Client-SDKs, deren Offline-Unterstützung weiterhin die beste der Branche ist. Die meisten Teams, die gehen, verlassen nicht die Plattform — sie verlassen das Dokumentenmodell.
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.
“Wir brauchen SQL — Joins, Transaktionen, Ad-hoc-Abfragen”
Supabase or RebaseBeide sind Postgres. Supabase ist die reifere Plattform mit dem größeren Ökosystem; Rebase fügt ein aus demselben Schema erzeugtes Admin-Panel hinzu, was zählt, wenn Leute außerhalb des Engineerings mit den Daten arbeiten müssen.
“Die Rechnung skaliert auf eine Weise, die wir nicht vorhersagen können”
Alles Selbst-HostbareDie Abrechnung pro Read ist das, was eine Firestore-Rechnung bewegt, ohne dass sich das Produkt ändert. Ein selbst gehostetes Postgres und eine Anwendung daneben kosten, was die Maschine kostet.
“Wir wollen ein Dokumentenmodell behalten, aber selbst gehostet”
AppwriteDas, was Firebases Form und Entwicklererfahrung am nächsten kommt und das du auf eigener Infrastruktur betreiben kannst.
“Wir wollen reaktive Queries, ohne auf ein echtes Backend zu verzichten”
ConvexQueries sind TypeScript-Funktionen, und der Client rendert neu, wenn sich ihre Ergebnisse ändern — der Teil von Firestore, den man am meisten vermisst, absichtlich gebaut.
“Unser Betriebsteam muss die Daten sehen und bearbeiten”
RebaseDie Firebase-Konsole ist ein Entwicklerwerkzeug. Ein generiertes Admin-Panel mit Rollen, Formularen und Medien ist etwas anderes — und genau das wird meist von Hand gebaut, wenn ein Firebase-Projekt erwachsen wird.
“Es ist eine kleine App und wir wollen eine einzige Sache betreiben”
PocketBaseEine Binärdatei mit Auth, Storage, Realtime und einer Admin-Oberfläche. Die kleinste vollständige Antwort hier.
9 Alternativen zu Firebase
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
Supabase
Open Source· BeidesAm besten für: Das größte Ökosystem und der schnellste Start
Postgres mit Auth, Storage, Realtime und Edge Functions, und mit Abstand das bestdokumentierte Produkt dieser Kategorie. Das Dashboard ist ein Tabelleneditor, kein Admin-Panel, und RLS wird dort als SQL geschrieben — genau die zwei Dinge, die Leute am häufigsten ersetzen wollen.
- 2
Appwrite
Open Source· BeidesAm 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
Rebase
That's usOpen Source· BeidesAm besten für: Zu Postgres wechseln und ab Tag eins ein Back-Office brauchen
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.
- 4
PocketBase
Open Source· Self-hostedAm 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.
- 5
Convex
Source-available (FSL)· BeidesAm 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.
- 6
Nhost
Open Source· BeidesAm 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.
- 7
Neon
Open Source (Kern)· GehostetAm 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
Hasura
Open Source (Apache-2.0)· BeidesAm 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.
- 9
Directus
Source-available (MSCL)· BeidesAm 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.
Rebase und Firebase, beantwortet
Was ist die beste Open-Source-Alternative zu Firebase?
Supabase und Appwrite sind die zwei üblichen Antworten, und sie beantworten verschiedene Fragen. Supabase, wenn du zu Postgres und SQL willst; Appwrite, wenn dir Firebases Form gefiel und du etwas Ähnliches selbst hosten willst. Wenn ein Teil deines Grundes ist, dass deine nichttechnischen Kolleginnen die Firebase-Konsole nicht bedienen können, legt Rebase auf der Postgres-Seite dieser Wahl ein generiertes Admin-Panel dazu.
Wie schwer ist die Migration von Firestore zu Postgres?
Die Arbeit ist die Modellierung, nicht das Kopieren. Sammlungen verschachtelter Dokumente müssen zu Tabellen und Fremdschlüsseln werden, und Entscheidungen, die Firestore dich aufschieben ließ — was eine Relation ist, was Pflicht ist, was eindeutig ist — müssen alle getroffen werden. Rechne mit so viel Zeit, wie das Datenmodell kompliziert ist, und damit, dafür Joins, Transaktionen und Constraints zurückzubekommen.
Gibt es eine Firebase-Alternative mit Offline-Unterstützung?
Keine gleichwertige, und das sollte man deutlich sagen. Firebases Offline-Persistenz ist außergewöhnlich, und nichts auf dieser Liste kommt daran. Muss deine App bei schlechter Verbindung funktionieren, ist das ein echter Grund zu bleiben — oder Firebase für den Client zu behalten und nur die Teile zu bewegen, die SQL brauchen.
Was ist billiger als Firebase?
Fast alles Selbstgehostete, jenseits einer kleinen Größe — nicht weil die Software billiger wäre, sondern weil das Preismodell anders ist. Firestore rechnet pro Read ab, die Kosten folgen also der Nutzung auf schwer vorhersehbare Weise; eine Postgres-Instanz kostet, was die Instanz kostet. Unterhalb einer gewissen Größe ist Firebases Gratis-Tarif sehr schwer zu schlagen.
Kann ich schrittweise umziehen statt auf einmal?
Meist ja, und meist ist das der bessere Plan. Firebase Auth kann bleiben, während die Daten umziehen, oder die Daten eines Features ziehen zuerst um, während der Rest bleibt. Ein kompletter Umschalter auf einem laufenden Produkt ist ein deutlich größeres Risiko, als die Migration rechtfertigt.
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 Firebase hält.