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 forfait évolutif à la carte basé sur votre utilisation quotidienne.

Seules les requêtes fetch appelées directement par le service Remote Config (via les SDK client ou les API REST) contribuent à 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 comptabilisés dans vos quotas ni dans 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)
Demandes 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 A/B Testing Inclut la personnalisation, les déploiements et l'intégration A/B Testing
Quotas et limites Consultez Quotas et limites. Consultez Quotas et limites.

Périodes de transition pour les projets existants

Cette période de transition s'applique aux projets pour lesquels Remote Config a été activé avant le 1er septembre 2026. Pour assurer une transition fluide vers la tarification avec paiement à l'usage, les projets existants bénéficient des périodes de grâce étendues suivantes avant que la facturation ne soit appliquée :

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 période de grâce sera prolongée à 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 aux tarifs standards 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 a été activé à partir du 1er septembre 2026. Cela inclut les projets Remote Config existants activés (créés avant le 1er septembre 2026) pour lesquels la période de transition est expirée. Si un projet dépasse 100 000 requêtes de récupération par jour, les actions suivantes doivent être respectées :

Forfait / Condition Délai de grâce Conséquences 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 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 au-delà 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 de plus 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 minimum 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 la valeur par défaut de 12 heures à 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 les 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.
  • Auditez les récupérations en arrière-plan et inactives : examinez les tâches, les services ou les anciens modules d'application 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 les tableaux de bord des tarifs et de l'utilisation des consoles Google Cloud et 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