Tarifs de Remote Config

À partir du 1er septembre 2026, Remote Config proposera une structure tarifaire flexible conçue pour s'adapter aux projets de toutes tailles, avec un forfait 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 service Remote Config (via des SDK client ou des API REST) sont comptabilisées dans votre utilisation facturée. Les opérations de récupération, les appels réseau ou les métriques générées en interne par d'autres services Firebase ne sont pas comptabilisés dans vos quotas ou votre facturation Remote Config.

Le tableau suivant indique l'utilisation par projet pour les forfaits Spark et Blaze :

Détail Sans frais (forfait 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 et l'intégration de A/B Testing Inclut la personnalisation, les déploiements et l'intégration de A/B Testing
Quotas et limites Consultez Quotas et limites. Consultez Quotas et limites.

Délais de transition pour les projets existants

Ce délai de grâce s'applique aux projets pour lesquels Remote Config est activé avant le 1er septembre 2026. Pour assurer une transition en douceur vers la tarification à l'usage, les projets existants bénéficient des délais de grâce prolongés suivants avant le début de l'application de la facturation :

Forfait de facturation actuel Délai de grâce pour la transition Début de la facturation standard Action requise / Remarques
Forfait Spark (sans frais) 3 mois 1er décembre 2026 Action recommandée : Configurez Cloud Billing et passez au forfait Blaze.

Bonus : Si vous passez à un forfait supérieur avant le 15 novembre 2026, votre délai de grâce sera prolongé de cinq mois (la facturation commencera le 1er février 2027).

Formule Blaze (paiement à l'usage) 5 mois 1er février 2027 Aucune action n'est 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 s'applique aux projets pour lesquels Remote Config est activé à partir du 1er septembre 2026. Cela inclut les projets existants pour lesquels Remote Config est activé (créés avant le 1er septembre 2026) et dont 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 :

Plan / Condition Délai de grâce Résultat après le délai de grâce Action requise / Remarques
Forfait Spark (sans frais) 30 jours (applicable lorsque le projet dépasse la limite quotidienne pour la première fois) La limitation 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 toute limitation à partir du 31e jour, vous devez passer au forfait Blaze.
Formule Blaze (paiement à l'usage) N/A (aucune limitation) Facturation par requête de récupération L'utilisation au-delà de 100 000 récupérations est facturée. Aucune limitation 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 la valeur de 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 derrière l'écran de chargement de manière responsable.
  • Auditer les récupérations en arrière-plan et inactives : examinez les tâches de nœud de calcul en arrière-plan, les services ou les anciens modules d'application 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 les tableaux de bord de tarification et d'utilisation de la console Google Cloud et de la console Firebase pour configurer des alertes de facturation automatiques lorsque les volumes de récupération quotidiens approchent les 100 000 requêtes.

FAQ et dépannage