Preise für Remote Config

Ab dem 1. September 2026 bietet Remote Config eine flexible Preisstruktur für Projekte aller Größen. Es gibt sowohl einen kostenlosen Tarif als auch eine skalierbare Pay-as-you-go-Stufe, die auf Ihrer täglichen Nutzung basiert.

Nur Abrufanfragen, die direkt vom Remote Config-Dienst (über Client-SDKs oder REST APIs) aufgerufen werden, werden auf Ihre abgerechnete Nutzung angerechnet. Abrufvorgänge, Netzwerkaufrufe oder Messwerte, die intern von anderen Firebase-Diensten generiert werden, werden nicht auf Ihre Remote Config-Kontingente oder -Abrechnung angerechnet.

In der folgenden Tabelle ist die Nutzung pro Projekt für die Tarife Spark und Blaze aufgeführt:

Details	Kostenlos (Spark-Tarif)	Pay as you go (Blaze-Tarif)
Abrufanfragen	Bis zu 100.000 pro Tag	Kostenlos bis zu 100.000 Anfragen pro Tag. Gehen Sie anschließend so vor: 0,000006 $ pro Anfrage (0,06 $ pro 10.000 Anfragen) bei einer Nutzung zwischen 100.001 und 10.000.000 Anfragen pro Tag. 0,000001 $ pro Anfrage (0,01 $ pro 10.000 Anfragen) bei einer Nutzung von mehr als 10.000.000 Anfragen pro Tag.
Alle Funktionen	Umfasst Personalisierung, Roll-outs und A/B Testing-Integration	Umfasst Personalisierung, Roll-outs und A/B Testing-Integration
Kontingente und Limits	Siehe Kontingente und Limits.	Siehe Kontingente und Limits.

Übergangsfristen für bestehende Projekte

Dieser Kulanzzeitraum für die Umstellung gilt für Projekte, für die Remote Config vor dem 1. September 2026 aktiviert wurde. Damit die Umstellung auf das „Pay as you go“-Preismodell reibungslos verläuft, werden für bestehende Projekte die folgenden verlängerten Kulanzzeiträume gewährt, bevor die Abrechnung beginnt:

Aktuelles Preismodell	Kulanzzeitraum für die Umstellung	Beginn der Standardabrechnung	Erforderliche Maßnahme / Hinweise
Spark-Tarif (kostenlos)	3 Monate	1. Dezember 2026	Empfohlene Maßnahme:Richten Sie Cloud Billing ein und führen Sie ein Upgrade auf Blaze durch. Bonus:Wenn Sie vor dem 15. November 2026 ein Upgrade durchführen, wird Ihr Kulanzzeitraum auf 5 Monate verlängert. Die Abrechnung beginnt dann am 1. Februar 2027.
Blaze-Tarif (Pay as you go)	5 Monate	1. Februar 2027	Sie müssen nichts unternehmen. Projekte werden am 1. Februar 2027 automatisch auf die Standardpreise umgestellt.

Standardkulanzzeiträume

Dieser Kulanzzeitraum ist für Projekte relevant, für die Remote Config am oder nach dem 1. September 2026 aktiviert wurde. Dazu gehören auch vorhandene Projekte, für die Remote Config aktiviert ist (erstellt vor dem 1. September 2026), wenn der Kulanzzeitraum für die Umstellung abgelaufen ist. Wenn ein Projekt mehr als 100.000 Abrufanfragen pro Tag umfasst, müssen die folgenden Maßnahmen ergriffen werden:

Plan / Bedingung	Kulanzzeitraum	Ergebnis nach dem Kulanzzeitraum	Erforderliche Maßnahme / Hinweise
Spark-Tarif (kostenlos)	30 Tage (gilt, wenn das Projekt das Tageslimit zum ersten Mal überschreitet)	Drosselung beginnt am 31. Tag	Projekte können 30 Tage lang ohne Unterbrechung genutzt werden, nachdem das Tageslimit zum ersten Mal überschritten wurde. Wenn Sie eine Drosselung ab Tag 31 vermeiden möchten, müssen Sie ein Upgrade auf das Blaze-Preismodell durchführen.
Blaze-Tarif (Pay as you go)	– (keine Drosselung)	Abrechnung pro Abrufanfrage	Für mehr als 100.000 Abrufe fallen Gebühren an. Es wird keine Drosselung angewendet.

Best Practices für die optimale Nutzung

So optimieren Sie die Nutzung:

• Abrufintervalle des Clients: Vermeiden Sie es, in Produktions-Builds sehr niedrige Mindestabrufintervalle (z. B. setMinimumFetchIntervalInSeconds) festzulegen. Das empfohlene Standardintervall beträgt 12 Stunden.
• Caching für nicht kritische Parameter: Für stabile Konfigurationswerte, die sich selten ändern, sollten Sie setMinimumFetchIntervalInSeconds von den standardmäßigen 12 Stunden auf 24 oder 48 Stunden erhöhen.
• Abrufschleifen beim App-Start: Achten Sie darauf, dass Ihre App nicht bei jedem Bildschirmübergang, jeder Fortsetzung einer Aktivität oder jedem Rendern einer Komponente einen Remote-Abruf auslöst. Verwenden Sie Ladestrategien wie Beim Laden abrufen und aktivieren oder Hinter dem Ladebildschirm aktivieren verantwortungsbewusst.
• Hintergrund- und inaktive Abrufe prüfen: Prüfen Sie Hintergrund-Worker-Jobs, Dienste oder Legacy-App-Module, um redundante Abrufaufrufe („Ghost-Abrufe“) zu entfernen, die ausgelöst werden, wenn die App im Hintergrund oder inaktiv ist.
• Monitoring: Verwenden Sie die Preis- und Nutzungs-Dashboards der Google Cloud Console und der Firebase Console, um automatische Abrechnungsbenachrichtigungen einzurichten, wenn das tägliche Abrufvolumen sich 100.000 Anfragen nähert.

FAQ und Fehlerbehebung

Wie sieht die neue Preisstruktur für Remote Config aus, die am 1. September 2026 in Kraft tritt?

Remote Config wird auf eine nutzungsbasierte Preisstruktur mit einer kostenlosen Stufe umgestellt:

• Spark-Tarif (kostenlos): Bis zu 100.000 Abrufanfragen pro Tag kostenlos.
• Blaze-Tarif (Pay as you go): Die ersten 100.000 Abrufanfragen pro Tag sind kostenlos, danach:
  • 0,06 $ pro 10.000 Anfragen (0,000006 $/Anfrage) zwischen 100.001 und 10.000.000 Anfragen pro Tag.
  • 0,01 $ pro 10.000 Anfragen (0,000001 $/Anfrage) bei einer Nutzung von mehr als 10.000.000 Anfragen pro Tag.
• Funktionen: Alle erweiterten Funktionen (Personalisierung, Roll-outs und A/B Testing-Integration) sind weiterhin ohne Aufpreis in den Spark- und Blaze-Tarifen enthalten.

Benötige ich ein Rechnungskonto, um Remote Config zu verwenden?

Nein. Sie benötigen kein Rechnungskonto, um mit Remote Config zu beginnen. Mit dem Spark-Tarif können Sie kostenlos loslegen. Ein Rechnungskonto ist nur erforderlich, wenn Sie ein Upgrade Ihres Projekts auf den Blaze-Tarif durchführen, um mehr als 100.000 Abrufanfragen pro Tag zu unterstützen.

Muss ich meinen Code aktualisieren oder ein Upgrade des Remote Config SDK durchführen?

Nein. Sie müssen Ihren Code nicht ändern oder das Remote Config-Client-SDK aktualisieren, wenn Sie zwischen dem Spark- und dem Blaze-Tarif wechseln. Der Tarifwechsel und die Anfrageerfassung werden automatisch vom Remote Config-Backend verarbeitet.

Was genau gilt als abrechenbare Abrufanfrage?

Eine Abrufanfrage wird immer dann gestellt, wenn Ihre Clientanwendung oder Ihr Backend-Server den Remote Config-Server aufruft, um nach aktualisierten Parameterwerten zu suchen (z. B. durch Aufrufen von fetch() oder fetchAndActivate() in den Client-SDKs oder durch Abrufen von Vorlagen mit REST-/Admin-SDKs). Nur Abrufanfragen, die direkt vom Remote Config-Dienst (über Client-SDKs oder REST APIs) aufgerufen werden, werden auf Ihre abgerechnete Nutzung angerechnet. Abrufvorgänge, Netzwerkaufrufe oder Messwerte, die intern von anderen Firebase-Diensten generiert werden, werden nicht auf Ihre Remote Config-Kontingente oder -Abrechnung angerechnet.

• Echtzeit-Remote Config: Beim Öffnen einer Echtzeitverbindung werden keine kontinuierlichen einzelnen Abrufanfragen generiert. Wenn der Server jedoch eine Ungültigkeitserklärung sendet, zählt der resultierende Clientaufruf zum Herunterladen der aktualisierten Konfiguration als Abrufanfrage.
• Im Cache gespeicherte Werte: Wenn Sie im Cache gespeicherte Werte verwenden, die bereits auf dem Gerät gespeichert sind (Lesen vom Laufwerk/Speicher mit activate() oder getString()), wird kein Netzwerkaufruf generiert und es wird nicht als Abrufanfrage gezählt.

Was passiert,wenn mein Projekt den Spark-Tarif hat und 100.000 Abrufanfragen pro Tag überschreitet? Wie führe ich das Upgrade aus?

• 30-tägiger Kulanzzeitraum: Wenn Ihr Spark-Projekt zum ersten Mal 100.000 tägliche Abrufanfragen überschreitet, gewährt Firebase einen 30-tägigen Kulanzzeitraum. Während dieser Zeit werden Ihre Remote Config-Anfragen weiterhin ohne Unterbrechung verarbeitet.
• Kontinuität des Countdowns: Der 30‑tägige Kulanzzeitraum beginnt,sobald Ihr Projekt zum ersten Mal 100.000 tägliche Abrufanfragen überschreitet. Dieser 30-tägige Countdown wird nicht pausiert oder zurückgesetzt,auch wenn Ihre tägliche Nutzung in diesem Zeitraum vorübergehend unter das Limit von 100.000 Anfragen fällt.
• Kontingentbenachrichtigungen: Wenn sich Ihr tägliches Abrufvolumen dem Kontingent von 100.000 nähert und es erreicht, erhalten Projektadministratoren automatische E‑Mail-Benachrichtigungen und Bannerbenachrichtigungen in der Console.
• Drosselungsrisiko: Wenn Sie bis zum Ende des 30-tägigen Kulanzzeitraums kein Upgrade auf den Blaze-Tarif durchführen, wird der Remote Config-Dienst für Anfragen, die das Tageslimit von 100.000 überschreiten, gedrosselt. Das kann dazu führen, dass Clients keine aktualisierten Konfigurationen erhalten.
• So führen Sie ein Upgrade durch: Sie können in der Firebase-Konsole ein Upgrade auf den Blaze-Tarif durchführen, um eine Unterbrechung des Dienstes zu vermeiden. Wenn Sie ein Upgrade auf den Blaze-Tarif durchführen, wird Ihr Projekt mit einem Google Cloud-Rechnungskonto verknüpft.

Nutzer erhalten keine neuen Remote Config-Parameterwerte. Könnte es mit Preisen oder Kontingenten zusammenhängen?

Ja. Wenn Ihr Projekt im Spark-Tarif das Limit von 100.000 Anfragen pro Tag überschritten hat und der 30-tägige Kulanzzeitraum abgelaufen ist, werden eingehende Anfragen, die den täglichen Schwellenwert überschreiten, vom Server gedrosselt. Prüfen Sie Ihre Nutzungsmesswerte in der Firebase-Konsole und führen Sie ein Upgrade auf den Blaze-Tarif durch,wenn Ihre aktiven Nutzer pro Tag mehr als 100.000 Abrufe pro Tag erfordern.

Wie kann ich meine aktuelle Nutzung sehen, um meine Rechnung zu schätzen?

Wichtig: Die folgenden SKUs werden ab dem 1. September 2026 aktiv und werden vor diesem Datum nicht in Cloud Billing-Berichten angezeigt.

In der Firebase-Konsole:

• Spark-Tarif:Sie können Ihre tägliche Nutzung von Abrufen im Dashboard Nutzung und Abrechnung im Blick behalten. Im Bereich Remote Config wird auf der Karte „Kontingentfortschritt“ die Anzahl der täglichen Abrufe im Verhältnis zum kostenlosen Limit von 100.000 Abrufen pro Tag angezeigt.
• Blaze-Tarif:Das Dashboard Nutzung und Abrechnung enthält ein Balkendiagramm mit gestaffelter Nutzung, in dem die tägliche Anzahl der Abrufe nach Preisstufen aufgeschlüsselt ist (kostenlose Stufe bis 100.000, 100.001 bis 10.000.000 und über 10.000.000).

In der Google Cloud-Konsole:

• Cloud Billing-Berichte (Blaze-Tarif): Sie können in Cloud Billing Berichte zur Kostenverwaltung und detaillierte Nutzungsberichte aufrufen. Weitere Informationen finden Sie unter Cloud Billing-Berichte und Kostentrends aufrufen. Wenn Sie nach SKU filtern, wählen Sie die SKU basierend auf dem Erstellungsdatum Ihres Projekts aus:
  • Projekte, die am oder nach dem 1. September 2026 erstellt wurden:
    • SKU-ID: 37B1-4623-6F54
    • SKU-Name: Fetch Requests
  • Projekte, die vor dem 1. September 2026 erstellt wurden:
    • SKU-ID: 598C-0184-404A
    • SKU-Name: Fetch Requests
• Kontingente und Systemlimits (Spark- und Blaze-Tarife): Auf der Seite Kontingente und Systemlimits können Sie Ihre aktuelle Nutzung und die aktiven Systemlimits im Blick behalten. Weitere Informationen finden Sie unter Kontingente aufrufen und verwalten. Achten Sie beim Filtern von Berichten darauf, die spezifische Firebase API auszuwählen, für die Sie Kontingente prüfen möchten (z. B. firebaseremoteconfig.googleapis.com).