Firebase Pricing 2026: Was für $0 wirklich drin ist

Firebase Pricing kann auch im Produktivbetrieb bei $0 bleiben, doch einen pauschalen Bezahl-Tarif gibt es nicht: Sobald die Kontingente von Spark nicht mehr ausreichen, erfasst Blaze jedes kostenpflichtige Produkt nach Vorgang, Speicher, Datentransfer, Rechenleistung oder Nachricht. In einer Beispielrechnung für eine einzelne Region mit 10 Millionen Lesevorgängen, 1 Million Schreibvorgängen, 10 GiB Speicher und 50 GiB ausgehendem Datentransfer kostet das Firebase-Backend rund $9.06, bevor weitere Dienste hinzukommen. Für das Budget ist meist die Bandbreite entscheidend – nicht der Grundpreis von $0.

Firebase Pricing im Überblick

Firebase bietet zwei Tarife: Spark für $0 und Blaze ohne Grundgebühr. Spark schützt die hinterlegte Zahlungsmethode, indem ein Dienst bei Überschreitung seines Limits stoppt. Blaze hält den Dienst erreichbar und stellt die zusätzliche Nutzung in Rechnung.

Die folgenden Preise und Limits wurden am 13. August 2026 anhand der aktuellen Firebase-Preisseite und der dort verlinkten Abrechnungsdokumentation geprüft.

Zwischen diesen Tarifen gibt es weder ein jährliches Firebase-Paket noch einen Jahresrabatt oder eine Produktionsstufe für $25. Spark ist kostenlos. Blaze rechnet nach Verbrauch über ein verknüpftes Google Cloud Billing-Konto ab.

Die eigentliche Entscheidung lautet nicht „kostenlos oder kostenpflichtig“, sondern hartes Kontingent oder variable Rechnung. Für einen Prototyp ist Spark die sicherere Budgetwahl. Für eine App, die nach Überschreiten eines einzelnen Limits nicht ausfallen darf, ist Blaze die betriebssicherere Wahl.

Wer Firebase Spark kostenlos nutzen kann

Wenn eine App ausschließlich kostenlose Firebase-Produkte verwendet und bei jedem kostenpflichtigen Produkt unter dessen Kontingent bleibt, fallen möglicherweise dauerhaft keine Kosten an. Das trifft auf mehr Projekte zu, als der Begriff „Free Tier“ vermuten lässt.

A/B Testing, Analytics, App Distribution, Cloud Messaging, Crashlytics, In-App Messaging und Performance Monitoring sind kostenlos. Auch App Check kostet innerhalb des Kontingents seines Attestierungsanbieters nichts. Die meisten Standardmethoden von Authentication bleiben ebenfalls kostenlos, sofern keine Identity-Platform-Features oder SMS zur Telefonnummernverifizierung eingesetzt werden.

Für Produkte mit nutzungsabhängiger Abrechnung gelten bei Spark vor allem diese Grenzen:

• Cloud Firestore Standard: 1 GiB Speicher, 50,000 Dokument-Lesevorgänge/Tag, 20,000 Schreibvorgänge/Tag, 20,000 Löschvorgänge/Tag und 10 GiB/Monat ausgehender Datentransfer.
• Firebase Hosting: 10 GB Speicher und 10 GB/Monat Übertragung über das CDN. Eine einzelne Datei darf höchstens 2 GB groß sein.
• Realtime Database: 1 GB Speicher, 10 GB/Monat Download und 100 gleichzeitige Verbindungen.
• Remote Config: ab dem 1. September 2026 täglich 100,000 direkte Abrufanfragen. Bestehende Projekte erhalten Übergangsfristen, die weiter unten erläutert werden.

Spark reicht für eine Unternehmenswebsite, einen internen Prototyp, eine mobile App mit wenig Traffic oder eine Produktions-App, die überwiegend kostenlose Analyse-, Crash-Reporting-, Messaging- und Standard-Anmeldefunktionen nutzt. Wer zunächst die Nachfrage validiert, kann Firestore ohne hinterlegte Zahlungsmethode innerhalb der täglichen Kontingente betreiben. Ein kleines Unternehmen kann eine statische Website unter 10 GB monatlichem Transfer halten. Beide Szenarien können unbegrenzt bei $0 bleiben.

Dieser Schutz hat allerdings eine harte Kante. Überschreitet ein Spark-Projekt das kostenlose Kontingent eines Produkts, schaltet Firebase dieses Produkt für den Rest des Monats ab. Davon sind alle Apps betroffen, die im selben Projekt registriert sind. Hosting gewährt nach Überschreiten seines Transferlimits eine kurze Nachfrist und deaktiviert anschließend die Websites bis zum nächsten Monat oder bis zum Upgrade auf Blaze. Ist das Hosting-Speicherlimit erreicht, sind keine neuen Deployments mehr möglich.

Außerdem fehlen Spark mehrere Infrastrukturkomponenten, die Produktionsanwendungen früher oder später benötigen. App Hosting setzt Blaze voraus. Auch das Deployment von Cloud Functions und kostenpflichtige Google-Cloud-Dienste erfordern Blaze. In der aktuellen Preistabelle von Firebase liegt das kostenlose Kontingent moderner *.firebasestorage.app-Buckets innerhalb von Blaze; Spark ist dort als nicht verfügbar markiert. Diese aktuelle Bucket-Regel wird leicht übersehen, weil ältere Beschreibungen Storage pauschal weiterhin als Produkt mit kostenlosem Kontingent darstellen.

Welche Kosten Firebase Blaze abrechnet

Die Blaze-Rechnung setzt sich aus mehreren voneinander unabhängigen Zählern zusammen. Bei geringem Traffic ist die fehlende Monatsgebühr ein Vorteil. Gleichzeitig existiert dadurch kein gemeinsames Kontingent, an dem sich die Sicherheit der gesamten App ablesen ließe.

Firestore: günstige Einheiten, teure Multiplikation

Die Vorgangspreise von Firestore für eine einzelne Region wirken zunächst nahezu bedeutungslos. In Iowa, us-central1, gelten für Standard nach Abzug des kostenlosen Kontingents derzeit $0.03 je 100,000 Dokument-Lesevorgänge, $0.09 je 100,000 Schreibvorgänge und $0.01 je 100,000 Löschvorgänge. Umgerechnet sind das $0.0003 je 1,000 Lesevorgänge, $0.0009 je 1,000 Schreibvorgänge und $0.0001 je 1,000 Löschvorgänge.

Entscheidend ist, wie viele abrechenbare Vorgänge eine einzige Nutzeraktion auslöst. Firestore berechnet die von einer Abfrage gelesenen Dokumente und Indexeinträge. Selbst eine Abfrage ohne Ergebnis verursacht einen Dokument-Lesevorgang. Security Rules können zusätzliche Lesevorgänge auslösen. Ein Echtzeit-Listener berechnet einen Lesevorgang, sobald ein Ergebnisdokument hinzugefügt oder aktualisiert wird. Auch eine neue Verbindung kann die Abfrage erneut abrechnen – bei aktivierter Persistenz unter anderem nach mehr als 30 Minuten Offline-Zeit.

Nur eine Firestore-Datenbank pro Projekt erhält das kostenlose Kontingent. Eine weitere benannte Datenbank wird ab der ersten Einheit abgerechnet. Für TTL-Löschungen, Daten zur Point-in-Time-Wiederherstellung, Backups, Wiederherstellungen und Klone gibt es ebenfalls kein kostenloses Kontingent.

Auch der Standort verändert die Rechnung. Im nordamerikanischen Multi-Region-Chat-Beispiel von Firebase werden $0.06 je 100,000 Lesevorgänge, $0.18 je 100,000 Schreibvorgänge und $0.02 je 100,000 Löschvorgänge angesetzt – das Doppelte der Vorgangspreise in Iowa. Im Speicherbeispiel werden $0.18/GiB-Monat berechnet. Die Region sollte nach Ausfallsicherheit und Latenz gewählt und anschließend genau für diesen Standort kalkuliert werden, statt eine allgemeine Firebase-Schätzung zu übernehmen.

Firestore Enterprise verwendet ein anderes Einheitenmodell. Das kostenlose Kontingent umfasst 1 GiB Speicher, 10 GiB/Monat ausgehenden Datentransfer, 40,000 Schreibeinheiten/Tag, 50,000 Leseeinheiten/Tag und 50,000 Echtzeit-Aktualisierungseinheiten/Tag. Es sollte als eigenständiges Angebot betrachtet werden, nicht als stilles Upgrade von Standard.

Authentication: kostenlos, bis sich die Anmeldemethode ändert

Die standardmäßige E-Mail- und Social-Authentifizierung kann selbst bei sehr hohen Nutzerzahlen kostenlos bleiben. Kosten entstehen durch SMS oder ein Upgrade auf Identity Platform.

Zu den Tier-1-Anbietern von Identity Platform gehören E-Mail-, Telefon-, anonyme und Social-Anmeldungen. Die ersten 50,000 monatlich aktiven Nutzer, kurz MAU, sind kostenlos. Für MAU von 50,000 bis 100,000 werden jeweils $0.0055 berechnet, für die nächste Stufe bis 1 Million jeweils $0.0046. Bei genau 100,000 Tier-1-MAU beträgt die Rechnung $275/Monat.

Enterprise-Föderation ist deutlich teurer. SAML und OIDC enthalten 50 MAU und kosten danach $0.015 pro MAU. Ein Enterprise-SaaS mit 2,000 Nutzern zahlt für diese Föderationsschicht folglich $29.25/Monat. Telefon- und Multi-Faktor-Authentifizierung werden je nach Zielland pro SMS berechnet. Die ersten 10 SMS/Tag sind kostenfrei; im offiziellen US-Beispiel werden $0.01 pro Nachricht angesetzt.

Dieser Unterschied ist in der Praxis wichtig: „Firebase Authentication ist kostenlos“ stimmt für viele Standard-Anmeldeabläufe, aber nicht für eine Implementierung mit Identity Platform oder hohem SMS-Aufkommen.

Functions, Hosting und App Hosting

Cloud Functions enthält bei Blaze 2 Millionen Aufrufe/Monat und kostet danach $0.40 pro Million. Zusätzlich stehen dem Konto 400,000 GB-Sekunden und 200,000 CPU-Sekunden/Monat zur Verfügung, bevor standortabhängige Rechenkosten anfallen. Für ausgehenden Netzwerkverkehr sind 5 GB/Monat enthalten, danach werden $0.12/GB berechnet. Cloud Build umfasst 120 Minuten/Tag und kostet anschließend $0.003/Minute; Artifact Registry enthält 500 MB, bevor eigene Speichertarife greifen.

Firebase Hosting ist übersichtlicher. Oberhalb von 10 GB gespeicherten Inhalten kostet der Speicher $0.026/GB. Nach 10 GB monatlichem Transfer berechnet die CDN-Auslieferung $0.15/GB. Aufbewahrte Releases zählen zum Speicher, sodass das Löschen alter Deployments die Rechnung senken kann.

App Hosting ist ein separates Produkt für serverseitig gerenderte Web-Apps und erfordert Blaze. Enthalten sind 10 GiB/Monat ausgehende Bandbreite; danach kostet ein gecachtes GiB $0.15 und ein nicht gecachtes GiB $0.20. Das Backend kann zusätzlich Kosten für Cloud Run, Cloud Build, Artifact Registry, Logging, Secret Manager und Cloud Storage verursachen. Die ersten 2 Millionen Cloud-Run-Anfragen sind kostenlos, anschließend kosten Anfragen $0.40/Million. Datentransfer kann jedoch früher ins Gewicht fallen als Rechenleistung.

Storage und Realtime Database

Die Preise für Cloud Storage hängen von der Bucket-Generation und vom Standort ab. Ein älterer *.appspot.com-Bucket enthält 5 GB Speicher, danach fallen $0.026/GB an, sowie 1 GB/Tag Download, danach $0.12/GB. Zusätzlich werden Vorgänge oberhalb von 20,000 Uploads/Tag und 50,000 Downloads/Tag erfasst.

Ein aktueller *.firebasestorage.app-Bucket in us-central1, us-west1 oder us-east1 erhält bei Blaze kostenlos 5 GB-Monate, 100 GB/Monat Transfer, 5,000 Class-A-Vorgänge und 50,000 Class-B-Vorgänge. Standard-Speicher in Iowa kostet beim angezeigten Stundentarif etwa $0.022/GiB-Monat. Allgemeiner Internettransfer kostet nach der jeweils anwendbaren Freimenge für die ersten 10 TiB $0.12/GiB. Buckets an anderen Standorten erhalten diese Kontingente möglicherweise nicht.

Realtime Database wirkt einfach, weil nicht pro Lesevorgang abgerechnet wird. Nach 1 GB Speicher und 10 GB monatlichem Download kostet sie $5/GB-Monat für gespeicherte Daten und $1/GB für Downloads. Der Download-Zähler umfasst Protokoll-, Verbindungs- und Verschlüsselungsdaten sowie abgelehnte Anfragen und Konsolentraffic – nicht nur die in der Oberfläche angezeigten Daten. Blaze erhöht die Zahl gleichzeitiger Verbindungen von 100 auf 200,000 pro Datenbank.

SQL Connect und Test Lab

SQL Connect bietet pro Projekt eine standardmäßige Cloud-SQL-Testinstanz für drei Monate. Blaze enthält 250,000 Vorgänge/Monat und berechnet danach $0.90 pro Million. Hinzu kommen 10 GiB/Monat Netzwerkausgang, bevor die Google-Cloud-Transfertarife gelten. Nach der Testphase beginnt die erste Instanz – abhängig von Region und Konfiguration – bei $9.37/Monat. Wechselt ein Projekt nach Ende der Testphase nicht zu Blaze, wird die Instanz archiviert und nach weiteren 90 Tagen gelöscht.

Test Lab enthält bei Blaze täglich 60 Minuten auf virtuellen Geräten und 30 Minuten auf physischen Geräten. Darüber hinaus werden $1/Gerätestunde für virtuelle und $5/Gerätestunde für physische Geräte berechnet. Android Device Streaming umfasst 30 Minuten/Projekt/Monat und kostet anschließend $0.15/Minute.

Firebase AI Logic ist in Spark verfügbar, der Modellaufruf folgt jedoch den Preisen der Gemini Developer API oder von Google Cloud und ist nicht Teil eines gebündelten Firebase-Kontingents. Auch Firebase Phone Number Verification verwendet eine eigene nutzungsabhängige Preistabelle. Gemini in Firebase ist für Einzelpersonen und Gruppen außerhalb von Google Workspace kostenlos; Workspace-Nutzer benötigen ein gültiges Gemini-Code-Assist-Abonnement. Firebase Studio enthält drei Workspaces, bei Mitgliedern des Google Developer Program Standard sind es 10 und bei Premium-Mitgliedern 30. Integrationen wie App Hosting können dennoch Blaze voraussetzen.

Drei Rechnungen, die die Firebase-Kostenkurve zeigen

Firebase ist attraktiv, solange die Einheiten klein bleiben. Gefährlich wird es, wenn sich hinter einer gewöhnlichen Nutzeraktion ein unsichtbarer Zähler mit hohem Volumen verbirgt. Die folgenden Szenarien führen die Tarife auf jeweils eine Budgetposition zurück.

Ein Firestore-Backend für $9.06

Angenommen, eine Standard-Datenbank in Iowa verteilt 10 Millionen Lesevorgänge und 1 Million Schreibvorgänge gleichmäßig über einen Monat mit 30 Tagen, speichert 10 GiB und sendet 50 GiB an Ziele weltweit, ausgenommen China und Australien.

Das tägliche Lesekontingent zieht 1.5 Millionen Lesevorgänge ab; 8.5 Millionen bleiben abrechenbar. Bei $0.03 je 100,000 kosten die Lesevorgänge $2.55. Das tägliche Schreibkontingent zieht 600,000 Schreibvorgänge ab; 400,000 bleiben abrechenbar. Bei $0.09 je 100,000 kosten die Schreibvorgänge $0.36.

Neun GiB abrechenbarer Speicher kosten bei 730 Stunden rund $1.35. Vierzig GiB abrechenbarer Datentransfer kosten $4.80. Insgesamt ergeben sich etwa $9.06/Monat, bevor Functions, Authentifizierung, Backups, anderer Speicher oder Steuern hinzukommen.

Das Ergebnis spricht für Firebase: Die vorgangsbasierte Abrechnung kann außergewöhnlich günstig sein. In diesem Szenario kostet der ausgehende Datentransfer bereits mehr als Lesevorgänge, Schreibvorgänge und Datenbankspeicher zusammen.

Die Hosting-Gewinnschwelle bei $25

Bei Firebase Hosting sind bis zu 10 GB/Monat Transfer kostenlos, danach fallen $0.15/GB an. Die Transferrechnung erreicht bei insgesamt etwa 176.7 GB den Betrag von $25. Bei 250 GB kostet sie $36.

Damit entsteht ein klarer Wechselpunkt. Unter rund 177 GB kann ein Grundpreis von $0 einen Festtarif für $25 unterbieten. Oberhalb davon startet eine Alternative für $25, die mindestens 250 GB enthält, mit der niedrigeren Rechnung – noch bevor weitere Firebase-Zähler hinzukommen.

Workloads mit sprunghaften Kosten

Realtime Database wird bei großen Datenmengen teuer. Ein Projekt mit 20 GB Speicher und 500 GB Download/Monat zahlt nach Abzug der Freimengen $95 für Speicher und $490 für Downloads, also $585/Monat. Eine optimierte Wiederverwendung von Verbindungen hilft, doch für das Budget bleibt der Transferpreis von $1/GB ausschlaggebend.

App Hosting zeigt bei einem modernen Web-Stack dasselbe Muster. Das offizielle Firebase-Beispiel nimmt 10 abgerechnete Anfragen pro Besuch, eine durchschnittliche Antwortgröße von 400 KiB, eine Antwortlatenz von einer Sekunde und eine Cache-Trefferrate von 50% an. Die Schätzung beträgt $0.01 bei 10,000 Besuchen und $69.58 bei 1 Million Besuchen. In der größeren Größenordnung entfallen $68.25 auf gecachte und nicht gecachte Bandbreite. Rechenanfragen tragen nur $1.20 bei.

Neue Remote-Config-Preise ab 1. September 2026

Remote Config kann zu einer neuen Budgetposition werden, obwohl der Dienst bisher als kostenlos galt. Ab dem 1. September enthalten Spark und Blaze jeweils 100,000 direkte Abrufanfragen/Tag. Blaze berechnet danach bis zu 10 Millionen Anfragen/Tag $0.000006/Anfrage beziehungsweise $0.06 je 10,000. Für Anfragen oberhalb von 10 Millionen/Tag fallen jeweils $0.000001 oder $0.01 je 10,000 an.

Beim empfohlenen Abrufintervall von 12 Stunden verbrauchen 50,000 aktive Geräte mit zwei Abrufen pro Tag das gesamte Kontingent. Bei einer Million Abrufen/Tag bleiben 900,000 Anfragen kostenpflichtig. Das entspricht $5.40/Tag oder rund $162 in 30 Tagen.

Zwischengespeicherte Lesevorgänge auf dem Gerät zählen nicht. Das Öffnen einer Echtzeitverbindung wird nicht fortlaufend berechnet, wohl aber der Abruf nach einer Invalidierung. Direkt über Client-SDKs, REST-APIs oder Backend-Code ausgelöste Abrufe zählen. Überflüssige Aufrufe beim Fortsetzen der App, beim Bildschirmwechsel oder bei Hintergrundaufgaben werden damit zur Budgetentscheidung.

Bestehende Projekte erhalten Übergangsfristen. Für ein Spark-Projekt, in dem Remote Config vor dem 1. September aktiviert wurde, gilt eine Frist bis zum 1. Dezember 2026. Ein Upgrade vor dem 15. November verschiebt den Abrechnungsbeginn auf den 1. Februar 2027. Auch bestehende Blaze-Projekte wechseln am 1. Februar 2027 zur regulären Abrechnung. Überschreitet ein neu aktiviertes Spark-Projekt erstmals 100,000 tägliche Anfragen, erhält es eine Nachfrist von 30 Tagen; danach werden Anfragen oberhalb des Limits gedrosselt.

Geschäftlich sinnvoll ist es, die Abrufe zu messen, bevor die Nachfrist die späteren Kosten verdeckt. Für stabile Konfigurationen kann ein Intervall von 24 oder 48 Stunden statt 12 Stunden genügen. Bei einer Million Abrufen sinkt die Last deutlich, wenn Clients zwischengespeicherte Werte aktivieren, statt den Dienst bei jeder Wiederaufnahme zu kontaktieren.

Versteckte Firebase-Kosten und wirksame Gegenmaßnahmen

Die größte Überraschung bei Firebase ist selten ein einzelner hoher Tarif. Meist entsteht sie durch einen niedrigen Preis, der sich mit einem für das Produktteam unsichtbaren Verhalten multipliziert.

Ein Bildschirmaufruf entspricht nicht einem Firestore-Lesevorgang. Eine Liste kann jedes zurückgegebene Dokument lesen, zusätzlich Batches von Indexeinträgen und Abhängigkeiten aus Security Rules. Listener können geänderte Dokumente und neue Verbindungen erneut abrechnen. Bei einem Offset werden übersprungene Dokumente berechnet; Cursor-Paginierung ist daher günstiger.

Eine Nutzlast entspricht nicht dem gesamten Transfer der Realtime Database. Auch Protokoll- und Verschlüsselungs-Overhead zählt. Abgelehnte Vorgänge können ebenfalls zählen. Viele kurze REST-Verbindungen erzeugen zusätzliche Handshakes, während eine aufrechterhaltene Verbindung über das native SDK diesen Overhead reduziert.

Auf einer Firebase-Rechnung können Google-Cloud-Produkte stehen. App Hosting nutzt Cloud Run, Cloud Build, Artifact Registry, Logging, Secret Manager und Storage. Functions bringt Rechenleistung und Netzwerkverkehr hinzu. Der Tarif heißt im Marketing weiterhin „Blaze“, die Rechnung besteht jedoch aus den Zählern der zugrunde liegenden Dienste.

Kostenlose Kontingente werden in unterschiedlichen Intervallen zurückgesetzt. Das Firestore-Vorgangskontingent gilt täglich, das Functions-Kontingent monatlich und manche Storage-Kontingente je nach Bucket-Typ täglich oder monatlich. Ein gemittelter Monatswert kann eine vollständig kostenpflichtige Tagesspitze verbergen.

Das Guthaben von $300 ist befristet. Berechtigte Neukunden erhalten es für 90 Tage. Ein Upgrade auf ein kostenpflichtiges Konto verlängert das Ablaufdatum nicht. Nutzung außerhalb des verbleibenden Guthabens oder des Free Tier wird der Zahlungsmethode belastet.

Ein Budgetalarm ist keine universelle harte Kostenobergrenze. Firebase und Google Cloud stoppen nicht automatisch jeden Dienst am Schwellenwert. Ausgabenlimits gelten derzeit für Firebase AI Logic, App Hosting über Cloud Run, Cloud Functions und Extensions. Firestore, Storage, Hosting, Realtime Database und die meisten anderen kostenpflichtigen Produkte unterstützen diese Kontrolle nicht.

1. 1

   Für jeden Zähler eine Ausgangsbasis erfassen

   Unter „Usage and billing“ werden täglich Firestore-Lese-, Schreib- und Löschvorgänge, ausgehender Datentransfer, Hosting- und Storage-Transfer, Function-Aufrufe, Authentifizierungsnachrichten sowie Remote-Config-Abrufe dokumentiert. Maßgeblich ist der geschäftigste normale Tag, nicht ein ruhiger Monatsdurchschnitt.

2. 2

   Warnungen unterhalb der Freigabegrenze einrichten

   In Google Cloud wird ein Budget mit E-Mail-Warnungen an Schwellenwerten angelegt, auf die der Betrieb reagieren kann. Firebase empfiehlt beim Testen mehrere niedrige Prozentwerte und in der Produktion entscheidende Ist- sowie Prognoseschwellen. Eine Warnung verschafft Reaktionszeit, garantiert aber keinen Stopp.

3. 3

   Unterstützte Ausgabenlimits ergänzen

   Für App Hosting, Functions, Extensions oder Firebase AI Logic lässt sich ein Ausgabenlimit setzen, wenn eine Dienstpause weiteren Kosten vorzuziehen ist. Welche Produkte ohne Limit bleiben, muss dokumentiert sein, damit niemand das Projektbudget für einen Notausschalter hält.

4. 4

   Wachstum vor dem Launch nachstellen

   Mit der Local Emulator Suite lassen sich Firestore, Realtime Database und Functions testen. Geprüft werden Abfragelimits, neue Listener-Verbindungen, Function-Wiederholungen, Fan-out und Schleifen. Aus den ermittelten Einheiten wird ein Lasttest für den Launch-Tag kalkuliert.

Firebase, Supabase und Appwrite im Preisvergleich

Bei geringer Nutzung bietet Firebase den günstigsten Einstieg. Supabase und Appwrite lassen sich leichter budgetieren, wenn ein Grundpreis von $25 bereits Bandbreite und Kapazität enthält, die Firebase separat nach Verbrauch abrechnet.

Supabase: planbare Produktionsbasis für $25

Supabase startet bei $0 mit zwei aktiven Projekten, 50,000 MAU, einer Datenbank mit 500 MB, 5 GB ausgehendem Datentransfer, 5 GB gecachtem Datentransfer und 1 GB Dateispeicher. Kostenlose Projekte werden nach einer inaktiven Woche pausiert und eignen sich deshalb schlecht als unbeaufsichtigte Demo.

Supabase Pro beginnt bei $25/Monat. Enthalten sind $10 Rechenguthaben für ein Micro-Projekt, 100,000 MAU, 8 GB Festplattenspeicher, 250 GB ausgehender Datentransfer, 250 GB gecachter ausgehender Datentransfer und 100 GB Dateispeicher. Oberhalb dieser Kontingente kostet die Nutzung $0.00325/MAU, $0.125/GB Datenbankspeicher, $0.09/GB ausgehenden Datentransfer, $0.03/GB gecachten ausgehenden Datentransfer und $0.0213/GB Dateispeicher.

Bei 250 GB Transfer kostet Firebase Hosting $36, während das ausgewiesene Egress-Kontingent von Supabase Pro weiterhin innerhalb der $25 liegt. Das ist kein allgemeingültiger Plattformvergleich, da Supabase und Firebase unterschiedliche Produkte erfassen, aber eine nützliche Entscheidungshilfe für Bandbreite. Unter rund 177 GB und bei geringer Datenbanknutzung kann Firebase weiterhin günstiger sein. Sämtliche Details zu Festtarif und Zusatzkosten enthält die aktuelle Supabase-Preisübersicht.

Appwrite: $25 mit einem deutlich größeren Bandbreitenpaket

Appwrite startet bei $0 mit 5 GB Bandbreite, 2 GB Speicher, 750,000 Ausführungen, 75,000 MAU und zwei Projekten. Jedes Projekt ist auf eine Datenbank, einen Bucket und zwei Functions begrenzt. Inaktive kostenlose Projekte werden nach einer Woche pausiert.

Appwrite Pro beginnt bei $25/Monat und enthält $10 Datenbank-Rechenguthaben, ein dediziertes Projekt, 2 TB API-Bandbreite, 150 GB Speicher, 3.5 Millionen Ausführungen, 200,000 MAU sowie unbegrenzt viele Datenbanken, Buckets und Functions. Für Mehrnutzung fallen $15/100 GB API-Bandbreite, $2.80/100 GB Speicher, $3/1,000 MAU, $0.060/100,000 Lesevorgänge und $0.10/100,000 Schreibvorgänge an. Jedes zusätzliche Projekt kostet $15.

Unter diesen drei Einstiegsmodellen bis $25 bietet Appwrite das stärkste Bandbreitenpaket. Die Grenze liegt in der Projektökonomie: Im Grundpreis ist ein dediziertes Projekt enthalten, weitere Projekte verursachen einen festen Aufpreis. Firebase erhebt keine Projektgrundgebühr und kann über mehrere kleine Apps hinweg günstiger sein, sofern die variablen Zähler jeder App niedrig bleiben.

Der Preis allein sollte die Datenbankarchitektur nicht bestimmen. Supabase basiert auf verwaltetem Postgres, Firebase konzentriert sich auf Dokument- und Echtzeitdienste, und Appwrite bündelt eine breiter angelegte App-Plattform. Der Entscheidungsleitfaden Supabase vs. Firebase behandelt diese Architekturfrage separat.

Welcher Firebase-Tarif ist der richtige?

Spark eignet sich für einen Prototyp, ein persönliches Projekt, eine statische Website oder eine App mit wenig Traffic, wenn ein Stopp des betroffenen Dienstes am Kontingent akzeptabel ist. Auch für Produkte, die hauptsächlich Analytics, Crashlytics, Cloud Messaging, Performance Monitoring und Standard-Anmeldungen einsetzen, kann Spark dauerhaft bei $0 bleiben.

Blaze sollte vor dem Deployment von Functions, App Hosting, einem modernen Storage-Bucket, kostenpflichtigen Google-Cloud-Diensten oder jedem Workload gewählt werden, bei dem ein Kontingentstopp das Kundenvertrauen beschädigen würde. Durch den Mindestbetrag von $0 bleibt Blaze bei leichter und stark schwankender Nutzung effizient, doch das Team muss seine Zähler aktiv verantworten.

Aus Kostengründen spricht gegen Firebase, wenn der planbare ausgehende Datentransfer bereits die Gewinnschwelle eines Festtarifs überschreitet, Realtime-Database-Downloads den Workload dominieren, Enterprise-Authentifizierung eine hohe MAU-Position erzeugt oder die Finanzabteilung eine universelle harte Rechnungsobergrenze verlangt. Für eine einzelne relationale Produktions-App bietet Supabase die attraktivere Preisstruktur. Appwrite bündelt bei gleichem Grundpreis besonders viel API-Bandbreite.

Die konkrete Aufgabe für Montag: Die Nutzung der vergangenen sieben Tage exportieren, den geschäftigsten Tag mit einem vom Team freigegebenen Launch-Faktor multiplizieren und jedes Ergebnis dem jeweiligen kostenlosen Kontingent gegenüberstellen. Remote-Config-Abrufe gehören schon jetzt in die Rechnung, auch wenn die Übergangsfrist vorerst Kosten verhindert. Blaze sollte erst freigegeben werden, wenn eine Person den Warnpfad verantwortet und alle Zähler ohne Ausgabenlimit benannt sind.

FAQ zu Firebase Pricing und Kosten

Ist Firebase kostenlos?

Ja. Spark kostet $0, erfordert keine Zahlungsmethode und enthält kostenlose Produkte sowie produktspezifische Kontingente. Der betriebliche Haken: Überschreitet ein kostenpflichtig erfasstes Produkt sein Spark-Kontingent, stellt es den Dienst ein oder blockiert weitere Nutzung, statt eine Mehrnutzung abzurechnen.

Wie viel kostet Firebase pro Monat?

Für Blaze gibt es keine reguläre Monatsgebühr. Die Rechnung ergibt sich aus der Nutzung oberhalb der kostenlosen Kontingente der einzelnen Produkte. Der oben berechnete Firestore-Workload in Iowa kostet etwa $9.06. Das App-Hosting-Beispiel von Firebase erreicht dagegen $69.58 bei 1 Million Besuchen, das Multi-Region-Chat-Beispiel $292.02/Monat bei 100,000 täglich aktiven Nutzern.

Gibt es einen Firebase-Preiskalkulator?

Ja. Firebase verlinkt auf seiner Preisseite einen Blaze-Kalkulator, und Google Cloud stellt Rechner für die zugrunde liegende Infrastruktur bereit. Der Kalkulator sollte erst nach Auswahl der Regionen und getrennter Erfassung von Lesevorgängen, Schreibvorgängen, Speicher, Transfer, Rechenleistung und Authentifizierung verwendet werden.

Bietet Firebase Jahrespreise an?

Ein jährliches Firebase-Abonnement oder einen Jahresrabatt gibt es nicht. Spark kostet $0, Blaze wird nutzungsabhängig abgerechnet. Ein Upgrade, Downgrade oder eine Kündigung ist möglich; laut Firebase werden bei Downgrades und Kündigungen jedoch keine anteiligen Erstattungen gewährt.

Gibt es bei Firebase einen Studierendenrabatt?

Nein. Firebase bietet nach eigener Aussage keine speziellen Tarife für Bildung, gemeinnützige Organisationen, Open Source oder Schulen an, da Spark allen offensteht. Berechtigte neue Google-Cloud- und Firebase-Nutzer können $300 Testguthaben erhalten, das 90 Tage gültig ist. Dabei handelt es sich jedoch nicht um einen Studierendenrabatt.

Welche Erstattungsregeln gelten bei Firebase?

Nach den Bedingungen für kostenpflichtige Firebase-Dienste müssen Gebührenstreitigkeiten innerhalb von 60 Tagen eingereicht werden. Erstattungen liegen im Ermessen des Anbieters und werden, falls sie gewährt werden, als Guthaben für kostenpflichtige Dienste ausgegeben. Firebase weist außerdem darauf hin, dass Kündigungen und Downgrades nicht anteilig erstattet werden.

Hat Firebase seine Preise 2026 geändert?

Ja. Remote Config führt am 1. September 2026 ein tägliches Kontingent von 100,000 Abrufen sowie Preise für Mehrnutzung ein; für bestehende Projekte gelten Übergangstermine. App Hosting berechnet Nutzung oberhalb seiner Kontingente bereits seit dem 1. August 2025. Der frühere Flame-Tarif für $25/Monat nahm seit Januar 2020 keine neuen Anmeldungen mehr an, und verbleibende Flame-Projekte wurden im Februar 2022 auf Spark umgestellt.

Wie viel kostet Firebase Realtime Database?

Enthalten sind 1 GB Speicher und 10 GB/Monat Download. Bei Blaze kostet zusätzlicher Speicher $5/GB-Monat und zusätzlicher Download $1/GB. Eine Datenbank mit 20 GB, die 500 GB/Monat überträgt, kostet nach Abzug der Freimengen daher $585 – bevor weitere Firebase-Dienste hinzukommen.

Wie viel kosten Firebase Cloud Functions?

Blaze enthält 2 Millionen Aufrufe/Monat und berechnet danach $0.40 pro Million. Ebenfalls enthalten sind 400,000 GB-Sekunden, 200,000 CPU-Sekunden, 5 GB ausgehender Netzwerkverkehr und 120 Cloud-Build-Minuten/Tag, bevor die jeweiligen Mehrnutzungspreise greifen.

Checkliste für das KI-Business-Workflow-Audit und den Operator-Newsletter herunterladen.