À compter du 1er septembre 2026, Remote Config proposera une structure tarifaire
flexible conçue pour s'adapter aux projets de toutes tailles, avec une formule sans frais et un niveau de paiement à l'usage évolutif en fonction de votre utilisation quotidienne.
Seules les requêtes de récupération appelées directement par le Remote Config service
(via des SDK clients ou des API REST) sont prises en compte dans votre utilisation facturée. Les opérations de récupération, les appels réseau ou les métriques générés en interne par d'autres services Firebase ne sont pas pris en compte dans vos Remote Config quotas ou votre facturation.
Le tableau suivant indique l'utilisation par projet pour les formules
Spark et
Blaze :
| Détail
|
Sans frais (formule Spark)
|
Paiement à l'usage (formule Blaze)
|
| Requêtes de récupération
|
Jusqu'à 100 000 par jour
|
Sans frais jusqu'à 100 000 par jour.
Puis :
- 0,000006 $ par requête (0,06 $ pour 10 000 requêtes) pour une utilisation comprise entre 100 001 et 10 000 000 par jour.
- 0,000001 $ par requête (0,01 $ pour 10 000 requêtes) pour une utilisation supérieure à 10 000 000 par jour.
|
| Toutes les fonctionnalités
|
Inclut la personnalisation, les déploiements progressifs et l'intégration des tests A/B
|
Inclut la personnalisation, les déploiements progressifs et l'intégration des tests A/B
|
| Quotas et limites
|
Consultez la page Quotas et limites pour en savoir plus.
|
Consultez la page Quotas et limites pour en savoir plus.
|
Délais de grâce de transition pour les projets existants
Ce délai de grâce de transition concerne les projets pour lesquels
Remote Config est activé avant le 1er septembre 2026. Pour assurer une transition fluide vers la tarification à l'usage, les projets existants bénéficient des délais de grâce prolongés suivants avant que la facturation ne commence à s'appliquer :
| Formule de facturation actuelle
|
Délai de grâce de transition
|
Début de la facturation standard
|
Action requise / Remarques
|
| Formule Spark (sans frais)
|
3 mois
|
1er décembre 2026
|
Action recommandée : configurez Cloud Billing et passez à la formule Blaze.
Bonus : si vous effectuez la mise à niveau avant le 15 novembre 2026, votre délai de grâce est prolongé de cinq mois (la facturation commence le 1er février 2027).
|
| Formule Blaze (paiement à l'usage)
|
5 mois
|
1er février 2027
|
Aucune action requise. Les projets passeront automatiquement à la tarification standard le 1er février 2027.
|
Délais de grâce standards
Ce délai de grâce concerne les projets pour lesquels Remote Config est activé
à partir du 1er septembre 2026. Cela inclut les projets existants Remote Config
activés (créés avant le 1er septembre 2026) et pour lesquels le délai de grâce de transition
a expiré. Si un projet dépasse 100 000 requêtes de récupération par jour, les actions suivantes doivent être respectées :
| Formule / Condition
|
Délai de grâce
|
Résultat après le délai de grâce
|
Action requise / Remarques
|
| Formule Spark (sans frais)
|
30 jours (s'applique lorsque le projet dépasse la limite quotidienne pour la première fois)
|
La limitation du débit commence le 31e jour
|
Les projets bénéficient d'un service ininterrompu pendant 30 jours après le premier dépassement de la limite quotidienne. Pour éviter la limitation du débit à partir du 31e jour, vous devez passer à la formule Blaze.
|
| Formule Blaze (paiement à l'usage)
|
Non applicable (aucune limitation du débit)
|
Facturation par requête de récupération
|
L'utilisation supérieure à 100 000 récupérations est facturée. Aucune limitation du débit n'est appliquée.
|
Bonnes pratiques pour optimiser l'utilisation
Pour optimiser l'utilisation, effectuez l'une des opérations suivantes :
- Intervalles de récupération du client : évitez de définir des intervalles de récupération minimaux très faibles (par exemple,
setMinimumFetchIntervalInSeconds) dans les builds de production. L'intervalle recommandé par défaut est de 12 heures.
- Mise en cache des paramètres non critiques : pour les valeurs de configuration stables qui changent rarement, envisagez d'augmenter
setMinimumFetchIntervalInSeconds de 12 heures (valeur par défaut) à 24 ou 48 heures.
- Boucles de récupération au démarrage de l'application : assurez-vous que votre application ne déclenche pas de récupération à distance à chaque transition d'écran, reprise d'activité ou rendu de composant. Utilisez des stratégies de chargement
telles que "Récupérer et activer au
chargement" ou "Activer en arrière-plan de l'écran de
chargement".
- Audit des récupérations en arrière-plan et inactives : examinez les tâches, les services ou les modules d'application hérités des workers en arrière-plan pour supprimer les appels de récupération redondants ("récupérations fantômes") qui se déclenchent lorsque l'application est en arrière-plan ou inactive.
- Surveillance : utilisez la console Google Cloud et les tableaux de bord de tarification et d'utilisation de la console Firebase
pour configurer des alertes de facturation automatiques lorsque les volumes de récupération quotidiens
approchent 100 000 requêtes.
FAQ et dépannage
Quelle est la nouvelle structure tarifaire Remote Config qui entrera en vigueur le
1er septembre 2026 ?
Remote Config passe à une structure tarifaire basée sur l'utilisation
avec un niveau sans frais :
- Formule Spark (sans frais) : jusqu'à 100 000 requêtes de récupération par jour sans
frais.
- Formule Blaze (paiement à l'usage) : sans frais pour les 100 000 premières requêtes de récupération quotidiennes, puis :
- 0,06 $ pour 10 000 requêtes (0,000006 $/requête) entre 100 001 et
10 000 000 requêtes par jour.
- 0,01 $ pour 10 000 requêtes (0,000001 $/requête) pour une utilisation supérieure à 10 000 000
requêtes par jour.
- Fonctionnalités : toutes les fonctionnalités avancées (personnalisation, déploiements progressifs et intégration des tests A/B
) restent incluses dans les formules Spark et Blaze sans frais supplémentaires.
Ai-je besoin d'un compte de facturation pour commencer à utiliser Remote Config ?
Non. Vous n'avez pas besoin de compte de facturation pour commencer à utiliser
Remote Config. Vous pouvez utiliser la formule Spark pour commencer sans frais. Un compte de facturation n'est requis que lorsque vous passez votre projet à
la formule Blaze pour prendre en charge plus de 100 000 requêtes de récupération quotidiennes.
Dois-je mettre à jour mon code ou le SDK Remote Config ?
Non. Vous n'avez pas besoin de modifier votre code ni de mettre à jour le Remote Config
SDK client lorsque vous passez de la formule Spark à la formule Blaze. La transition de niveau
et la mesure des requêtes sont gérées automatiquement par le
Remote Config backend.
Qu'est-ce qui est considéré comme une requête de récupération facturable ?
Une requête de récupération se produit chaque fois que votre application cliente ou votre serveur backend
appelle le Remote Config serveur pour vérifier si les valeurs des paramètres ont été mises à jour
(par exemple, en appelant fetch() ou
fetchAndActivate() dans les SDK clients, ou en récupérant
des modèles à l'aide des SDK REST/Admin). Seules les requêtes de récupération appelées directement par
le Remote Config service (via des SDK clients ou des API REST) sont prises en compte
dans votre utilisation facturée. Les opérations de récupération, les appels réseau ou les métriques générés
en interne par d'autres services Firebase ne sont pas pris en compte dans vos Remote Config
quotas ou votre facturation.
- Temps réel Remote Config : l'ouverture d'une connexion en temps réel ne génère pas de requêtes de récupération individuelles continues. Toutefois, lorsque le serveur envoie une notification d'invalidation, l'appel client résultant pour télécharger la configuration mise à jour est comptabilisé comme une requête de récupération.
- Valeurs mises en cache : l'utilisation de valeurs mises en cache déjà stockées sur l'appareil
(lecture à partir du disque/de la mémoire à l'aide de
activate() ou
getString()) ne génère pas d'appel réseau et n'est pas comptabilisée comme une
requête de récupération.
Que se passe-t-il si mon projet est associé à la formule Spark et dépasse 100 000 requêtes de récupération quotidiennes
? Comment effectuer la mise à niveau ?
- Délai de grâce de 30 jours : lorsque votre projet Spark dépasse 100 000 requêtes de récupération quotidiennes
pour la première fois, Firebase accorde un délai de grâce de 30 jours. Pendant
ce délai, vos requêtes Remote Config continueront d'être traitées
sans interruption.
- Continuité du compte à rebours : le délai de grâce de 30 jours commence la toute première fois
votre projet dépasse 100 000 requêtes de récupération quotidiennes. Ce compte à rebours de 30 jours
ne s'interrompt pas et n'est pas réinitialisé,même si votre utilisation quotidienne passe temporairement en dessous
de la limite de 100 000 requêtes pendant cette période.
- Notifications de quota : lorsque votre volume de récupération quotidien approche et atteint
le quota de 100 000, les administrateurs de projet reçoivent des alertes par e-mail automatiques
et des notifications sous forme de bannière dans la console.
- Risque de limitation du débit : si vous ne passez pas à la formule Blaze avant la fin du
délai de grâce de 30 jours, la limitation du débit du service Remote Config commencera
pour les requêtes dépassant la limite quotidienne de 100 000, ce qui peut empêcher les clients
de recevoir des configurations mises à jour.
- Comment effectuer la mise à niveau : vous pouvez
passer à la formule Blaze
dans la Firebase console pour assurer la continuité du service. En passant
à la formule Blaze, vous associez votre projet à un
compte de facturation Google Cloud.
Les utilisateurs ne reçoivent pas les nouvelles valeurs de paramètre Remote Config. Le problème est-il lié à la tarification ou aux quotas ?
Oui. Si votre projet est associé à la formule Spark, qu'il a dépassé la limite quotidienne de 100 000 requêtes
et que le délai de grâce de 30 jours a expiré, le serveur limite le débit des requêtes entrantes
au-delà du seuil quotidien. Vérifiez vos métriques d'utilisation dans la console et passez à la formule Blaze si vos utilisateurs actifs quotidiens nécessitent plus de 100 000 récupérations quotidiennes.Firebase
Comment consulter mon utilisation actuelle pour estimer ma facture ?
Si vous utilisez la formule Blaze, vous pouvez consulter les rapports de gestion des coûts et d'utilisation
dans la console Google Cloud. Pour en savoir plus, consultez la page
Afficher les rapports Cloud Billing et l'évolution des coûts.
Lorsque vous filtrez par SKU, choisissez le SKU suivant :
- SKU ID:
37B1-4623-6F54
- Nom du SKU : Fetch Requests
Vous pouvez surveiller votre utilisation actuelle et les limites du système actif sur la page Quotas et limites du système de la Google Cloud console. Pour en savoir plus, consultez la page
Afficher et gérer les quotas. Lorsque vous filtrez des rapports, veillez à sélectionner l'API Firebase spécifique pour laquelle vous souhaitez vérifier les quotas (par
exemple, firebaseremoteconfig.googleapis.com).