Preise für Remote Config

Ab dem 1. September 2026 bietet Remote Config eine flexible Preisstruktur, die für Projekte aller Größen geeignet ist. Es gibt sowohl einen kostenlosen Tarif als auch einen skalierbaren Pay-as-you-go-Tarif, der 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 die 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 pro Tag. Gehen Sie anschließend so vor: 0,000006 $ pro Anfrage (0,06 $ / 10.000 Anfragen) für eine Nutzung zwischen 100.001 und 10.000.000 pro Tag. 0,000001 $ pro Anfrage (0,01 $ / 10.000 Anfragen) für eine Nutzung von mehr als 10.000.000 pro Tag.
Alle Funktionen	Einschließlich Personalisierung, Rollouts und A/B-Testintegration	Einschließlich Personalisierung, Rollouts und A/B-Testintegration
Kontingente und Limits	Siehe Kontingente und Limits	Siehe Kontingente und Limits

Kulanzzeiträume für die Umstellung für bestehende Projekte

Dieser Kulanzzeitraum für die Umstellung gilt für Projekte, für die Remote Config aktiviert wurde vor dem 1. September 2026. Um einen reibungslosen Übergang zur Pay-as-you-go-Abrechnung zu gewährleisten, erhalten bestehende Projekte die folgenden verlängerten Kulanzzeiträume, bevor die Abrechnung beginnt:

Aktueller Abrechnungstarif	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 den Blaze-Tarif durch. Bonus:Wenn Sie vor dem 15. November 2026 ein Upgrade durchführen, wird Ihr Kulanzzeitraum auf 5 Monate verlängert (Abrechnung beginnt am 1. Februar 2027).
Blaze-Tarif (Pay as you go)	5 Monate	1. Februar 2027	Keine Maßnahme erforderlich Projekte werden am 1. Februar 2027 automatisch auf die Standardpreise umgestellt.

Standard-Kulanzzeiträume

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

Tarif / 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)	Ab dem 31. Tag beginnt die Drosselung	Projekte können 30 Tage lang ohne Unterbrechung genutzt werden, nachdem das Tageslimit zum ersten Mal überschritten wurde. Um eine Drosselung ab dem 31. Tag zu vermeiden, müssen Sie ein Upgrade auf den Blaze-Tarif durchführen.
Blaze-Tarif (Pay as you go)	Nicht zutreffend (keine Drosselung)	Abrechnung pro Abrufanfrage	Die Nutzung von mehr als 100.000 Abrufen wird in Rechnung gestellt. Es wird keine Drosselung angewendet.

Best Practices zur Optimierung der Nutzung

Führen Sie einen der folgenden Schritte aus, um die Nutzung zu optimieren:

• Abrufintervalle für Clients: Vermeiden Sie es, in Produktions-Builds sehr niedrige Mindestabrufintervalle festzulegen (z. B. setMinimumFetchIntervalInSeconds). Das empfohlene Standardintervall beträgt 12 Stunden.
• Caching für nicht kritische Parameter: Bei stabilen Konfigurationswerten, die sich selten ändern, können 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 Bildschirmwechsel, jeder Aktivitätswiederaufnahme oder jeder Komponentendarstellung einen Remote-Abruf auslöst. Verwenden Sie Ladestrategien wie „Abrufen und bei Laden aktivieren“ oder „Hinter dem Ladebildschirm aktivieren“ verantwortungsbewusst.
• Auditing von Hintergrund- und inaktiven Abrufen: Überprü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: Richten Sie in der Google Cloud Console und in den Firebase Console-Dashboards für Preise und Nutzung automatische Abrechnungsbenachrichtigungen ein,wenn sich das tägliche Abrufvolumen 100.000 Anfragen nähert.

FAQ und Fehlerbehebung

Welche neue Remote Config Preisstruktur tritt am 1. September 2026 in Kraft?

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 täglichen Abrufanfragen sind kostenlos. Danach fallen folgende Kosten an:
  • 0,06 $ pro 10.000 Anfragen (0,000006 $ pro Anfrage) für 100.001 bis 10.000.000 Anfragen pro Tag.
  • 0,01 $ pro 10.000 Anfragen (0,000001 $ pro Anfrage) für mehr als 10.000.000 Anfragen pro Tag.
• Funktionen: Alle erweiterten Funktionen (Personalisierung, Rollouts und A/B Testintegration) sind in beiden Tarifen (Spark und Blaze) ohne zusätzliche Kosten enthalten.

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

Nein. Sie benötigen kein Rechnungskonto, um mit Remote Config zu beginnen. Sie können den Spark-Tarif kostenlos nutzen. Ein Rechnungskonto ist nur erforderlich, wenn Sie ein Upgrade Ihres Projekts auf den Blaze-Tarif durchführen, um mehr als 100.000 tägliche Abrufanfragen 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. Die Tarif umstellung und die Messung der Anfragen werden automatisch vom Remote Config Backend verarbeitet.

Was genau gilt als abrechenbare Abrufanfrage?

Eine Abrufanfrage wird gesendet, 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 aufgerufen werden (über Client-SDKs oder REST APIs), werden auf Ihre abgerechnete Nutzung angerechnet. Abrufvorgänge, Netzwerkaufrufe oder Messwerte, die intern von anderen Firebase-Diensten generiert werden, werden nicht auf Ihre Remote ConfigKontingente oder die Abrechnung angerechnet.

• Echtzeit Remote Config: Durch das Öffnen einer Echtzeitverbindung werden keine kontinuierlichen einzelnen Abrufanfragen generiert. Wenn der Server jedoch eine Benachrichtigung über eine Ungültigkeit sendet, zählt der resultierende Clientaufruf zum Herunterladen der aktualisierten Konfiguration als Abrufanfrage.
• Zwischengespeicherte Werte: Wenn Sie bereits auf dem Gerät gespeicherte zwischengespeicherte Werte verwenden (Lesen von der Festplatte/aus dem Arbeitsspeicher mit activate() oder getString()), wird kein Netzwerkaufruf generiert und es zählt nicht als Abrufanfrage.

Was passiert,wenn mein Projekt den Spark-Tarif nutzt und 100.000 tägliche Abrufanfragen ü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 ohne Unterbrechung verarbeitet.
• Countdown: Der 30-tägige Kulanzzeitraum beginnt,sobald Ihr Projekt zum ersten Mal 100.000 tägliche Abrufanfragen überschreitet. Dieser 30-Tage-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 dieses erreicht , erhalten Projektadministratoren automatische E‑Mail-Benachrichtigungen und Bannerbenachrichtigungen in der Console.
• Drosselungsrisiko: Wenn Sie bis zum Ende von dem 30-tägigen Kulanzzeitraum kein Upgrade auf den Blaze-Tarif durchführen, beginnt die Drosselung des Remote Config Dienstes für Anfragen, die das Tageslimit von 100.000 überschreiten. Dadurch können Clients möglicherweise keine aktualisierten Konfigurationen erhalten.
• Upgrade durchführen: Sie können ein Upgrade auf den Blaze-Tarif durchführen in der Firebase Console, 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 das mit Preisen oder Kontingenten zusammenhängen?

Ja. Wenn Ihr Projekt den Spark-Tarif nutzt, das Tageslimit von 100.000 Anfragen ü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 die Nutzung smesswerte in der Firebase Console und führen Sie ein Upgrade auf den Blaze-Tarif durch,wenn Ihre täglich aktiven Nutzer mehr als 100.000 tägliche Abrufe benötigen.

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

Wichtig: Die folgende Artikelnummer ist erst ab dem 1. September 2026 verfügbar.

Wenn Sie den Blaze-Tarif nutzen, können Sie in der Google Cloud Console Berichte zur Kostenverwaltung und zur Nutzung Berichte aufrufen. Weitere Informationen finden Sie unter Cloud Billing-Berichte und Kostentrends ansehen. Wählen Sie beim Filtern nach Artikelnummer die folgende Artikelnummer aus:

• Artikelnummer: 37B1-4623-6F54
• Artikelnummer: Abrufanfragen

Auf der Seite Kontingente und Systemlimits in der Google Cloud Console 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, dass Sie die spezifische Firebase API auswählen, für die Sie Kontingente prüfen möchten (for example, firebaseremoteconfig.googleapis.com).