Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Preise für Remote Config

Ab dem 1. September 2026 bietet Remote Config eine flexible Preisstruktur für Projekte jeder Größe. Sie umfasst 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 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 Config-Kontingente oder die Abrechnung angerechnet.

In der folgenden Tabelle sehen Sie die Nutzung pro Projekt für die Spark- und Blaze-Tarife:

Details	Kostenlos (Spark-Abo)	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 $ / 10.000 Anfragen) für die Nutzung zwischen 100.001 und 10.000.000 pro Tag. 0,000001 $ pro Anfrage (0,01 $ / 10.000 Anfragen) für die Nutzung von mehr als 10.000.000 Anfragen pro Tag.
Alle Funktionen	Umfasst Personalisierung, Rollouts und die A/B Testing-Integration	Umfasst Personalisierung, Rollouts und die A/B Testing-Integration
Kontingente und Limits	Weitere Informationen finden Sie unter Kontingente und Limits.	Weitere Informationen finden Sie unter Kontingente und Limits.

Übergangsfristen für bestehende Projekte

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

Aktuelles Abrechnungsmodell	Kulanzzeitraum für die Umstellung	Beginn der Standardabrechnung	Erforderliche Aktion / 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 der Kulanzzeitraum auf 5 Monate verlängert (Abrechnung ab dem 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.

Standard-Kulanzzeiträume

Dieser Kulanzzeitraum gilt für Projekte, für die Remote Config am oder nach dem 1. September 2026 aktiviert wurde. Dazu gehören auch bestehende Projekte, in denen Remote Config aktiviert ist und die vor dem 1. September 2026 erstellt wurden und in denen die Übergangsfrist abgelaufen ist. Wenn ein Projekt mehr als 100.000 Abrufanfragen pro Tag verwendet, müssen die folgenden Maßnahmen ergriffen werden:

Tarif / Bedingung	Kulanzzeitraum	Ergebnis nach dem Kulanzzeitraum	Erforderliche Aktion / Hinweise
Spark-Tarif (kostenlos)	30 Tage (Gilt, wenn das Projekt zum ersten Mal das Tageslimit ü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 dem 31. Tag 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	Die Nutzung von mehr als 100.000 Abrufen wird in Rechnung gestellt. Es erfolgt keine Drosselung.

Best Practices zur Optimierung der Nutzung

So optimieren Sie die Nutzung:

Client-Abrufintervalle: 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 vom Standardwert von 12 Stunden auf 24 oder 48 Stunden erhöhen.
Abrufloops beim Starten der App: Achten Sie darauf, dass Ihre App nicht bei jedem Bildschirmübergang, jeder Aktivitätswiederaufnahme oder jedem Rendern einer Komponente einen Remote-Abruf auslöst. Verwenden Sie Ladestrategien wie Fetch and activate on load (Abrufen und aktivieren beim Laden) oder Activate behind loading screen (Hinter dem Ladebildschirm aktivieren) verantwortungsbewusst.
Hintergrund- und inaktive Abrufe prüfen: Überprüfen Sie Hintergrund-Worker-Jobs, ‑Dienste oder Legacy-App-Module, um redundante Abrufe („Ghost-Abrufe“) zu entfernen, die ausgelöst werden, wenn die App im Hintergrund oder inaktiv ist.
Monitoring: Verwenden Sie die Google Cloud-Konsole und die Preis- und Nutzungsdashboards der Firebase-Konsole, um automatische Abrechnungsbenachrichtigungen einzurichten, wenn das tägliche Abrufvolumen sich 100.000 Anfragen nähert.

FAQ und Fehlerbehebung

Was ist die neue Remote Config-Preisstruktur, die am 1. September 2026 in Kraft tritt?

Für Remote Config wird eine nutzungsbasierte Preisstruktur mit einer kostenlosen Stufe eingeführt:

Spark-Abo (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 gilt Folgendes:
- 0,06 $ pro 10.000 Anfragen (0,000006 $ pro Anfrage) zwischen 100.001 und 10.000.000 Anfragen pro Tag.
- 0,01 $ pro 10.000 Anfragen (0,000001 $ pro Anfrage) für die Nutzung von mehr als 10.000.000 Anfragen pro Tag.
Funktionen: Alle erweiterten Funktionen (Personalisierung, Rollouts und A/B Testing-Integration) sind sowohl im Spark- als auch im Blaze-Tarif ohne zusätzliche Kosten enthalten.

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

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 Ihr Projekt auf den Blaze-Tarif upgraden, um mehr als 100.000 tägliche Abrufanfragen zu unterstützen.

Muss ich meinen Code aktualisieren oder das Remote Config SDK aktualisieren?

Nein. Sie müssen Ihren Code nicht ändern oder das Remote Config-Client-SDK aktualisieren, wenn Sie vom Spark- zum Blaze-Tarif wechseln. Die Tarifumstellung und die Messung von Anfragen werden automatisch vom Remote Config-Backend übernommen.

Was genau gilt als abrechenbare Abrufanfrage?

Eine Abrufanfrage wird immer dann 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 (ü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: Wenn Sie eine Echtzeitverbindung öffnen, werden nicht kontinuierlich einzelne Abrufanfragen generiert. Wenn der Server jedoch eine Invalidierungsbenachrichtigung 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 dies wird nicht als Abrufanfrage gezählt.

Was passiert,wenn für mein Projekt der Spark-Tarif gilt und es mehr als 100.000 Abrufanfragen pro Tag gibt? 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 weiter bearbeitet.
Kontinuität des Countdowns: Der 30‑tägige Kulanzzeitraum beginnt,sobald Ihr Projekt zum ersten Mal 100.000 tägliche Abrufanfragen überschreitet. Dieser 30‑Tage-Countdown wird nicht unterbrochen 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 Konsolenbannerbenachrichtigungen.
Risiko der Drosselung: Wenn Sie bis zum Ende des 30‑tägigen Kulanzzeitraums kein Upgrade auf das Blaze-Preismodell durchführen, beginnt die Drosselung des Remote Config-Dienstes für Anfragen,die das Tageslimit von 100.000 Anfragen überschreiten. Dadurch kann verhindert werden, dass Clients aktualisierte Konfigurationen erhalten.
So führen Sie ein Upgrade durch: Sie können in der Firebase-Konsole ein Upgrade auf das Blaze-Preismodell durchführen, um eine Unterbrechung des Dienstes zu vermeiden. Wenn Sie auf den Blaze-Tarif upgraden, 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 für Ihr Projekt der Spark-Tarif gilt, das Tageslimit von 100.000 Anfragen überschritten wurde und der 30‑tägige Kulanzzeitraum abgelaufen ist,werden eingehende Anfragen, die den Tagesgrenzwert ü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 für Ihre täglich aktiven Nutzer mehr als 100.000 Abrufe pro Tag erforderlich sind.

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

In der Firebase-Konsole:

Spark-Tarif:Sie können Ihre tägliche Fetch-Nutzung im Dashboard für Nutzung und Abrechnung verfolgen. Im Bereich Remote Config wird auf der Karte „Kontingentfortschritt“ die Anzahl der täglichen Abrufe im Verhältnis zum kostenlosen Tageslimit von 100.000 angezeigt.
Blaze-Tarif:Das Dashboard für Nutzung und Abrechnung enthält ein gestuftes Balkendiagramm, in dem die tägliche Anzahl der Abrufe nach Preisstufen aufgeschlüsselt dargestellt wird (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): In Cloud Billing können Sie 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 darauf aus, wann Ihr Projekt erstellt wurde:
- 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 einsehen. 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, z. B. firebaseremoteconfig.googleapis.com.