FAQ Firebase

Qu'est-ce qu'un projet Firebase ?

Un projet Firebase est l'entité de niveau supérieur pour Firebase. Dans un projet, vous pouvez enregistrer vos applications Apple, Android ou Web. Après avoir enregistré vos applications auprès de Firebase, vous pouvez ajouter les SDK Firebase spécifiques au produit à votre application, comme Analytics, Cloud Firestore, Crashlytics ou Remote Config.

Vous devez enregistrer vos variantes d'application Apple, Android et Web dans un seul projet Firebase. Vous pouvez utiliser plusieurs projets Firebase pour prendre en charge plusieurs environnements, tels que le développement, la préproduction et la production.

Voici quelques ressources pour en savoir plus sur les projets Firebase :

• Comprendre les projets Firebase : fournit une brève présentation de plusieurs concepts importants concernant les projets Firebase, y compris leur relation avec Google Cloud et la hiérarchie de base d'un projet, de ses applications et de ses ressources.
• Bonnes pratiques générales pour la configuration de projets Firebase : fournit des bonnes pratiques générales de haut niveau pour la configuration de projets Firebase et l'enregistrement de vos applications avec un projet afin que vous disposiez d'un flux de travail de développement clair qui utilise des environnements distincts.

Notez que pour tous les projets Firebase, Firebase ajoute automatiquement un libellé firebase:enabled sur la page Libellés de votre projet dans Google Cloud Console. En savoir plus sur ce label dans notre FAQ .

Qu'est-ce qu'une organisation Google Cloud ?

Une organisation Google Cloud est un conteneur pour les projets Google Cloud (y compris les projets Firebase). Cette hiérarchie permet une meilleure organisation, gestion des accès et audit de vos projets Google Cloud et Firebase. Pour plus d'informations, reportez-vous à Création et gestion d'organisations .

Comment ajouter Firebase à un projet Google Cloud existant ?

Vous pouvez avoir des projets existants gérés via Google Cloud Console ou la console des API Google . Par défaut, ces projets sont visibles dans la console Firebase , mais ne sont pas considérés comme des projets Firebase.

Pour ajouter Firebase à votre projet Google Cloud existant, cliquez sur Ajouter un projet sur la page d'accueil de la console Firebase , puis sélectionnez votre projet dans le menu Nom du projet .

Pourquoi mon projet Google Cloud porte-t-il le libellé firebase:enabled ?

Dans la page Libellés de votre projet dans Google Cloud Console, vous pouvez voir un libellé firebase:enabled (en particulier, une Key de firebase avec une Value enabled ).

Firebase a automatiquement ajouté cette étiquette car votre projet est un projet Firebase, ce qui signifie que votre projet a des configurations et des services spécifiques à Firebase activés pour lui. En savoir plus sur la relation entre les projets Firebase et Google Cloud .

Nous vous recommandons fortement de ne pas modifier ou supprimer cette étiquette. Ce libellé est utilisé par Firebase et Google Cloud pour répertorier vos projets Firebase (par exemple, via le point de terminaison projects.list de l'API REST ou dans les menus de la console Firebase).

Sachez que l'ajout manuel de ce libellé à votre liste de libellés de projet n'active PAS les configurations et services spécifiques à Firebase pour votre projet Google Cloud. Pour ce faire, vous devez ajouter Firebase via la console Firebase (ou, pour les cas d'utilisation avancés, via l' API REST Firebase Management ou la CLI Firebase ).

Pourquoi mon projet Firebase n'apparaît-il pas dans ma liste de projets Firebase ?

Cette FAQ s'applique si vous ne voyez pas votre projet Firebase aux endroits suivants :

• Dans une liste de projets que vous consultez dans la console Firebase
• Dans la réponse de l'appel du point de terminaison projects.list de l'API REST
• Dans la réponse de l'exécution de la commande Firebase CLI firebase projects:list

Essayez ces étapes de dépannage :

1. Tout d'abord, essayez d'accéder à votre projet en accédant directement à l'URL du projet. Utilisez le format suivant :
   https://console.firebase.google.com/project/ PROJECT-ID /overview
2. Si vous ne parvenez pas à accéder au projet ou si vous recevez des erreurs d'autorisation, vérifiez les points suivants :
   • Assurez-vous d'être connecté à Firebase avec le même compte Google qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte dans le coin supérieur droit de la console.
   • Vérifiez si vous pouvez afficher le projet dans Google Cloud Console .
   • Assurez-vous que votre projet porte le libellé firebase:enabled sur la page Libellés de votre projet dans Google Cloud Console. Firebase et Google Cloud utilisent ce libellé pour répertorier vos projets Firebase. Si vous ne voyez pas cette étiquette mais que l'API Firebase Management est activée pour votre projet, ajoutez manuellement l'étiquette (en particulier, une Key de firebase avec une Value de enabled ).
   • Assurez-vous que l'un des rôles IAM de base (propriétaire, éditeur, lecteur) vous est attribué ou un rôle disposant d'autorisations liées à Firebase, par exemple un rôle prédéfini Firebase . Vous pouvez afficher votre ou vos rôles sur la page IAM de Google Cloud Console.
   • Si votre projet appartient à une organisation Google Cloud, vous aurez peut-être besoin d'autorisations supplémentaires pour voir le projet répertorié dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour vous attribuer le rôle approprié pour afficher le projet, par exemple le rôle Navigateur.

Si aucune des étapes de dépannage ci-dessus ne vous permet de voir votre projet dans une liste de projets Firebase, contactez l'assistance Firebase .

Combien de projets puis-je avoir par compte ?

• Plan tarifaire Spark — Votre quota de projets est limité à un petit nombre de projets (généralement entre 5 et 10).
• Plan tarifaire Blaze — Votre quota de projet par compte Cloud Billing augmente considérablement tant que votre compte Cloud Billing est en règle.

La limite du quota de projet est rarement une préoccupation pour la plupart des développeurs, mais si nécessaire, vous pouvez demander une augmentation de votre quota de projet .

Notez que la suppression complète d'un projet nécessite 30 jours et compte dans votre quota jusqu'à ce qu'il soit entièrement supprimé.

Combien d'applications Firebase puis-je avoir dans un projet Firebase ?

Un projet Firebase est un conteneur pour les applications Firebase sur Apple, Android et le Web. Firebase limite le nombre total d'applications Firebase dans un projet Firebase à 30.

Après ce nombre, les performances commencent à se dégrader (en particulier pour Google Analytics) et finalement, à un nombre plus élevé d'applications, certaines fonctionnalités du produit cessent de fonctionner. De plus, si vous utilisez la connexion Google comme fournisseur d'authentification, un ID client OAuth 2.0 sous-jacent est créé pour chaque application de votre projet. Il y a une limite d'environ 30 ID client qui peuvent être créés dans un même projet.

Vous devez vous assurer que toutes les applications Firebase d'un même projet Firebase sont des variantes de plate-forme de la même application du point de vue de l'utilisateur final. Par exemple, si vous développez une application en marque blanche, chaque application étiquetée indépendamment doit avoir son propre projet Firebase, mais les versions Apple et Android de cette étiquette peuvent se trouver dans le même projet. Découvrez des conseils plus détaillés dans nos bonnes pratiques générales pour la configuration de projets Firebase .

Dans les rares cas où votre projet nécessite plus de 30 applications, vous pouvez demander une augmentation de la limite d'applications. Votre projet doit être sur le plan tarifaire Blaze pour faire cette demande. Rendez-vous sur Google Cloud Console pour faire votre demande et la faire évaluer. En savoir plus sur la gestion des quotas dans la documentation Google Cloud.

Que se passe-t-il si je marque mon projet comme environnement de "production" ?

Dans la console Firebase, vous pouvez étiqueter vos projets Firebase avec leur type d'environnement, en tant qu'environnements de production ou non spécifiés (non prod).

Le marquage de votre projet en tant que type d'environnement n'a aucun effet sur le fonctionnement de votre projet Firebase ni sur ses fonctionnalités. Cependant, le balisage peut vous aider, vous et votre équipe, à gérer vos différents projets Firebase pour le cycle de vie de l'application.

Si vous marquez votre projet en tant qu'environnement de production, nous ajoutons une balise Prod aux couleurs vives au projet dans la console Firebase, vous rappelant que toute modification peut affecter vos applications de production associées. À l'avenir, nous pourrions ajouter plus de fonctionnalités et de protections pour les projets Firebase marqués comme environnements de production.

Pour modifier le type d'environnement de votre projet Firebase, accédez aux settings Paramètres du projet > Général , puis dans la fiche Votre projet sous Environnement , cliquez sur edit pour modifier le type d'environnement.

Où puis-je trouver l'ID d'application pour mon application Firebase ?

Dans la console Firebase, accédez à vos settings Paramètres du projet . Faites défiler jusqu'à la carte Vos applications , puis cliquez sur l'application Firebase souhaitée pour afficher les informations de l'application, y compris son ID d'application .

Voici quelques exemples de valeurs d'ID d'application :

• Applications Firebase iOS : 1:1234567890:ios:321abc456def7890
• Applications Android Firebase : 1:1234567890:android:321abc456def7890
• Applications Web Firebase : 1:1234567890:web:321abc456def7890

Quels sont les prérequis pour lier Google Play / AdMob / Google Ads / BigQuery à mon projet ou application Firebase ?

• Pour associer votre compte Google Play , vous avez besoin des éléments suivants :
  • L'un des rôles Firebase suivants : propriétaire ou administrateur Firebase
    et
  • L'un des niveaux d'accès Google Play suivants : propriétaire du compte ou administrateur
• Pour associer votre application AdMob , vous devez être à la fois propriétaire du projet Firebase et administrateur AdMob.
• Pour associer votre compte AdWords , vous devez être à la fois propriétaire du projet Firebase et administrateur AdWords.
• Pour associer votre projet BigQuery , vous devez être le propriétaire du projet Firebase.

Quels avis open source dois-je inclure dans mon application ?

Sur les plates-formes Apple, le module Firebase contient un fichier NOTICES qui comprend les entrées pertinentes. Le SDK Firebase Android contient une Activity d'assistance pour afficher les informations de licence.

Comment attribuer un rôle à un membre du projet, comme le rôle Propriétaire ?

Pour gérer le ou les rôles attribués à chaque membre du projet, vous devez être propriétaire du projet Firebase (ou vous voir attribuer un rôle avec l'autorisation resourcemanager.projects.setIamPolicy ).

Voici les endroits où vous pouvez attribuer et gérer des rôles :

• La console Firebase offre un moyen simplifié d'attribuer des rôles aux membres du projet dans l' onglet Utilisateurs et autorisations des settings > Paramètres du projet . Dans la console Firebase, vous pouvez attribuer l'un des rôles de base (propriétaire, éditeur, lecteur), les rôles d'administrateur/lecteur Firebase ou l'un des rôles de catégorie de produit prédéfinis Firebase .
• Google Cloud Console propose un ensemble complet d'outils permettant d'attribuer des rôles aux membres du projet sur la page IAM . Dans Cloud Console, vous pouvez également créer et gérer des rôles personnalisés , ainsi qu'accorder aux comptes de service l'accès à votre projet.

  Notez que dans Google Cloud Console, les membres du projet sont appelés principaux .

Si le Propriétaire de votre projet ne peut plus effectuer les tâches d'un Propriétaire (par exemple, la personne a quitté votre entreprise) et que votre projet n'est pas géré via une organisation Google Cloud (voir paragraphe suivant), vous pouvez contacter le support Firebase pour avoir un propriétaire temporaire assigné.

Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il se peut qu'il n'ait pas de propriétaire. Si vous ne parvenez pas à trouver un propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud pour attribuer un propriétaire au projet.

Comment trouver le propriétaire d'un projet Firebase ?

Vous pouvez afficher les membres du projet et leurs rôles aux endroits suivants :

• Si vous avez accès au projet dans la console Firebase, vous pouvez afficher la liste des membres du projet, y compris les propriétaires, sur la page Utilisateurs et autorisations de la console Firebase.
• Si vous n'avez pas accès au projet dans la console Firebase, vérifiez si vous avez accès au projet dans Google Cloud Console. Vous pouvez afficher la liste des membres du projet, y compris les propriétaires, sur la page IAM de Google Cloud Console.

Si le Propriétaire de votre projet ne peut plus effectuer les tâches d'un Propriétaire (par exemple, la personne a quitté votre entreprise) et que votre projet n'est pas géré via une organisation Google Cloud (voir paragraphe suivant), vous pouvez contacter le support Firebase pour avoir un propriétaire temporaire assigné.

Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il se peut qu'il n'ait pas de propriétaire. Au lieu de cela, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Cependant, pour effectuer plusieurs tâches spécifiques au propriétaire (comme l'attribution de rôles ou la gestion des propriétés Google Analytics), l'administrateur peut avoir besoin de s'attribuer le rôle de propriétaire réel pour effectuer ces tâches. Si vous ne parvenez pas à trouver un propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud pour attribuer un propriétaire au projet.

Pourquoi ou quand dois-je attribuer à un membre du projet le rôle de propriétaire ?

Pour assurer la bonne gestion d'un projet Firebase, celui-ci doit avoir un Owner . Le propriétaire d'un projet est la personne qui peut effectuer plusieurs actions administratives importantes (comme l'attribution de rôles et la gestion des propriétés Google Analytics), et l'assistance Firebase ne peut répondre qu'aux demandes administratives des propriétaires de projet démontrés.

Après avoir configuré le ou les propriétaires d'un projet Firebase, il est important de maintenir ces attributions à jour.

Notez que si un projet Firebase fait partie d'une organisation Google Cloud, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Toutefois, pour plusieurs tâches spécifiques au propriétaire (telles que l'attribution de rôles ou la gestion des propriétés Google Analytics), l'administrateur peut avoir besoin de s'attribuer le rôle de propriétaire réel pour effectuer ces tâches.

Je ne pense pas avoir de projet Firebase, mais j'ai reçu un e-mail à ce sujet. Comment accéder à ce projet ?

L'e-mail que vous avez reçu doit contenir un lien pour ouvrir votre projet Firebase. Cliquez sur le lien dans l'e-mail pour ouvrir le projet dans la console Firebase.

Si vous ne parvenez pas à ouvrir le projet dans le lien, assurez-vous que vous êtes connecté à Firebase à l'aide du même compte Google qui a reçu l'e-mail concernant le projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte dans le coin supérieur droit de la console.

Notez que si vous êtes l'administrateur d'une organisation Google Cloud, vous pouvez être informé des modifications apportées aux projets Firebase au sein de votre organisation. Cependant, vous ne disposez peut-être pas des autorisations suffisantes pour ouvrir le projet Firebase. Dans ces cas, la solution la plus simple consiste à vous attribuer le rôle de propriétaire réel pour ouvrir le projet et effectuer les actions requises. En savoir plus sur pourquoi et quand attribuer le rôle de propriétaire .

Quels sont les navigateurs pris en charge pour accéder à la console Firebase ?

La console Firebase est accessible à partir des versions récentes des navigateurs de bureau populaires tels que Chrome, Firefox, Safari et Edge. Les navigateurs mobiles ne sont actuellement pas entièrement pris en charge.

Je peux charger la console Firebase, mais pourquoi ne puis-je pas trouver ou accéder à mon projet Firebase ?

Cette FAQ s'applique si vous rencontrez l'un des problèmes suivants :

• La console Firebase renvoie une page d'erreur indiquant que votre projet n'existe peut-être pas ou que vous n'avez pas accès au projet.
• La console Firebase n'affiche pas votre projet même lorsque vous saisissez son ID de projet ou son nom de projet dans le champ de recherche de la console.

Essayez ces étapes de dépannage :

1. Tout d'abord, essayez d'accéder à votre projet en accédant directement à l'URL du projet. Utilisez le format suivant :
   https://console.firebase.google.com/project/ PROJECT-ID /overview
2. Si vous ne parvenez toujours pas à accéder au projet ou si vous recevez des erreurs d'autorisation, vérifiez les points suivants :
   • Assurez-vous d'être connecté à Firebase avec le même compte Google qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte dans le coin supérieur droit de la console.
   • Assurez-vous que l' API Firebase Management est activée pour le projet.
   • Assurez-vous que l'un des rôles IAM de base (propriétaire, éditeur, lecteur) vous est attribué ou un rôle disposant d'autorisations liées à Firebase, par exemple un rôle prédéfini Firebase . Vous pouvez afficher votre ou vos rôles sur la page IAM de Google Cloud Console.
   • Si votre projet appartient à une organisation Google Cloud, vous aurez peut-être besoin d'autorisations supplémentaires pour voir le projet répertorié dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour vous attribuer le rôle approprié pour afficher le projet, par exemple le rôle Navigateur.

Si aucune des étapes de dépannage ci-dessus ne vous permet de trouver ou d'accéder à votre projet, contactez l'assistance Firebase .

Pourquoi la console Firebase ne se charge-t-elle pas pour moi ?

Cette FAQ s'applique si vous rencontrez l'un des problèmes suivants :

• Une page de la console Firebase ne finit jamais de se charger.
• Les données d'une page ne se chargent pas comme prévu.
• Vous recevez des messages d'erreur de navigateur lors du chargement de la console Firebase.

Essayez ces étapes de dépannage :

1. Vérifiez la ligne Console du tableau de bord d'état Firebase pour toute interruption de service possible.
2. Assurez-vous que vous utilisez un navigateur pris en charge .
3. Essayez de charger la console Firebase dans une fenêtre de navigation privée ou privée.
4. Désactivez toutes les extensions de navigateur.
5. Vérifiez que la connexion réseau n'est pas bloquée par un bloqueur de publicités, un antivirus, un proxy, un pare-feu ou un autre logiciel.
6. Essayez de charger la console Firebase à l'aide d'un réseau ou d'un appareil différent.
7. Si vous utilisez Chrome, recherchez d'éventuelles erreurs dans la console des outils de développement .

Si aucune des étapes de dépannage ci-dessus ne résout le problème, contactez l'assistance Firebase .

Comment la langue de ma console Firebase est-elle déterminée ?

Le paramètre de langue de la console Firebase est basé sur la langue sélectionnée dans les paramètres de votre compte Google .

Pour modifier votre préférence de langue, voir Modifier la langue .

La console Firebase est compatible avec les langues suivantes :

• Anglais
• portugais brésilien
• Français
• Allemand
• indonésien
• Japonais
• coréen
• russe
• Chinois simplifié
• Espagnol
• Chinois traditionnel

Quels rôles et autorisations la console Firebase prend-elle en charge ?

La console Firebase et Google Cloud Console utilisent les mêmes rôles et autorisations sous-jacents. En savoir plus sur les rôles et les autorisations dans la documentation Firebase IAM .

Firebase prend en charge les rôles fondamentaux (de base) de propriétaire, d'éditeur et de lecteur :

• Un propriétaire de projet peut ajouter d'autres membres au projet, configurer des intégrations (projet lié à des services tels que BigQuery ou Slack) et dispose d'un accès complet en modification pour le projet.
• Un éditeur de projet dispose d'un accès complet à la modification du projet.
• Un visualiseur de projet n'a qu'un accès en lecture pour le projet. Notez que la console Firebase ne masque/désactive actuellement pas les commandes d'édition de l'interface utilisateur des visionneuses de projet, mais ces opérations échoueront pour les membres du projet auxquels le rôle de visionneuse a été attribué.

Firebase prend également en charge :

• Rôles prédéfinis Firebase - Rôles spécifiques à Firebase organisés qui permettent un contrôle d'accès plus granulaire que les rôles de base de propriétaire, éditeur et spectateur.
• Rôles personnalisés — Rôles IAM entièrement personnalisés que vous créez pour adapter un ensemble d'autorisations qui répondent aux exigences spécifiques de votre organisation.

Quels produits sont payants ? Quels sont sans frais ?

Les produits d'infrastructure payants de Firebase sont la base de données en temps réel, le stockage en nuage pour Firebase, les fonctions en nuage, l'hébergement, le laboratoire de test et l'authentification par téléphone. Nous proposons un niveau gratuit pour toutes ces fonctionnalités.

Firebase propose également de nombreux produits gratuits : Analytics, Cloud Messaging, le compositeur de notifications, Remote Config, App Indexing, Dynamic Links et Crash Reporting. Vous pouvez utiliser une quantité illimitée de n'importe lequel de ces produits dans tous les plans, y compris notre plan Spark sans frais. De plus, toutes les fonctionnalités d'authentification au-delà de l'authentification par téléphone sont gratuites.

Comment savoir quel plan tarifaire me convient le mieux ?

Plan tarifaire Spark

Notre plan Spark est un endroit idéal pour développer votre application sans frais. Vous bénéficiez de toutes les fonctionnalités Firebase gratuites (Analytics, le compositeur de notifications, Crashlytics, etc.) et de généreuses quantités de nos fonctionnalités d'infrastructure payantes. Cependant, si vous dépassez les ressources de votre plan Spark au cours d'un mois civil, votre application sera fermée pour le reste de ce mois. De plus, les fonctionnalités de Google Cloud ne sont pas disponibles lors de l'utilisation du forfait Spark.

Plan tarifaire Blaze

Notre plan Blaze est conçu pour les applications de production. Le forfait Blaze vous permet également d'étendre votre application avec des fonctionnalités payantes de Google Cloud. Vous ne payez que pour les ressources que vous consommez, ce qui vous permet d'évoluer avec la demande. Nous nous efforçons de rendre les prix de nos plans Blaze compétitifs par rapport aux principaux fournisseurs de cloud du secteur.

Comment puis-je contrôler ma consommation et ma facturation ?

Vous pouvez suivre votre utilisation des ressources du projet dans la console Firebase sur l'un des tableaux de bord suivants :

• Tableau de bord global d'utilisation et de facturation au niveau du projet
• Tableau de bord d'utilisation de l'authentification (en particulier pour les instances d'authentification par téléphone)
• Tableau de bord d'utilisation de Cloud Firestore
• Tableau de bord d'utilisation de Cloud Functions
• Tableau de bord d'utilisation du stockage dans le cloud
• Tableau de bord d'utilisation de l'hébergement
• Tableau de bord d'utilisation de la base de données en temps réel

Qu'est-il arrivé au plan tarifaire Flame ?

En janvier 2020, le plan tarifaire Flame (25 $/mois de quota supplémentaire) a été supprimé en tant qu'option pour les nouvelles inscriptions. Les utilisateurs du plan existant ont bénéficié d'un délai de grâce pour migrer leurs projets hors du plan Flame. En février 2022, les projets restants du plan tarifaire Flame ont été rétrogradés au plan tarifaire Spark.
Par conséquent,

• Les projets de plan Spark et Blaze existants et tout nouveau projet ne peuvent plus passer ou s'inscrire au plan Flame.
• Si vous avez déplacé un projet de plan Flame existant vers un plan tarifaire différent, le projet ne peut pas revenir au plan Flame.
• Les projets rétrogradés au plan Spark peuvent être mis à niveau vers le plan Blaze pour reprendre des services payants supplémentaires.
• Les références au plan Flame ont été supprimées de la documentation.

Avez-vous d'autres questions sur la retraite du plan Flame ? Lisez quelques-unes des FAQ supplémentaires ci-dessous.

Vous souhaitez en savoir plus sur les autres plans tarifaires proposés par Firebase ? Visitez notre page de tarification Firebase ! Si vous souhaitez commencer à déplacer des projets existants vers un autre plan tarifaire, vous pouvez le faire dans la console Firebase de votre projet.

FAQ supplémentaires sur le retrait du plan Flame

En quoi l'utilisation gratuite du forfait Blaze diffère-t-elle de l'utilisation gratuite du forfait Spark ?

L'utilisation gratuite du forfait Blaze est calculée quotidiennement. Les limites d'utilisation diffèrent également du plan Spark pour Cloud Functions, l'authentification par téléphone et Test Lab.

Pour Cloud Functions, l'utilisation gratuite du forfait Blaze est calculée au niveau du compte Cloud Billing, et non au niveau du projet, et a les limites suivantes :

• 2M d'appels/mois
• 400 000 Go-secondes/mois
• 200 000 secondes CPU/mois
• 5 Go de sortie réseau/mois

Pour l'authentification par téléphone, l'utilisation gratuite du forfait Blaze est calculée mensuellement.

Pour Test Lab, l'utilisation gratuite sur le plan Blaze a les limites suivantes :

• 30 minutes d'appareil physique/jour
• 60 minutes d'appareil virtuel/jour

Le quota d'utilisation sans frais est-il réinitialisé lorsque je passe d'un forfait Spark à un forfait Blaze ?

L'utilisation gratuite du plan Spark est incluse dans le plan Blaze. L'utilisation sans frais n'est pas réinitialisée lors du passage à un forfait Blaze.

Qu'est-ce qu'une "connexion simultanée à une base de données" ?

Une connexion simultanée équivaut à un appareil mobile, un onglet de navigateur ou une application serveur connecté à la base de données. Firebase impose des limites strictes au nombre de connexions simultanées à la base de données de votre application. Ces limites sont en place pour protéger à la fois Firebase et nos utilisateurs contre les abus.

La limite du plan Spark est de 100 et ne peut pas être augmentée. Les plans Flame et Blaze ont une limite de 200 000 connexions simultanées par base de données.

Cette limite n'est pas la même que le nombre total d'utilisateurs de votre application, car vos utilisateurs ne se connectent pas tous en même temps. Si vous avez besoin de plus de 200 000 connexions simultanées, veuillez lire Mise à l'échelle avec plusieurs bases de données .

Que se passe-t-il si je dépasse les limites de stockage ou de téléchargement du plan Spark pour la base de données en temps réel ?

Pour vous fournir un prix prévisible, les ressources mises à votre disposition dans les plans Spark sont plafonnées. Cela signifie que lorsque vous dépassez une limite de plan au cours d'un mois, votre application sera désactivée pour éviter toute utilisation supplémentaire des ressources et des frais supplémentaires.

Que se passe-t-il si je dépasse les limites de connexion simultanée du plan Spark pour la base de données en temps réel ?

Lorsque votre application atteint sa limite de simultanéité sur le plan Spark, toutes les connexions ultérieures seront rejetées jusqu'à ce que certaines des connexions existantes soient fermées. L'application continuera à fonctionner pour les utilisateurs connectés.

Que se passe-t-il si je dépasse les limites de chargement, de téléchargement ou de stockage du plan Spark pour Cloud Storage ?

Lorsque vous dépassez les limites de Cloud Storage dans un projet du forfait Spark, le résultat dépend du type de limite que vous dépassez :

• Si vous dépassez la limite de Go stockés , vous ne pourrez plus stocker de données dans ce projet, sauf si vous supprimez certaines des données stockées ou passez à un plan qui offre plus d'espace de stockage ou un espace de stockage illimité.
• Si vous dépassez la limite de Go téléchargés , votre application ne pourra pas télécharger plus de données avant le lendemain (à partir de minuit, heure du Pacifique des États-Unis), sauf si vous passez à un forfait avec des limites moins restrictives ou sans limite.
• Si vous dépassez la limite d'opérations de chargement ou de téléchargement , votre application ne pourra pas charger ou télécharger plus de données avant le lendemain (à partir de minuit, heure du Pacifique des États-Unis), à moins que vous ne passiez à un forfait avec des limites moins restrictives ou sans limites.

Comment fonctionne l'intégration de Firebase avec Google Cloud ?

Firebase est profondément intégré à Google Cloud . Les projets sont partagés entre Firebase et Google Cloud, de sorte que les projets peuvent avoir des services Firebase et des services Google Cloud activés. Vous pouvez accéder au même projet depuis la console Firebase ou Google Cloud Console. Spécifiquement:

• Certains produits Firebase sont directement soutenus par Google Cloud, tels que Cloud Storage pour Firebase. La liste des produits soutenus par Google Cloud continuera de s'allonger au fil du temps.
• La plupart de vos paramètres, y compris les collaborateurs et les informations de facturation, sont partagés par Firebase et Google Cloud. Votre utilisation de Firebase et de Google Cloud apparaît sur la même facture.

De plus, lorsque vous passez au forfait Blaze, vous pouvez utiliser n'importe quelle infrastructure en tant que service et API de classe mondiale de Google Cloud directement dans votre projet Firebase, au tarif standard de Google Cloud . Vous pouvez également exporter des données de Google Cloud directement vers BigQuery à des fins d'analyse. Pour en savoir plus, consultez Associer BigQuery à Firebase.

L'utilisation de Google Cloud avec Firebase présente de nombreux avantages en matière d'amélioration de la sécurité, d'amélioration de la latence et de gain de temps (par rapport à d'autres services cloud qui ne sont pas colocalisés). Consultez le site Google Cloud pour plus de détails.

Qu'advient-il de mon projet Firebase si j'ajoute ou supprime des comptes de facturation pour ce projet dans Google Cloud Console ?

Si un compte Cloud Billing est ajouté à un projet dans Google Cloud Console, le même projet sera automatiquement mis à niveau vers le forfait Firebase Blaze si ce projet est actuellement sur le forfait Spark.

En revanche, si un compte Cloud Billing actif existant est supprimé d'un projet dans Google Cloud Console, ce projet sera rétrogradé vers le forfait Firebase Spark.

Puis-je mettre à niveau, rétrograder ou annuler à tout moment ?

Oui, vous pouvez mettre à niveau, rétrograder ou annuler à tout moment. Notez que nous ne fournissons pas de remboursements au prorata pour les déclassements ou les annulations. Cela signifie que si vous rétrogradez ou annulez avant la fin de votre période de facturation, vous payez toujours pour le reste du mois.

Quel type de soutien vais-je recevoir ?

All Firebase apps, including those using no-cost plans, come with email support from Firebase staff during US Pacific business hours. All accounts have unlimited support for billing-related issues, account-related issues, technical (troubleshooting) questions, and incident reports.

Can I cap usage on the Blaze plan?

No, you cannot currently cap your Blaze plan usage. We are evaluating options for supporting caps on Blaze plan usage.

Blaze users can define a budget for their project or account, and receive alerts as their spending approaches those limits. Learn how to set up budget alerts .

What are automated backups? Do you offer hourly backups?

Automated backups are an advanced feature for customers on our Blaze pricing plan that backs up your Firebase Realtime Database data once a day and uploads it to Google Cloud Storage .

We do not offer hourly backups.

Do you offer open-source, nonprofit, or educational discounts?

Our Spark plan can be used by any type of individual or organization, including nonprofits, schools, and open-source projects. Since these plans already include generous quotas, we don't offer any special discounts or plans for open-source, nonprofit, or educational projects.

Do you offer enterprise contracts, pricing, support, or dedicated infrastructure hosting?

Our Blaze plan is suitable for enterprises of all sizes, and our SLA meets or exceeds the industry standard for cloud infrastructure. However, we do not currently offer enterprise contracts, pricing, or support, nor do we offer dedicated infrastructure hosting (that is, on-premises installations) for services like our Realtime Database. We are hard at work adding some of these features.

Do you offer ad-hoc pricing? I only want pay-as-you-go for one or two features.

We offer ad-hoc pricing in the Blaze plan, where you pay only for the features you use.

How do the paid Firebase plans work with Ads? Are there no-cost advertising credits with paid plans?

The Firebase pricing plans are separate from Ads, so there are no advertising credits without cost. As a Firebase developer, you are able to "link" your Ads account to Firebase to support conversion tracking.

All ads campaigns are managed directly in Ads, and Ads billing is managed from the Ads console.

Where can I find information about privacy and security in Firebase?

Check out the page Privacy and Security in Firebase .

Do the Firebase SDKs log any usage/diagnostic information outside of Analytics?

Yes. This is currently iOS-only, but may change in the future. The Firebase Apple platforms SDK includes the FirebaseCoreDiagnostics framework by default. This framework is used by Firebase to collect SDK usage and diagnostics information to help prioritize future product enhancements. FirebaseCoreDiagnostics is optional, so if you would like to opt out of sending Firebase diagnostic logs, you can do so by unlinking the library from your application. You can browse the full source, including logged values, on GitHub

A/B Testing: How many experiments can I create and run?

You are allowed up to 300 experiments per project, which could consist of up to 24 running experiments, with the rest as draft or completed.

A/B Testing: Why can't I view my experiments after unlinking and re-linking my project to Google Analytics?

Linking to a different Google Analytics property will cause you to lose access to experiments created beforehand. To regain access to a previous experiment, re-link your project to the Google Analytics property that was linked when the experiment was created.

AdMob: Can I link my Windows apps to Firebase?

No, Windows apps are not currently supported.

AdMob: Why can't I link my app to AdMob from the Firebase console?

You can link an AdMob app to a Firebase app via the AdMob console. Learn how.

AdMob: What permissions or access do I need to link a Firebase app to an AdMob app?

In order to do this linking, you need the following access:

• AdMob : You need to be an AdMob admin.
• Firebase : You must have the firebase.links.create permission, which is included in the Owner role and the Firebase Admin role .
• Google Analytics : You must have the Edit role or Manage Users role for the property associated with the Firebase project. Learn more.

AdMob: Can multiple users in the same AdMob account link AdMob apps and Firebase apps?

For multi-user AdMob accounts , the user who created the first Firebase link and accepted the Firebase Terms of Service is the only user who can create new links between AdMob apps and Firebase apps.

AdMob: To use AdMob, should I use the Firebase SDK for AdMob or the Google Mobile Ads SDK?

• For iOS projects , use the Google Mobile Ads SDK:
  pod 'Google-Mobile-Ads-SDK'
• For Android projects , use the Google Mobile Ads SDK:
  implementation 'com.google.android.gms:play-services-ads:22.1.0'

  Note that the Firebase Android SDKs for AdMob transitively include the Firebase SDK for Google Analytics. So, if your app calls any Google Analytics APIs and you switch to using the Google Mobile Ads SDK, make sure that you explicitly add the dependency for the Firebase SDK for Google Analytics ( com.google.firebase:firebase-analytics ) to your app's build.gradle file.

• For C++ projects and Unity projects , follow the instructions in the respective documentation.

Analytics: Why is Google Analytics a recommended part of using Firebase products?

Google Analytics is a free and unlimited analytics solution that works with Firebase features to deliver powerful insights. It enables you to view event logs in Crashlytics, notification effectiveness in FCM, deep link performance for Dynamic Links, and in-app purchase data from Google Play. It powers advanced audience targeting in Remote Config, Remote Config personalization, and more.

Google Analytics acts as a layer of intelligence in the Firebase console to provide you with more actionable insights about how to develop a high quality app, grow your user base, and earn more money.

To get started, read the documentation .

Analytics: How do I control how my Analytics data is shared with the rest of Firebase?

By default, your Google Analytics data is used to enhance other Firebase and Google features. You can control how your Google Analytics data is shared in your project settings anytime. Learn more about Data sharing settings .

Analytics in my iOS app: Can I install Analytics without ad attribution and IDFA collection features?

Yes. See the Configure Data Collection and Usage page for more details.

Analytics: What changed in the Google Analytics section with the October 2021 update?

You can find a summary of these changes in the Firebase Help Center article New Google Analytics 4 functionality in Google Analytics for Firebase .

Analytics: Why don't I see any Analytics data in the Firebase console after unlinking Firebase from Google Analytics?

Analytics data resides within the Google Analytics property — not within the Firebase project. If you delete or unlink the property, then the Analytics data will not be accessible to Firebase and you'll see an empty Analytics dashboard in the Firebase console. Note that since the data still resides in the previously linked property, you can always relink the property to Firebase and see the Analytics data in the Firebase console.

Linking a brand new Google Analytics account (and thus a new Google Analytics property) to your Firebase project will result in an empty Analytics dashboard in the Firebase console. However, if your previously linked property still exists, then you can move the existing data from the old property to the new property.

Analytics: If my Analytics property and its data were deleted, is there any way to get them back?

No. If your property has been deleted, it isn't possible to undelete the property or retrieve the previously collected Analytics data stored in that property.

If you'd like to start using Google Analytics again, you can link either a new property or an existing property to your Firebase project. You can do this linking in either the Firebase console or the Google Analytics UI. Learn more about linking a Google Analytics property to your Firebase project.

Analytics: If my Analytics property was deleted, can I link a new Google Analytics property to my Firebase project and start using Analytics again?

If you'd like to start using Google Analytics again, you can link either a new property or an existing property to your Firebase project. You can do this linking in either the Firebase console or the Google Analytics UI. Learn more about linking a Google Analytics property to your Firebase project.

Note that since all Analytics data is stored in the property (not the Firebase project), the previously collected Analytics data cannot be retrieved.

Analytics: How will Firebase products or integrated Google products be affected by the deletion of my Analytics property?

Several Firebase products rely on the Google Analytics integration. If your Analytics property and its data are deleted, the following will happen if you use the following products:

• Crashlytics — You can no longer see crash-free users, breadcrumb logs, and/or velocity alerts.
• Cloud Messaging and In-App Messaging — You can no longer use targeting, campaign metrics, audience segmentation, and analytics labels.
• Remote Config — You can no longer use targeted configurations or Personalization.
• A/B Testing — You can no longer use A/B Testing since the experiment measurement is supplied by Google Analytics.
• Dynamic Links — Any feature that relies on data from Google Analytics will be disrupted.

In addition, the following integrations will be affected:

• You can no longer export Analytics data to BigQuery .
• You can no longer take advantage of Google Ads integrations or Google AdMob integrations .

Analytics: How do I segment users who have not met some criterion?

You can reframe the problem by "negatively targeting" these users. For example, reframe the problem as "Don't show ads to people who have bought something", and form an audience of those users to target.

Analytics: Are audiences and/or events defined in the Google Analytics interface also available in the Firebase console?

Your audiences and user properties will be synced. For some features, you'll need to use the Google Analytics interface, such as segmentation and closed funnels. You can access the Google Analytics interface directly via deep-links from the Firebase console.

Any changes you make from the Firebase console can also be performed in Google Analytics, and those changes will be reflected in Firebase.

Firebase Authentication: Which countries are supported for phone authentication?

Firebase Authentication supports phone number verification across the the world, but not all networks reliably deliver our verification messages. The following countries have good rates of delivery, and should be expected to work well for phone number sign in.

Cloud Messaging: What's the difference between the Notifications composer and Cloud Messaging?

Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.

The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging. With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.

Cloud Messaging: Apple announced they're deprecating the legacy binary protocol for APNs. Do I need to do anything?

No. Firebase Cloud Messaging switched to the HTTP/2-based APNs protocol in 2017. If you are using FCM to send notifications to iOS devices, there should be no action required on your part.

Cloud Messaging: Do I need to use other Firebase services in order to use FCM?

You can use Firebase Cloud Messaging as a standalone component, in the same manner as you did with GCM, without using other Firebase services.

Cloud Messaging: I am an existing Google Cloud Messaging (GCM) developer. Should I move to Firebase Cloud Messaging?

FCM is the new version of GCM under the Firebase brand. It inherits GCM's core infrastructure, with new SDKs to make Cloud Messaging development easier.

Benefits of upgrading to FCM SDK include:

• Simpler client development. You no longer have to write your own registration or subscription retry logic.
• An out-of-the-box notification solution. You can use the Notifications composer, a serverless notifications solution with a web console that lets anyone send notifications to target specific audiences based on insights from Google Analytics.

To upgrade from GCM SDKs to FCM SDKs, see the guides for migrating Android and iOS apps.

Cloud Messaging: Why do my targeted devices apparently fail to receive messages?

When it looks like devices haven't successfully received messages, check first for these two potential causes:

Foreground message handling for notification messages . Client apps need to add message handling logic to handle notification messages when the app is in the foreground on the device. See the details for iOS and Android .

Network firewall restrictions . If your organization has a firewall that restricts the traffic to or from the Internet, you need to configure it to allow connectivity with FCM in order for your Firebase Cloud Messaging client apps to receive messages. The ports to open are:

• 5228
• 5229
• 5230

FCM usually uses 5228, but it sometimes uses 5229 and 5230. FCM does not provide specific IPs, so you should allow your firewall to accept outgoing connections to all IP addresses contained in the IP blocks listed in Google's ASN of 15169 .

Cloud Messaging: I have implemented onMessageReceived in my Android app, but it is not being called.

When your app is in the background, notification messages are displayed in the system tray, and onMessageReceived is not called. For notification messages with a data payload, the notification message is displayed in the system tray, and the data that was included with the notification message can be retrieved from the intent launched when the user taps on the notification.

For more information, see Receive and handle messages .

Notifications composer: What's the difference between the Notifications composer and Cloud Messaging?

The Notifications composer is a lightweight, serverless messaging solution built on Firebase Cloud Messaging. With a user-friendly graphical console and reduced coding requirements, the Notifications composer lets users easily send messages to reengage and retain users, foster app growth, and support marketing campaigns.

Firebase Cloud Messaging provides a complete set of messaging capabilities through its client SDKs and HTTP and XMPP server protocols. For deployments with more complex messaging requirements, FCM is the right choice.

Here's a comparison of the messaging capabilities provided by Firebase Cloud Messaging and the Notifications composer:

Notifications composer: I am an existing Google Cloud Messaging (GCM) developer, and I want to use the Notifications composer. What should I do?

The Notifications composer is an out-of-the-box solution that lets anyone send notifications to target specific audiences based on insights from Google Analytics. Also, the Notifications composer provides funnel analysis for every message, allowing easy evaluation of notification effectiveness.

If you are an existing GCM developer, to use the Notifications composer you have to upgrade from GCM SDKs to FCM SDKs. See the guides for migrating Android and iOS apps.

Cloud Storage for Firebase: Why can't I use Cloud Storage for Firebase?

Cloud Storage for Firebase creates a default bucket in the App Engine no-cost tier. This allows you to quickly get up and running with Firebase and Cloud Storage for Firebase, without having to put in a credit card or enable a Cloud Billing account. It also allows you to easily share data between Firebase and a Google Cloud project.

There are, however, two known cases where this bucket cannot be created and you will be unable to use Cloud Storage for Firebase:

• A project imported from Google Cloud which had a App Engine Master/Slave Datastore application.
• A project imported from Google Cloud which has domain prefixed projects. For example: domain.com:project-1234 .

There are currently no workarounds to these issues, and we recommend that you create a new project in the Firebase console and enable Cloud Storage for Firebase in that project.

Cloud Storage for Firebase: Why do I get error code 412 responses about service account permissions and failed service account operations when using the Cloud Storage for Firebase API?

It's likely you're getting 412 error codes either because the Cloud Storage for Firebase API is not enabled for your project or a necessary service account is missing the required permissions.

See the related FAQ .

Cloud Storage for Firebase: Why do I see new service account IDs associated with my Firebase projects that use Cloud Storage for Firebase?

Firebase uses service accounts to operate and manage services without sharing user credentials. When you create a Firebase project, you might notice that a number of service accounts are already available in your project.

The service account that Cloud Storage for Firebase uses is scoped to your project and is named
service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .

If you used Cloud Storage for Firebase before September 19, 2022, you may see an additional service account on previously-linked Cloud Storage buckets named firebase-storage@system.gserviceaccount.com . As of September 19, 2022, this service account is no longer supported.

You can view all service accounts associated with your project in the Firebase console, on the Service accounts tab .

Adding the new service account

If you removed the service account previously or the service account is not present in your project, you may do one of the following to add the account.

• (Recommended) Automated: Use the AddFirebase REST endpoint to re-import your bucket into Firebase. You will only need to call this endpoint once, not once for each linked bucket.
• Manual: Follow the steps in Creating and managing service accounts . Following that guide, add a service account with the IAM role Cloud Storage for Firebase Service Agent , and service account name
  service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .

Removing the new service account

We strongly discourage you from removing the service account because this may block access to your Cloud Storage buckets from your apps. To remove the service account from your project, follow the instructions in Disabling a service account .

Dynamic Links: What are Firebase's future plans for Dynamic Links?

See Dynamic Links FAQ .

Dynamic Links: Why does my Android app access each Dynamic Link twice?

The getInvitation API clears the saved Dynamic Link to prevent it from being accessed twice. Be sure to call this API with the autoLaunchDeepLink parameter set to false in each of the deep link activities to clear it for the case when the activity is triggered outside the main activity.

Why do Emulator Suite logs show an error starting with "Multiple projectIds are not recommended in single project mode"?

This message means the Emulator Suite has detected it may be running a particular product emulator using different project IDs. This may indicate a misconfiguration, and can cause issues when emulators try to communicate with one another, and when you try to interact with emulators from your code. If project IDs don't match, it often appears that data is missing, since data stored in emulators is keyed to projectID, and interoperability depends on matching project IDs.

This has been a common source of confusion among developers, so by default the Local Emulator Suite will now only allow running with a single project ID, unless you specify otherwise in the firebase.json configuration file. If an emulator detects more than one project ID, it will log a warning and potentially throw a fatal error.

Check your project ID declaration(s) for mismatches in:

• The default project set at the command line. By default, the project ID will be taken on startup from the project selected with firebase init or firebase use . To view the list of projects (and see which one is selected) use firebase projects:list .
• Unit tests. The project ID is often specified in calls to the Rules Unit Testing library methods initializeTestEnvironment or initializeTestApp . Other testing code may initialize with initializeApp(config) .
• The command line --project flag. Passing the Firebase CLI --project flag overrides the default project. You'll need to ensure the value of the flag matches the project ID in unit tests and app initialization.

Platform-specific places to check:

To disable single project mode, update firebase.json with the singleProjectMode key:

{
  "firestore": {
    ...
  },
  "functions": {
    ...
  },
  "hosting": {
    ...
  },
  "emulators": {
    "singleProjectMode": false,
    "auth": {
      "port": 9099
    },
    "functions": {
      "port": 5001
    },
    ...
  }
}

Hosting: Why does my Hosting release history table in the Firebase console show file counts that are more than what my local project actually has?

Firebase automatically adds extra files containing metadata about the Hosting site, and these files are included in the total file count for the release.

Hosting: What's the largest file size that I can deploy to Firebase Hosting?

Hosting has a maximum size limit of 2 GB for individual files.

We recommend storing larger files using Cloud Storage , which offers a maximum size limit in the terabyte range for individual objects.

Hosting: How many Hosting sites can I have per Firebase project?

The Firebase Hosting multisite feature supports a maximum of 36 sites per project.

Performance Monitoring: How many custom URL patterns can I create?

You can create up to 400 total custom URL patterns per app and up to 100 custom URL patterns per domain for that app.

Performance Monitoring: Why am I not seeing real time display of performance data?

To view real time performance data, make sure that your app uses a Performance Monitoring SDK version that's compatible with real time data processing.

• iOS — v7.3.0 or later
• tvOS — v8.9.0 or later
• Android — v19.0.10 or later (or Firebase Android BoM v26.1.0 or later)
• Web — v7.14.0 or later

Note that we always recommend using the latest version of SDK, but any version listed above will enable Performance Monitoring to process your data in near real time.

Realtime Database: Why was my Realtime Database reported bandwidth lower than average between September 2016 and March 2017?

For our bandwidth calculations, we normally include SSL encryption overhead (based on layer 5 of the OSI model). However, in September 2016, we introduced a bug that caused our bandwidth reporting to ignore encryption overhead. This might have resulted in artificially low reported bandwidth and bills on your account for a few months.

We released a fix for the bug in late March 2017, returning bandwidth reporting and billing to their normal levels.

Realtime Database: What are the scaling limitations of the Realtime Database?

Each Realtime Database instance has limits on the number of write operations per second. For small writes, this limit is approximately 1000 write operations per second. If you are approaching this limit, batching operations using multi-path updates can help you achieve higher throughput.

In addition, each database instance has a cap on the number of simultaneous database connections . Our default limits are large enough for most applications. If you are building an app that requires additional scale, you may need to shard your application across multiple database instances for added scale. You may also consider Cloud Firestore as an alternative database.

Realtime Database: What can I do if I'm over my Realtime Database usage limits?

If you've received an email alert or notification in the Firebase console that you've exceeded your Realtime Database usage limits, you can address it based on the usage limit you've exceeded. To see your Realtime Database usage, go to the Realtime Database Usage dashboard in the Firebase console.

If you're over your download limit, you can upgrade your Firebase pricing plan or wait until your download limit resets at the start of your next billing cycle. To decrease your downloads, try the following steps:

• Add queries to limit the data that your listen operations return.
• Check for unindexed queries.
• Use listeners that only download updates to data — for example, on() instead of once() .
• Use security rules to block unauthorized downloads.

If you're over your storage limit, upgrade your pricing plan to avoid service disruptions. To reduce the amount of data in your database, try the following steps:

• Run periodic cleanup jobs.
• Reduce any duplicate data in your database.

Note that it may take some time to see any data deletions reflected in your storage allotment.

If you're over your simultaneous database connections limit, upgrade your plan to avoid any service disruptions. To manage simultaneous connections to your database, try connecting via users via the REST API if they don't require a realtime connection.

Remote Config: Why don't fetched values change the behavior and appearance of my app?

Unless you fetch values with fetchAndActivate() , values are stored locally but not activated. To activate fetched values so that they can take effect, call activate . This design lets you control when the behavior and appearance of your app changes, because you can choose when to call activate . After you call activate , your app source code determines when updated parameter values are used.

For example, you could fetch values and then activate them the next time a user starts your app, which removes the need to delay app startup while your app waits for fetched values from the service. Changes to your app's behavior and appearance then occur when your app uses the updated parameter values.

To learn more about the Remote Config API and usage model, see Remote Config API Overview .

Remote Config: I am making a lot of fetch requests while developing my app. Why doesn't my app always get the latest values from the service when it sends fetch requests?

During app development, you might want to fetch and activate configs very frequently (many times per hour) to let you rapidly iterate as you develop and test your app. To accommodate rapid iteration on a project with up to 10 developers, you can temporarily set a FirebaseRemoteConfigSettings object with a low minimum fetch interval ( setMinimumFetchIntervalInSeconds ) in your app.

Remote Config: How quickly does the Remote Config service return fetched values after my app sends a fetch request?

Devices usually receive fetched values in less than a second, and often receive fetched values in milliseconds. The Remote Config service handles fetch requests within milliseconds, but the time required to complete a fetch request will depend on the network speed of the device and the latency of the network connection used by the device.

If your goal is to make fetched values take effect in your app as soon as possible, but without creating a jarring user experience, consider adding calls to fetchAndActivate each time that your app does a full screen refresh.

What is Firebase User Segmentation Storage?

Firebase User Segmentation Storage stores Firebase installation IDs and related attributes and segments as well as audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics, FCM, Remote Config personalization, and more.