Tarifs de Remote Config

À 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