Questions fréquentes sur Firebase

Vous rencontrez d'autres difficultés ou vous ne trouvez pas votre problème ci-dessous ? Veuillez signaler un bug ou demander une fonctionnalité et rejoindre les discussions sur Stack Overflow.

Projets et applications Firebase

Un projet Firebase est l'entité de niveau supérieur de Firebase. Dans un projet, vous pouvez enregistrer vos applications Apple, Android ou Web. Une fois que vous avez 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'applications 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 un bref aperçu de plusieurs concepts importants sur 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 configurer des projets Firebase : fournit des bonnes pratiques générales et générales pour configurer des projets Firebase et enregistrer vos applications dans un projet afin de disposer d'un workflow 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 la console Google Cloud. Pour en savoir plus sur ce libellé, consultez nos questions fréquentes.

Une organisation Google Cloud est un conteneur pour les projets Google Cloud (y compris les projets Firebase). Cette hiérarchie permet une meilleure organisation, une gestion des accès et un audit de vos projets Google Cloud et Firebase. Pour en savoir plus, consultez la section Créer et gérer des organisations.

Vous pouvez avoir des projets Google Cloud existants gérés via la console Google Cloud ou la console Google APIs.

Vous pouvez ajouter Firebase à ces projets Google Cloud existants à l'aide de l'une des options suivantes:

Découvrez comment ajouter Firebase à un projet Google Cloud.

Firebase est étroitement intégré à Google Cloud. Les projets sont partagés entre Firebase et Google Cloud. Les services Firebase et Google Cloud peuvent donc être activés dans les projets. Vous pouvez accéder au même projet à partir de la console Firebase ou de la console Google Cloud. Plus précisément :

  • Certains produits Firebase sont directement pris en charge par Google Cloud, comme Cloud Storage for Firebase. La liste des produits compatibles avec Google Cloud va continuer de croître au fil du temps.
  • Un grand nombre de vos paramètres, y compris vos collaborateurs et vos informations de facturation, sont partagés entre Firebase et Google Cloud. Votre utilisation de Firebase et de Google Cloud apparaît sur la même facture.

De plus, lorsque vous passez à la formule Blaze, vous pouvez utiliser l'infrastructure en tant que service et les API de Google Cloud de classe mondiale directement dans votre projet Firebase, au tarif Google Cloud standard. Vous pouvez également exporter des données de Google Cloud directement vers BigQuery pour les analyser. Pour en savoir plus, consultez Associer BigQuery à Firebase.

L'utilisation de Google Cloud avec Firebase présente de nombreux avantages en termes de sécurité, de latence et de gain de temps (par rapport aux autres services cloud qui ne sont pas colocalisés). Pour en savoir plus, consultez le site Google Cloud.

Sur la page Étiquettes de votre projet dans la console Google Cloud, vous pouvez voir une étiquette firebase:enabled (plus précisément, un Key de firebase avec un Value de enabled).

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

Nous vous recommandons vivement de ne pas modifier ni supprimer ce libellé. Ce libellé est utilisé par Firebase et Google Cloud pour lister vos projets Firebase (par exemple, à l'aide du point de terminaison projects.list de l'API REST ou dans les menus de la console Firebase).

Notez 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 à l'aide de la console Firebase (ou, pour les cas d'utilisation avancés, à l'aide de l'API REST Firebase Management ou de la CLI Firebase).

Cette FAQ s'applique si vous ne voyez pas votre projet Firebase dans les emplacements suivants:

Suivez ces étapes de dépannage:

  1. Commencez par essayer d'accéder à votre projet en accédant directement à son URL. 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 des erreurs d'autorisation s'affichent, vérifiez les points suivants :
    • Assurez-vous d'être connecté à Firebase avec le même compte Google que celui qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte en haut à droite de la console.
    • Vérifiez si vous pouvez afficher le projet dans la console Google Cloud.
    • Assurez-vous que le libellé firebase:enabled est associé à votre projet sur la page Libellés de la console Google Cloud. Firebase et Google Cloud utilisent ce libellé pour lister vos projets Firebase. Si ce libellé ne s'affiche pas, mais que l'API Firebase Management est activée pour votre projet, ajoutez-le manuellement (plus précisément, un Key de firebase avec un Value de enabled).
    • Assurez-vous d'être associé à l'un des rôles IAM de base (propriétaire, éditeur, lecteur) ou à un rôle disposant d'autorisations liées à Firebase, par exemple un rôle Firebase prédéfini. Vous pouvez consulter vos rôles sur la page IAM de la console Google Cloud.
    • Si votre projet appartient à une organisation Google Cloud, vous devrez peut-être disposer d'autorisations supplémentaires pour le voir listé dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour qu'elle vous attribue 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.

  • Forfait Spark: le quota de création de projets est limité à un petit nombre de projets (généralement entre 5 et 10).
  • Forfait Blaze: le quota de création de projets est toujours limité, mais il peut augmenter en associant un compte Cloud Billing en règle.

La limite du quota de création de projets est rarement un problème pour la plupart des développeurs. Toutefois, si nécessaire, vous pouvez demander à augmenter votre quota de projets.

Notez que la suppression complète d'un projet prend 30 jours et est comptabilisée dans le quota de projets jusqu'à sa suppression définitive.

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.

Au-delà de ce nombre, les performances commencent à se dégrader (en particulier pour Google Analytics) et, à un nombre d'applications plus élevé, certaines fonctionnalités du produit ne fonctionnent plus. De plus, si vous utilisez Google Sign-In comme fournisseur d'authentification, un ID client OAuth 2.0 sous-jacent est créé pour chaque application de votre projet. Vous ne pouvez pas créer plus de 30 ID de client 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 blanche, chaque application associée à un libellé indépendant doit disposer de son propre projet Firebase, mais les versions Apple et Android de ce libellé peuvent se trouver dans le même projet. Pour obtenir des conseils plus détaillés, consultez nos bonnes pratiques générales pour configurer des projets Firebase.

Dans de rares cas, si votre projet nécessite plus de 30 applications, vous pouvez demander à augmenter la limite. Vous devez disposer de la formule Blaze sur votre projet pour pouvoir effectuer cette requête. Accédez à la console Google Cloud pour envoyer votre demande et la faire évaluer. Pour en savoir plus sur la gestion des quotas, consultez la documentation Google Cloud.

Dans la console Firebase, vous pouvez taguer vos projets Firebase avec leur type d'environnement, en les définissant comme Production ou Non spécifié (hors production).

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

Si vous définissez votre projet comme un environnement de production, nous ajoutons un tag Prod de couleur vive au projet dans la console Firebase. Cela vous rappelle que toute modification peut avoir un impact sur vos applications de production associées. À l'avenir, nous pourrions ajouter d'autres fonctionnalités et mesures de protection pour les projets Firebase tagués comme environnements de production.

Pour modifier le type d'environnement de votre projet Firebase, accédez à Project settings (Paramètres du projet) > General (Général), puis dans la fiche Your project (Votre projet) sous Environment (Environnement), cliquez sur pour modifier le type d'environnement.

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

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

  • Applications iOS créées avec Firebase: 1:1234567890:ios:321abc456def7890
  • Applications Android créées avec Firebase: 1:1234567890:android:321abc456def7890
  • Applications Web Firebase: 1:1234567890:web:321abc456def7890
  • Pour associer votre compte Google Play, vous avez besoin des éléments suivants :
    • Rôles Firebase: propriétaire ou administrateur Firebase
      et
    • Niveau d'accès Google Play: titulaire ou administrateur du compte
  • Pour associer votre application AdMob, vous devez être à la fois propriétaire d'un projet Firebase et administrateur AdMob.
  • Pour associer votre compte AdWords, vous devez être à la fois propriétaire d'un projet Firebase et administrateur AdWords.
  • Pour associer votre projet BigQuery, vous devez être le propriétaire du projet Firebase.

Sur les plates-formes Apple, le pod Firebase contient un fichier NOTICES qui inclut les entrées pertinentes. Le SDK Android Firebase contient un assistant Activity pour afficher les informations de licence.

Autorisations et accès aux projets Firebase

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

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

Si le propriétaire de votre projet ne peut plus effectuer les tâches de propriétaire (par exemple, s'il a quitté votre entreprise) et que votre projet n'est pas géré via une organisation Google Cloud (voir paragraphe suivant), vous pouvez contacter l'assistance Firebase pour savoir comment demander l'accès au projet Firebase.

Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il n'a pas forcément de propriétaire. Si vous ne trouvez pas de propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud pour lui demander d'en attribuer un.

Vous pouvez afficher les membres du projet et leurs rôles dans les emplacements 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 y avez accès dans la console Google Cloud. Vous pouvez afficher la liste des membres du projet, y compris les propriétaires, sur la page IAM de la console Google Cloud.

Si le propriétaire de votre projet ne peut plus effectuer les tâches de propriétaire (par exemple, s'il a quitté votre entreprise) et que votre projet n'est pas géré via une organisation Google Cloud (voir paragraphe suivant), vous pouvez contacter l'assistance Firebase pour qu'un propriétaire temporaire soit attribué.

Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il n'a pas forcément de propriétaire. À la place, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Toutefois, pour effectuer plusieurs tâches spécifiques au propriétaire (comme attribuer des rôles ou gérer des propriétés Google Analytics), l'administrateur peut devoir s'attribuer le rôle de propriétaire pour effectuer ces tâches. Si vous ne trouvez pas de propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud pour lui demander d'en désigner un.

Pour assurer une gestion appropriée d'un projet Firebase, il doit disposer d'un propriétaire.

Les membres du projet disposant du rôle de propriétaire sont souvent les seuls membres du projet autorisés à effectuer des tâches administratives ou à recevoir des notifications importantes:

  • Les membres du projet ayant le rôle de propriétaire sont souvent les seuls à pouvoir effectuer des actions administratives importantes (comme attribuer des rôles et gérer des propriétés Google Analytics). L'assistance Firebase ne peut répondre qu'aux demandes administratives des propriétaires de projet avérés.
  • Les membres du projet disposant du rôle de propriétaire sont souvent les seuls (par défaut) à recevoir des notifications concernant les modifications apportées au projet ou aux produits (comme les modifications de facturation et juridiques, l'abandon de fonctionnalités, etc.). Vous pouvez éventuellement personnaliser les "contacts essentiels" de votre projet si vous souhaitez que des membres spécifiques ou supplémentaires du projet reçoivent des notifications.

Une fois que vous avez configuré le ou les propriétaires d'un projet Firebase, il est important de mettre à jour ces attributions.

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 (comme attribuer des rôles ou gérer des propriétés Google Analytics), l'administrateur peut devoir s'attribuer le rôle de propriétaire pour effectuer ces tâches.

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

Si vous ne parvenez pas à ouvrir le projet dans le lien, assurez-vous d'être connecté à Firebase avec le même compte Google que celui 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 en haut à droite de la console.

Notez que si vous êtes administrateur d'une organisation Google Cloud, vous pouvez recevoir des notifications concernant les modifications apportées aux projets Firebase de votre organisation. Toutefois, il est possible que vous ne disposiez pas des autorisations suffisantes pour ouvrir le projet Firebase. Dans ce cas, la solution la plus simple consiste à vous attribuer le rôle de propriétaire pour ouvrir le projet et effectuer les actions requises. Découvrez pourquoi et quand attribuer le rôle de propriétaire.



Plates-formes et frameworks

Consultez les pages de dépannage et les questions fréquentes spécifiques à la plate-forme pour obtenir des conseils et des réponses utiles.



Console Firebase

La console Firebase est accessible depuis les versions récentes des navigateurs pour ordinateur les plus courants, tels que Chrome, Firefox, Safari et Edge. Les navigateurs mobiles ne sont pas entièrement compatibles pour le moment.

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'y avez pas accès.
  • La console Firebase n'affiche pas votre projet, même lorsque vous saisissez son ID ou son nom dans le champ de recherche de la console.

Suivez ces étapes de dépannage:

  1. Commencez par essayer d'accéder à votre projet en accédant directement à son URL. 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 des erreurs d'autorisation s'affichent, vérifiez les points suivants :
    • Assurez-vous d'être connecté à Firebase avec le même compte Google que celui qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte en haut à droite de la console.
    • Assurez-vous que l'API Firebase Management est activée pour le projet.
    • Assurez-vous d'être associé à l'un des rôles IAM de base (propriétaire, éditeur, lecteur) ou à un rôle disposant d'autorisations liées à Firebase, par exemple un rôle Firebase prédéfini. Vous pouvez consulter vos rôles sur la page IAM de la console Google Cloud.
    • Si votre projet appartient à une organisation Google Cloud, vous devrez peut-être disposer d'autorisations supplémentaires pour le voir listé dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour qu'elle vous attribue 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.

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

  • Le chargement d'une page dans la console Firebase ne se termine jamais.
  • Les données d'une page ne sont pas chargées comme prévu.
  • Vous recevez des messages d'erreur du navigateur lorsque vous chargez la console Firebase.

Suivez ces étapes de dépannage:

  1. Vérifiez la ligne Console du tableau de bord d'état Firebase pour détecter d'éventuelles interruptions de service.
  2. Assurez-vous d'utiliser un navigateur compatible.
  3. Essayez de charger la console Firebase dans une fenêtre de navigation privée.
  4. Désactivez toutes les extensions du navigateur.
  5. Vérifiez que la connexion réseau n'est pas bloquée par un bloqueur de publicité, un antivirus, un proxy, un pare-feu ou un autre logiciel.
  6. Essayez de charger la console Firebase sur un autre réseau ou sur un autre appareil.
  7. Si vous utilisez Chrome, recherchez les erreurs dans la console des outils pour les développeurs.

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

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 linguistique, consultez Changer de langue.

La console Firebase est disponible dans les langues suivantes:

  • Anglais
  • Portugais (Brésil)
  • Français
  • Allemand
  • Indonésien
  • Japonais
  • Coréen
  • Russe
  • Chinois simplifié
  • Espagnol
  • Chinois traditionnel

La console Firebase et la console Google Cloud utilisent les mêmes rôles et autorisations sous-jacents. Pour en savoir plus sur les rôles et les autorisations, consultez la documentation Firebase IAM.

Firebase accepte 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 (association de projets à des services tels que BigQuery ou Slack) et dispose d'un accès en modification complet au projet.
  • Un éditeur de projet dispose d'un accès complet au projet.
  • Un lecteur de projet ne dispose que d'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 lecteurs de projet, mais ces opérations échoueront pour les membres du projet auxquels le rôle de lecteur est attribué.

Firebase est également compatible avec les éléments suivants:

  • Rôles prédéfinis Firebase : rôles spécifiques à Firebase qui permettent un contrôle d'accès plus précis que les rôles de base "Propriétaire", "Éditeur" et "Lecteur".
  • Rôles personnalisés : rôles IAM entièrement personnalisés que vous créez pour adapter un ensemble d'autorisations aux exigences spécifiques de votre organisation.



Firebase Local Emulator Suite

Ce message signifie que la suite d'émulateurs a détecté qu'elle pourrait exécuter un émulateur de produit particulier à l'aide d'ID de projet différents. Cela peut indiquer une mauvaise configuration et peut entraîner des problèmes lorsque les émulateurs tentent de communiquer entre eux et lorsque vous essayez d'interagir avec les émulateurs à partir de votre code. Si les ID de projet ne correspondent pas, il semble souvent que des données sont manquantes, car les données stockées dans les émulateurs sont associées à l'ID de projet, et l'interopérabilité dépend des ID de projet correspondants.

Cela a souvent été source de confusion parmi les développeurs. Par défaut, Local Emulator Suite n'autorise désormais l'exécution qu'avec un seul ID de projet, sauf si vous spécifiez le contraire dans le fichier de configuration firebase.json. Si un émulateur détecte plusieurs ID de projet, il consigne un avertissement et peut générer une erreur fatale.

Vérifiez que les déclarations de votre ou vos ID de projet ne comportent pas de différences dans les éléments suivants:

  • Projet par défaut défini dans la ligne de commande. Par défaut, l'ID de projet est extrait au démarrage du projet sélectionné avec firebase init ou firebase use. Pour afficher la liste des projets (et voir celui qui est sélectionné), utilisez firebase projects:list.
  • Tests unitaires. L'ID de projet est souvent spécifié dans les appels aux méthodes initializeTestEnvironment ou initializeTestApp de la bibliothèque de tests unitaires de règles. Un autre code de test peut être initialisé avec initializeApp(config).
  • Option --project de la ligne de commande. Transmettre l'option --project de la CLI Firebase remplace le projet par défaut. Vous devez vous assurer que la valeur de l'indicateur correspond à l'ID du projet dans les tests unitaires et l'initialisation de l'application.

Emplacements spécifiques à la plate-forme à vérifier:

Web Propriété projectId de votre objet firebaseConfig JavaScript, utilisée dans initializeApp.
Android Propriété project_id dans le fichier de configuration google-services.json.
Plates-formes Apple Propriété PROJECT_ID dans le fichier de configuration GoogleService-Info.plist.

Pour désactiver le mode projet unique, mettez à jour firebase.json avec la clé singleProjectMode:

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



Tarifs

Pour obtenir des questions fréquentes sur les tarifs spécifiques à un produit, consultez la section dédiée sur cette page ou dans la documentation du produit.

Les produits d'infrastructure payants de Firebase sont Realtime Database, Cloud Storage for Firebase, Cloud Functions, Hosting, Test Lab et l'authentification par téléphone. Nous proposons un niveau sans frais pour toutes ces fonctionnalités.

Firebase propose également de nombreux produits sans frais : Analytics, Cloud Messaging, la création de notifications, Remote Config, App Indexing, Dynamic Links et Crash Reporting. L'utilisation de ces produits n'est soumise qu'aux règles de contrôle du trafic du produit (par exemple, quotas, accès équitable et autres protections de service) dans tous les forfaits, y compris notre forfait Spark sans frais. De plus, toutes les fonctionnalités Authentication au-delà de l'authentification par téléphone sont sans frais.

Les services payants Firebase peuvent être utilisés avec l'essai sans frais Google Cloud. Les nouveaux utilisateurs de Google Cloud et de Firebase peuvent bénéficier d'une période d'essai de 90 jours qui inclut 300 $de crédits Cloud Billing sans frais pour découvrir et évaluer les produits et services Google Cloud et Firebase.

Pendant la période d'essai sans frais Google Cloud, vous recevrez un compte Cloud Billing d'essai sans frais. Tout projet Firebase qui utilise ce compte de facturation sera soumis au forfait Blaze pendant la période d'essai sans frais.

Ne vous inquiétez pas, la configuration de ce compte Cloud Billing d'essai sans frais ne nous permet pas de vous prélever des frais. Votre compte n'est pas débité, sauf si vous activez explicitement la facturation en passant à un compte payant.Cloud Billing Vous pouvez passer à un compte payant à tout moment au cours de l'essai. Après cela, vous pourrez toujours utiliser les crédits restants (pendant la période de 90 jours).

Une fois l'essai sans frais terminé, vous devrez soit passer à la formule Spark, soit configurer la formule Blaze dans la console Firebase pour continuer à utiliser votre projet Firebase.

En savoir plus sur l'essai sans frais de Google Cloud

Forfait Spark

Notre forfait Spark est idéal pour développer votre application sans frais. Vous bénéficiez de toutes les fonctionnalités Firebase sans frais (Analytics, le créateur de notifications, Crashlytics, etc.) et d'un accès généreux à nos fonctionnalités d'infrastructure payantes. Toutefois, si vous dépassez les ressources de votre forfait Spark au cours d'un mois calendaire, votre application sera désactivée pour le reste de ce mois. De plus, les fonctionnalités Google Cloud ne sont pas disponibles avec le forfait Spark.

Forfait Blaze

Notre formule Blaze est conçue pour les applications de production. La formule Blaze vous permet également d'étendre votre application avec des fonctionnalités Google Cloud payantes. Vous ne payez que pour les ressources que vous utilisez, ce qui vous permet d'adapter votre consommation à la demande. Nous nous efforçons de proposer des tarifs compétitifs pour nos forfaits Blaze par rapport aux fournisseurs de cloud leaders du secteur.

Oui, vous pouvez passer à un abonnement supérieur, passer à un abonnement inférieur ou résilier votre abonnement à tout moment. Notez que nous n'effectuons pas de remboursements au prorata en cas de rétrogradation ou d'annulation. Cela signifie que si vous passez à un forfait inférieur ou résiliez votre abonnement avant la fin de votre période de facturation, vous devrez quand même payer le reste du mois.

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

Pour Cloud Functions, l'utilisation sans frais du forfait Blaze est calculée au niveau du compte Cloud Billing, et non au niveau du projet. Elle est soumise aux limites suivantes:

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

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

Pour Test Lab, l'utilisation sans frais avec le forfait Blaze est soumise aux limites suivantes:

  • 30 minutes par jour sur un appareil physique
  • 60 minutes par jour sur un appareil virtuel

L'utilisation sans frais du forfait Spark est incluse dans le forfait Blaze. L'utilisation sans frais n'est pas réinitialisée lorsque vous passez à un forfait Blaze.

Si un compte Cloud Billing est ajouté à un projet dans la console Google Cloud, ce projet sera automatiquement mis à niveau vers le plan Firebase Blaze s'il est actuellement associé au plan Spark.

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

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

Non, vous ne pouvez pas plafonner l'utilisation de votre formule Blaze pour le moment. Nous étudions les options permettant de limiter l'utilisation du forfait Blaze.

Les utilisateurs de Blaze peuvent définir un budget pour leur projet ou leur compte, et recevoir des alertes lorsque leurs dépenses approchent ces limites. Découvrez comment configurer des alertes de budget.

Toutes les applications Firebase, y compris celles qui utilisent des forfaits sans frais, bénéficient d'une assistance par e-mail du personnel Firebase pendant les heures ouvrées de l'heure Pacifique des États-Unis. Tous les comptes bénéficient d'une assistance illimitée pour les problèmes liés à la facturation, aux comptes, aux questions techniques (dépannage) et aux rapports d'incidents.

Notre forfait Spark peut être utilisé par tout type d'individu ou d'organisation, y compris les associations, les établissements d'enseignement et les projets Open Source. Étant donné que ces forfaits incluent déjà des quotas généreux, nous n'offrons aucune remise ni forfait spécial pour les projets Open Source, à but non lucratif ou éducatifs.

Notre forfait Blaze convient aux entreprises de toutes tailles, et notre contrat de niveau de service répond ou dépasse les normes du secteur pour l'infrastructure cloud. Toutefois, nous ne proposons actuellement pas de contrats d'entreprise, de tarifs ni d'assistance, et nous n'offrons pas d'hébergement d'infrastructure dédié (c'est-à-dire des installations sur site) pour des services comme notre Realtime Database. Nous travaillons sans relâche pour ajouter certaines de ces fonctionnalités.

Le forfait Blaze propose des tarifs ponctuels, qui vous permettent de ne payer que pour les fonctionnalités que vous utilisez.

Les forfaits Firebase sont distincts de Ads. Il n'existe donc pas de crédits publicitaires sans frais. En tant que développeur Firebase, vous pouvez "associer" votre compte Ads à Firebase pour prendre en charge le suivi des conversions.

Toutes les campagnes publicitaires sont gérées directement dans Ads, et la facturation Ads est gérée depuis la console Ads.

En janvier 2020, l'abonnement Flame (25 $/mois de quota supplémentaire) n'était plus disponible pour les nouvelles inscriptions. Les utilisateurs du forfait existant ont bénéficié d'un délai de grâce pour migrer leurs projets hors du forfait Flame. En février 2022, les projets restants du forfait Flame ont été rétrogradés au forfait Spark.
Par conséquent,

  • Les projets existants des forfaits Spark et Blaze, ainsi que les nouveaux projets, ne peuvent plus passer au forfait Flame ni s'y inscrire.
  • Si vous avez déplacé un projet existant du forfait Flame vers un autre forfait, vous ne pouvez pas le faire revenir au forfait Flame.
  • Les projets rétrogradés vers le forfait Spark peuvent être mis à niveau vers le forfait Blaze pour reprendre les services payants supplémentaires.
  • Les références au forfait Flame ont été supprimées de la documentation.

Vous avez d'autres questions sur l'abandon du forfait Flame ? Consultez les questions fréquentes supplémentaires ci-dessous.

Vous souhaitez en savoir plus sur les autres forfaits proposés par Firebase ? Consultez la page des tarifs de Firebase. Si vous souhaitez commencer à déplacer des projets existants vers un autre forfait, vous pouvez le faire dans la console Firebase de votre projet.

Questions fréquentes supplémentaires sur l'arrêt du forfait Flame

Abonnez-vous au forfait Blaze et veillez à définir des alertes de budget.

Non, Firebase n'offre pas d'accès spécial pour passer au forfait Flame ou s'y inscrire.

Il n'est plus possible de passer au forfait Flame. Pour accéder aux services fournis par le forfait Flame, assurez-vous d'utiliser le forfait Blaze et envisagez de configurer des alertes budgétaires pour votre projet.

Si votre projet nécessite des quotas supplémentaires au-delà de ceux fournis avec le forfait Spark, vous devez passer au forfait Blaze.

Au fil des ans, nous avons constaté une baisse de l'utilisation du forfait Flame, et la plupart des projets qui l'utilisent n'en exploitent pas pleinement la valeur. La maintenance de ce forfait n'est généralement pas rentable, et nous pensons que nous pourrons mieux répondre aux besoins de tous si nous consacrons nos ressources à d'autres initiatives Firebase.



Confidentialité

Consultez la page Confidentialité et sécurité dans Firebase.

Oui. Cette fonctionnalité est actuellement réservée à iOS, mais elle pourrait évoluer à l'avenir. Le SDK des plates-formes Apple Firebase inclut le framework FirebaseCoreDiagnostics par défaut. Firebase utilise ce framework pour collecter des informations sur l'utilisation et les diagnostics des SDK afin de hiérarchiser les futures améliorations des produits. FirebaseCoreDiagnostics est facultatif. Si vous ne souhaitez pas envoyer de journaux de diagnostic Firebase, vous pouvez le faire en dissociant la bibliothèque de votre application. Vous pouvez parcourir le code source complet, y compris les valeurs journalisées, sur GitHub.



A/B Testing

Vous pouvez créer jusqu'à 300 tests par projet, dont 24 tests en cours, et les autres en brouillon ou terminés.

Si vous associez le conteneur à une autre propriété Google Analytics, vous perdrez l'accès aux tests créés précédemment. Pour récupérer l'accès à un test précédent, réassociez votre projet à la propriété Google Analytics qui était associée lors de la création du test.

Si vous avez déjà associé Firebase et Google Analytics, mais que le message indiquant que Google Analytics n'est pas associé s'affiche toujours, vérifiez qu'un flux Analytics existe pour toutes les applications de votre projet. Actuellement, toutes les applications d'un projet doivent être associées à un flux Google Analytics pour pouvoir utiliser A/B Testing.

Vous trouverez la liste de tous les flux actifs sur la page Détails de l'intégration de Google Analytics de la console Firebase, accessible depuis Paramètres du projet Intégrations Google Analytics Gérer.

Créer un flux Google Analytics pour toute application qui n'en a pas devrait résoudre le problème. Il existe plusieurs façons de créer des flux pour les applications manquantes:

  • Si une ou deux applications ne disposent pas de flux Google Analytics associé, vous pouvez ajouter un flux Google Analytics de l'une des manières suivantes :
    • Supprimez et réajoutez toute application sans flux actif dans la console Firebase.
    • Dans la console Google Analytics, sélectionnez Admin, cliquez sur Flux de données, puis sur Ajouter un flux. Ajoutez les informations manquantes sur l'application, puis cliquez sur Enregistrer l'application.
  • Si vous manquez plusieurs flux d'application, la dissociation et l'association de votre propriété Google Analytics est le moyen le plus rapide et le plus efficace de créer les flux d'application manquants :
    1. Dans Project Settings (Paramètres du projet), sélectionnez Integrations (Intégrations).
    2. Sur la fiche Google Analytics, cliquez sur Gérer pour accéder aux paramètres Firebase et Google Analytics.
    3. Notez l'ID de propriété Google Analytics et le compte Google Analytics associé.
    4. Cliquez sur  Plus, puis sélectionnez Dissocier Analytics de ce projet.
    5. Consultez l'avertissement qui s'affiche (ne vous inquiétez pas, vous allez associer à nouveau la même propriété à l'étape suivante), puis cliquez sur Dissocier Google Analytics.

      Une fois la dissociation effectuée, vous êtes redirigé vers la page Intégrations.
    6. Sur la fiche Google Analytics, cliquez sur Activer pour commencer le processus de réassociation.
    7. Sélectionnez votre compte Analytics dans la liste Sélectionner un compte.
    8. À côté de Créer automatiquement une propriété dans ce compte, cliquez sur Modifier, puis dans la liste Propriété Analytics qui s'affiche, sélectionnez l'ID de votre propriété.

      Une liste de toutes les applications de votre projet s'affiche. Les mises en correspondance de flux existantes pour chaque application sont listées. Un flux sera créé pour les applications qui n'en ont pas.
    9. Cliquez sur Activer Google Analytics pour réassocier la propriété.
    10. Cliquez sur Terminer.

Si le message d'erreur s'affiche toujours après avoir suivi ces étapes, contactez l'assistance Firebase.



AdMob

Non, les applications Windows ne sont pas compatibles pour le moment.

Vous pouvez associer une application AdMob à une application Firebase via la console AdMob. En savoir plus

Pour effectuer cette association, vous devez disposer des droits d'accès suivants:

  • AdMob: vous devez être administrateur AdMob.
  • Firebase: vous devez disposer de l'autorisation firebase.links.create, qui est incluse dans les rôles Propriétaire et Administrateur Firebase.
  • Google Analytics: vous devez disposer des autorisations "Modifier" ou "Gérer les utilisateurs" pour la propriété associée au projet Firebase. En savoir plus

Pour les comptes AdMob multi-utilisateurs, l'utilisateur ayant créé la première association à Firebase et accepté les conditions d'utilisation Firebase est le seul à pouvoir créer des associations entre les applications AdMob et Firebase.

Pour utiliser AdMob, utilisez toujours le SDK Google Mobile Ads, comme décrit dans cette FAQ. En outre, si vous souhaitez collecter des métriques utilisateur pour AdMob, vous pouvez inclure le SDK Firebase pour Google Analytics dans votre application.

  • Pour les projets iOS:
    Importez le SDK Google Mobile Ads en suivant les instructions de la documentation iOS AdMob.
  • Pour les projets Android:
    Ajoutez la dépendance du SDK Google Mobile Ads à votre fichier build.gradle:
    implementation 'com.google.android.gms:play-services-ads:23.6.0'
  • Pour les projets C++ et les projets Unity: suivez les instructions de la documentation correspondante.



Analytics

Google Analytics est une solution d'analyse sans frais et illimitée qui fonctionne avec les fonctionnalités Firebase pour fournir des insights efficaces. Il vous permet d'afficher les journaux des événements dans Crashlytics, l'efficacité des notifications dans FCM, les performances des liens profonds pour Dynamic Links et les données sur les achats via l'application à partir de Google Play. Il permet le ciblage d'audience avancé dans Remote Config, la personnalisation Remote Config, etc.

Google Analytics agit comme une couche d'intelligence dans la console Firebase pour vous fournir des insights plus exploitables sur la façon de développer une application de haute qualité, de développer votre base d'utilisateurs et de générer plus de revenus.

Pour commencer, consultez la documentation.

Par défaut, vos données Google Analytics sont utilisées pour améliorer d'autres fonctionnalités Firebase et Google. Vous pouvez contrôler le partage des données Google Analytics dans les paramètres de votre projet à tout moment. En savoir plus sur les paramètres de partage des données

Sur la page Administration de votre propriété Google Analytics, vous pouvez mettre à jour les paramètres de votre propriété. Par exemple:

  • Paramètres de partage des données
  • Paramètres de conservation des données
  • Paramètres liés au fuseau horaire et à la devise

Pour modifier les paramètres de votre propriété, procédez comme suit:

  1. Dans la console Firebase, accédez à > Paramètres du projet.
  2. Accédez à l'onglet Intégrations, puis dans la fiche Google Analytics, cliquez sur Gérer ou Afficher l'association.
  3. Cliquez sur le lien de votre compte Google Analytics pour ouvrir les paramètres du compte et de la propriété.

Oui. Pour en savoir plus, consultez la page Configurer la collecte et l'utilisation des données.

Vous trouverez un résumé de ces modifications dans l'article du Centre d'aide Firebase Nouvelle fonctionnalité Google Analytics 4 dans Google Analytics pour Firebase.

Les données Analytics se trouvent dans la propriété Google Analytics, et non dans le projet Firebase. Si vous supprimez ou dissociez la propriété, Firebase n'aura pas accès aux données Analytics, et un tableau de bord Analytics vide s'affichera dans la console Firebase. Notez que, comme les données résident toujours dans la propriété précédemment associée, vous pouvez toujours associer à nouveau la propriété à Firebase et afficher les données Analytics dans la console Firebase.

Si vous associez un tout nouveau compte Google Analytics (et donc une nouvelle propriété Google Analytics) à votre projet Firebase, le tableau de bord Analytics de la console Firebase sera vide. Toutefois, si votre propriété précédemment associée existe toujours, vous pouvez déplacer les données existantes de l'ancienne propriété vers la nouvelle.

Non. Si votre propriété a été supprimée, vous ne pouvez pas la restaurer ni récupérer les données Analytics précédemment collectées et stockées dans cette propriété.

Si vous souhaitez recommencer à utiliser Google Analytics, vous pouvez associer une nouvelle propriété ou une propriété existante à votre projet Firebase. Vous pouvez effectuer cette association dans la console Firebase ou dans l'UI Google Analytics. Découvrez comment associer une propriété Google Analytics à votre projet Firebase.

Si vous souhaitez recommencer à utiliser Google Analytics, vous pouvez associer une nouvelle propriété ou une propriété existante à votre projet Firebase. Vous pouvez effectuer cette association dans la console Firebase ou dans l'UI Google Analytics. Découvrez comment associer une propriété Google Analytics à votre projet Firebase.

Notez que, comme toutes les données Analytics sont stockées dans la propriété (et non dans le projet Firebase), les données Analytics collectées précédemment ne peuvent pas être récupérées.

Plusieurs produits Firebase s'appuient sur l'intégration de Google Analytics. Si votre propriété Analytics et ses données sont supprimées, voici ce qui se passe si vous utilisez les produits suivants:

  • Crashlytics : vous ne pouvez plus voir les utilisateurs sans plantage, les journaux de fil d'Ariane et/ou les alertes de vitesse.
  • Cloud Messaging et In-App Messaging : vous ne pouvez plus utiliser le ciblage, les métriques de campagne, la segmentation d'audience et les libellés d'analyse.
  • Remote Config : vous ne pouvez plus utiliser de configurations ciblées ni de personnalisation.
  • A/B Testing : vous ne pouvez plus utiliser A/B Testing, car la mesure du test est fournie par Google Analytics.
  • Dynamic Links : toute fonctionnalité qui s'appuie sur des données Google Analytics sera interrompue.

En outre, les intégrations suivantes seront affectées:

Vous pouvez recadrer le problème en "ciblant négativement" ces utilisateurs. Par exemple, reformulez le problème en "Ne pas diffuser d'annonces auprès des personnes qui ont acheté quelque chose", puis créez une audience de ces utilisateurs à cibler.

Vos audiences et vos propriétés utilisateur seront synchronisées. Pour certaines fonctionnalités, comme la segmentation et les entonnoirs fermés, vous devez utiliser l'interface Google Analytics. Vous pouvez accéder directement à l'interface Google Analytics via des liens profonds depuis la console Firebase.

Toutes les modifications que vous effectuez à partir de la console Firebase peuvent également être effectuées dans Google Analytics. Ces modifications seront répercutées dans Firebase.



Authentication

Firebase Authentication est compatible avec la validation des numéros de téléphone dans le monde entier, mais tous les réseaux ne transmettent pas de manière fiable les messages de validation. Les régions suivantes enregistrent de bons taux de distribution et devraient fonctionner correctement pour l'authentification par téléphone. Dans certains cas, certains transporteurs ne sont pas disponibles dans une région en raison de mauvais taux de livraison.

Région Code
ANNONCEAndorre
AEÉmirats arabes unis
AFAfghanistan
AGAntigua-et-Barbuda
ALAlbanie
AMArménie
AOAngola
RAArgentine
ASSamoa américaines
ATAutriche
UAAustralie
AWAruba
AZAzerbaïdjan
BABosnie-Herzégovine
BBBarbade
BDBangladesh
BEBelgique
BFBurkina Faso
BGBulgarie
BJBénin
BMBermudes
BNBrunei Darussalam
BOBolivie
BrésilBrésil
BSBahamas
BTBhoutan
BWBotswana
BYBiélorussie
BZBelize
CACanada
CDCongo (Kinshasa)
CFRépublique centrafricaine
CGCongo (Brazzaville)
CHSuisse
CICôte d'Ivoire
CKCook (Îles)
LMChili
CMCameroun
COColombie
CRCosta Rica
CVCap-Vert
CWCuraçao
CYChypre
CZRépublique tchèque
DEAllemagne
DJDjibouti
DanemarkDanemark
DMDominique
DORépublique dominicaine
DZAlgérie
ECÉquateur
EGÉgypte
ESEspagne
PRÉthiopie
VENFinlande
FJFidji
FKFalkland (Îles)
FMMicronésie, États fédérés de
FOÎles Féroé
FRFrance
DGGabon
GoRoyaume-Uni
DBGrenade
GEGéorgie
GFGuyane
GGGuernesey
GHGhana
GIGibraltar
GLGroenland
Directeur généralGambie
GPGuadeloupe
GQGuinée équatoriale
RBGrèce
GTGuatemala
GYGuyana
HKHong Kong, RAS de Chine
HNHonduras
RHCroatie
MTHaïti
UPHongrie
IDIndonésie
IEIrlande
ILIsraël
IMMan (Île)
INInde
IQIrak
ITItalie
JEJersey
JMJamaïque
JOJordanie
JaponJapon
KEKenya
KGKirghizstan
KHCambodge
KMComores
KNSaint-Christophe-et-Niévès
KRCorée du Sud
KWKoweït
KYÎles Caïmans
KZKazakhstan
LARépublique démocratique populaire lao
LBLiban
LCSainte-Lucie
LILiechtenstein
LKSri Lanka
LSLesotho
LTLituanie
LULuxembourg
LVLettonie
LYLibye
MAMaroc
MDMoldavie
MEMonténégro
MFSaint-Martin (partie française)
MGMadagascar
MKMacédoine, République de
Assez satisfaitsMyanmar
MNMongolie
MOMacao, RAS de Chine
MSMontserrat
MTMalte
MUMaurice (Île)
MWMalawi
MXMexique
MYMalaisie
MZMozambique
N/ANamibie
NCNouvelle-Calédonie
NENiger
NFNorfolk (Île)
NGNigeria
NINicaragua
NLPays-Bas
NONNorvège
NPNépal
NZNouvelle-Zélande
OMOman
PCPanama
PEPérou
PGPapouasie - Nouvelle-Guinée
PHPhilippines
PKPakistan
PLPologne
PMSaint-Pierre-et-Miquelon
PRPorto Rico
PSTerritoires palestiniens
PTPortugal
PYParaguay
QAQatar
RERéunion
RORoumanie
RSSerbie
RUFédération de Russie
RWRwanda
SAArabie saoudite
SCSeychelles
SuèdeSuède
SGSingapour
TBSainte-Hélène
SISlovénie
SKSlovaquie
SLSierra Leone
SNSénégal
SRSuriname
STSao Tomé-et-Principe
SVEl Salvador
SZSwaziland
TCÎles Turks-et-Caïcos
TGTogo
THThaïlande
TLTimor-Oriental
TMTurkménistan
TOTonga
TRTurquie
TTTrinité-et-Tobago
TWTaïwan (République de Chine)
TZTanzanie, République unie de
UAUkraine
UGOuganda
États-UnisÉtats-Unis d'Amérique
UYUruguay
UZOuzbékistan
CVSaint-Vincent-et-les-Grenadines
VEVenezuela (République bolivarienne)
VGVierges britanniques (Îles)
VIÎles Vierges américaines
VNViêt Nam
WSSamoa
YEYémen
YTMayotte
ZAAfrique du Sud
ZMZambie
ZWZimbabwe

À partir de septembre 2024, pour améliorer la sécurité et la qualité de service de l'authentification par téléphone, les projets Firebase doivent être associés à un compte de facturation Cloud pour activer et utiliser le service SMS.

Pour protéger votre projet contre l'inflation artificielle du trafic SMS et l'utilisation abusive des API, procédez comme suit:

Envisager de définir une règle pour les SMS par région
  1. Affichez votre utilisation des SMS par région.

    Recherchez les régions où le nombre de SMS envoyés est très élevé et celui des SMS validés très faible (ou nul). Le ratio de validation/envoi correspond à votre taux de réussite. Les taux de réussite acceptables se situent généralement entre 70 et 85 %, car le SMS n'est pas un protocole de diffusion garanti, et certaines régions peuvent faire l'objet d'abus. Un taux de réussite inférieur à 50% implique de nombreux SMS envoyés, mais peu de connexions réussies, ce qui est un indicateur courant de présence de pirates informatiques et de gonflement du trafic SMS.

  2. Utilisez la règle de région pour les SMS pour refuser les régions où les SMS ont un faible taux de réussite ou n'autoriser que certaines régions si votre application n'est destinée qu'à certains marchés.

Limiter vos domaines d'authentification autorisés

Utilisez le tableau de bord des paramètres d'authentification pour gérer les domaines autorisés. Le domaine localhost est ajouté par défaut aux domaines d'authentification approuvés pour simplifier le développement. Envisagez de supprimer localhost des domaines autorisés de votre projet de production pour empêcher les acteurs malveillants d'exécuter du code sur leur afin d'accéder à votre projet de production.localhost

Activer et appliquer App Check

Activez App Check pour protéger votre projet contre toute utilisation abusive des API en attestant que les requêtes ne proviennent que des applications associées à votre projet.

Pour utiliser App Check avec Firebase Authentication, vous devez passer à Firebase Authentication with Identity Platform.

N'oubliez pas que vous devez appliquer App Check pour l'authentification dans la console Firebase (pensez à surveiller le trafic avant de l'appliquer). Vérifiez également la liste des sites approuvés par reCAPTCHA Enterprise pour vous assurer qu'elle ne contient que vos sites de production et que la liste des applications enregistrées dans votre projet dans App Check est exacte.

Notez qu'App Check aide à se protéger contre les attaques automatisées en affirmant que l'appel provient de l'une de vos applications enregistrées. Cela n'empêche pas les utilisateurs d'utiliser votre application de manière involontaire (par exemple, en commençant et en ne terminant jamais les flux de connexion pour générer des SMS envoyés).

Pour le moment, les numéros transférés entre opérateurs ne peuvent pas être distribués aux utilisateurs finaux. Il n'existe aucune solution de contournement, et Firebase travaille à la résolution de ce problème.

Suivez la procédure de dépannage de cette FAQ si l'erreur suivante s'affiche:

GoogleFragment: Google sign in failed
    com.google.android.gms.common.api.ApiException: 13: Unable to get token.
        at
com.google.android.gms.internal.auth-api.zbay.getSignInCredentialFromIntent(com.google.android.gms:play-services-auth@@20.3.0:6)
  1. Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification:

    1. Dans la console Firebase, ouvrez la section Authentication.

    2. Dans l'onglet Mode de connexion, désactivez, puis réactivez la méthode de connexion Google (même si elle est déjà activée):

      1. Ouvrez la méthode de connexion Google, désactivez-la, puis cliquez sur Enregistrer.

      2. Ouvrez à nouveau la méthode de connexion Google, activez-la, puis cliquez sur Enregistrer.

  2. Assurez-vous que votre application utilise son fichier de configuration Firebase à jour (google-services.json).
    Obtenez le fichier de configuration de votre application.

  3. Vérifiez si l'erreur persiste. Si c'est le cas, passez à l'étape suivante.

  4. Assurez-vous que les clients OAuth 2.0 sous-jacents requis sont présents.

    1. Sur la page Identifiants de la console Google Cloud, consultez la section ID client OAuth 2.0.

    2. Si les clients OAuth 2.0 ne sont pas présents (et que vous avez suivi toutes les étapes de dépannage ci-dessus), contactez l'assistance.

Suivez la procédure de dépannage de cette FAQ si l'erreur suivante s'affiche:

You must specify |clientID| in |GIDConfiguration|
  1. Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification:

    1. Dans la console Firebase, ouvrez la section Authentication.

    2. Dans l'onglet Mode de connexion, désactivez, puis réactivez la méthode de connexion Google (même si elle est déjà activée):

      1. Ouvrez la méthode de connexion Google, désactivez-la, puis cliquez sur Enregistrer.

      2. Ouvrez à nouveau la méthode de connexion Google, activez-la, puis cliquez sur Enregistrer.

  2. Assurez-vous que votre application utilise son fichier de configuration Firebase à jour (GoogleService-Info.plist).
    Obtenez le fichier de configuration de votre application.

  3. Vérifiez si l'erreur persiste. Si c'est le cas, passez à l'étape suivante.

  4. Assurez-vous que les clients OAuth 2.0 sous-jacents requis sont présents.

    1. Sur la page Identifiants de la console Google Cloud, consultez la section ID client OAuth 2.0.

    2. Si les clients OAuth 2.0 ne sont pas présents (et que vous avez suivi toutes les étapes de dépannage ci-dessus), contactez l'assistance.

Suivez la procédure de dépannage de cette FAQ si l'erreur suivante s'affiche:

AuthErrorCode.INVALID_OAUTH_CLIENT_ID
  1. Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification:

    1. Dans la console Firebase, ouvrez la section Authentication.

    2. Dans l'onglet Mode de connexion, désactivez, puis réactivez la méthode de connexion Google (même si elle est déjà activée):

      1. Ouvrez la méthode de connexion Google, désactivez-la, puis cliquez sur Enregistrer.

      2. Ouvrez à nouveau la méthode de connexion Google, activez-la, puis cliquez sur Enregistrer.

  2. De plus, dans la configuration du fournisseur de connexion Google de la section Authentication, assurez-vous que l'ID client et le secret OAuth correspondent au client Web affiché sur la page Credentials (Identifiants) de la console Google Cloud (section OAuth 2.0 Client IDs [ID client OAuth 2.0]).

Suivez la procédure de dépannage de cette FAQ si l'erreur suivante s'affiche:

This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.

Cette erreur est probablement due au fait que votre domaine de redirection n'est pas listé comme domaine autorisé pour Firebase Authentication ou que la clé API que vous utilisez avec le service Firebase Authentication n'est pas valide.

Commencez par vous assurer que YOUR_REDIRECT_DOMAIN figure dans la liste des domaines autorisés pour votre projet Firebase. Si votre domaine de redirection y figure déjà, poursuivez la procédure de dépannage pour une clé API non valide.

Par défaut, le SDK JavaScript Firebase Authentication s'appuie sur la clé API de votre projet Firebase, qui est associée à l'Browser key. Il utilise cette clé pour vérifier qu'une URL de redirection de connexion est valide selon la liste des domaines autorisés. Authentication obtient cette clé API en fonction de la manière dont vous accédez au SDK Authentication:

  • Si vous utilisez les assistants d'authentification fournis par Hosting pour connecter les utilisateurs avec le SDK JavaScript Authentication, Firebase obtient automatiquement votre clé API avec le reste de votre configuration Firebase chaque fois que vous déployez sur Firebase Hosting. Assurez-vous que le authDomain de votre firebaseConfig d'application Web est correctement configuré pour utiliser l'un des domaines de ce site Hosting. Pour le vérifier, accédez à https://authDomain__/firebase/init.json et vérifiez que projectId correspond à celui de votre firebaseConfig.

  • Si vous hébergez vous-même le code de connexion, vous pouvez utiliser un fichier __/firebase/init.json pour fournir la configuration Firebase à l'aide de l'assistant de redirection du SDK JS Authentication auto-hébergé. La clé API et le projectId listés dans ce fichier de configuration doivent correspondre à votre firebaseConfig d'application Web.

Vérifiez que cette clé API n'a pas été supprimée: accédez au panneau API et services > Identifiants de la console Google Cloud, où toutes les clés API de votre projet sont listées.

  • Si l'Browser key n'a pas été supprimé, vérifiez les points suivants:

    • Assurez-vous que l'API Firebase Authentication figure dans la liste des API autorisées pour lesquelles la clé peut accéder (en savoir plus sur les restrictions d'API pour les clés API).

    • Si vous hébergez vous-même le code de connexion, assurez-vous que la clé API indiquée dans votre fichier __/firebase/init.json correspond à celle de la console Cloud. Corrigez la clé dans le fichier, si nécessaire, puis redéployez votre application.

    • Si le Browser key a été supprimé, vous pouvez demander à Firebase de générer une nouvelle clé API: dans la console Firebase, accédez à > Paramètres du projet, puis dans la section Vos applications, cliquez sur votre application Web. Cette action crée automatiquement une clé API que vous pouvez consulter dans la section Configuration et configuration du SDK de votre application Web.

    Notez que dans la console Cloud, cette nouvelle clé API ne s'appellera pas Browser key. Elle portera le même nom que le surnom de votre application Web Firebase. Si vous décidez d'ajouter des restrictions d'API à cette nouvelle clé API, assurez-vous que l'API Firebase Authentication figure dans la liste des API autorisées.

    Une fois votre nouvelle clé API créée, suivez les étapes ci-dessous qui s'appliquent à vous:

    • Si vous utilisez des URL Hosting réservées, redéployez votre application dans Firebase afin qu'elle puisse obtenir automatiquement la nouvelle clé API avec le reste de votre configuration Firebase.

    • Si vous hébergez vous-même le code de connexion, copiez la nouvelle clé API et ajoutez-la à votre fichier __/firebase/init.json, puis redéployez votre application.

  1. Ouvrez la page Identifiants de la console Google Cloud.

  2. En haut de la page, sélectionnez Créer des identifiants > ID client OAuth.

  3. Si vous êtes invité à configurer votre écran de consentement, suivez les instructions à l'écran, puis suivez les étapes suivantes de cette FAQ.

  4. Créez le client Web OAuth:

    1. Dans le champ Type d'application, sélectionnez Application Web.

    2. Pour Origines JavaScript autorisées, ajoutez les éléments suivants:

      • http://localhost
      • http://localhost:5000
      • https://PROJECT_ID.firebaseapp.com
      • https://PROJECT_ID.web.app
    3. Dans le champ URI de redirection autorisés, ajoutez les éléments suivants:

      • https://PROJECT_ID.firebaseapp.com/__/auth/handler
      • https://PROJECT_ID.web.app/__/auth/handler
    4. Enregistrez le client OAuth.

  5. Copiez le nouvel ID client et le nouveau code secret OAuth dans le presse-papiers.

  6. Dans la console Firebase, ouvrez la section Authentication.

  7. Dans l'onglet Sign-in method (Mode de connexion), ouvrez le fournisseur de connexion Google, puis collez l'ID client et le secret du serveur Web que vous venez de créer et de copier à partir de la console Google Cloud. Cliquez sur Enregistrer.

Avant décembre 2022, le %APP_NAME% du modèle d'e-mail était renseigné avec le nom de la marque OAuth provisionné automatiquement chaque fois qu'une application Android était enregistrée dans le projet Firebase. Étant donné que la marque OAuth n'est provisionnée que lorsque Google Sign-In est activé, la procédure suivante décrit comment %APP_NAME% est déterminé:

  • Si le nom de la marque OAuth est disponible, %APP_NAME% dans le modèle d'e-mail sera le nom de la marque OAuth (comme avant décembre 2022).

  • Si le nom de la marque OAuth n'est pas disponible, voici comment le %APP_NAME% du modèle d'e-mail est déterminé:

    • Pour les applications Web, %APP_NAME% correspond au nom de site Firebase Hosting par défaut (valeur précédant .firebaseapp.com et .web.app, généralement l'ID de projet Firebase).

    • Pour les applications mobiles :

      • Si le nom du package Android ou l'ID du bundle iOS est présent dans la requête, %APP_NAME% correspond au nom de l'application utilisé sur le Play Store ou l'App Store (respectivement).

      • Sinon, %APP_NAME% correspond au nom de site Firebase Hosting par défaut (valeur précédant .firebaseapp.com et .web.app, généralement l'ID de projet Firebase).

    Notez que si la recherche du nom de site Firebase Hosting par défaut échoue, la solution de remplacement finale consiste à utiliser l'ID de projet Firebase comme %APP_NAME%.



Cloud Functions

Compatibilité de l'environnement d'exécution Cloud Functions

  1. Assurez-vous d'utiliser le forfait Blaze.
  2. Assurez-vous d'utiliser la dernière version de la CLI Firebase.
  3. Mettez à jour le champ engines dans les package.json de vos fonctions.
  4. Vous pouvez également tester vos modifications à l'aide de Firebase Local Emulator Suite.
  5. Redéployez toutes les fonctions.

Dans la console Firebase, accédez au tableau de bord des fonctions, sélectionnez une fonction, puis vérifiez la langue de la fonction sous Informations supplémentaires.

Oui. Étant donné que les extensions utilisent Cloud Functions, l'environnement d'exécution de vos extensions devra être mis à jour en même temps que Cloud Functions.

Nous vous recommandons de passer régulièrement à la dernière version de chaque extension installée dans votre projet. Vous pouvez mettre à niveau les extensions de vos projets via la console Firebase ou la CLI Firebase.

Tarifs de Cloud Functions

Cloud Functions for Firebase s'appuie sur certains services Google payants. Les nouveaux déploiements de fonctions avec la CLI Firebase 11.2.0 ou version ultérieure reposent sur Cloud Build et Artifact Registry. Les déploiements vers des versions antérieures utilisent Cloud Build de la même manière, mais s'appuient sur Container Registry et Cloud Storage pour le stockage au lieu de Artifact Registry. L'utilisation de ces services sera facturée en plus des tarifs existants.

Espace de stockage pour la version 11.2.0 de la CLI Firebase et les versions ultérieures

Artifact Registry fournit les conteneurs dans lesquels les fonctions s'exécutent. Artifact Registry fournit les 500 Mo premiers sans frais. Vos premiers déploiements de fonctions peuvent donc ne pas entraîner de frais. Au-delà de ce seuil, chaque Go de stockage supplémentaire est facturé 0,10 $par mois.

Espace de stockage pour la CLI Firebase 11.1.x et les versions antérieures

Pour les fonctions déployées dans des versions antérieures, Container Registry fournit les conteneurs dans lesquels les fonctions s'exécutent. Vous serez facturé pour chaque conteneur requis pour déployer une fonction. Vous remarquerez peut-être de petits frais pour chaque conteneur stocké.Par exemple, 1 Go de stockage est facturé à 0,026 $par mois.

Pour en savoir plus sur les changements qui pourraient s'appliquer à votre facture, veuillez consulter les informations suivantes :

Oui. Avec le forfait Blaze, Cloud Functions propose un niveau sans frais pour les appels, le temps de calcul et le trafic Internet. Les 2 000 000 premières invocations, 400 000 Go-s, 200 000 CPU-s et 5 Go de trafic de sortie Internet sont fournis sans frais chaque mois. Seules les utilisations dépassant ces seuils vous seront facturées.

Après les 500 Mo de stockage sans frais, chaque opération de déploiement entraîne des frais à petite échelle pour l'espace de stockage utilisé pour le conteneur de la fonction. Si votre processus de développement dépend du déploiement de fonctions à des fins de test, vous pouvez réduire davantage les coûts en utilisant Firebase Local Emulator Suite pendant le développement.

Consultez les formules Firebase et les exemples de scénarios de tarification Cloud Functions.

Non. Nous ne prévoyons pas de modifier les quotas, sauf pour supprimer la limite de temps de compilation maximale. Au lieu de recevoir des erreurs ou des avertissements lorsque le quota quotidien de compilation de 120 minutes est atteint, vous serez facturé conformément aux conditions du forfait Blaze. Consultez la page Quotas et limites pour en savoir plus.

Oui, vous pouvez créer un compte Cloud Billing dans la console Google Cloud pour obtenir le crédit de 300 $, puis associer ce compte Cloud Billing à un projet Firebase.

Pour en savoir plus sur le crédit Google Cloud, cliquez ici.

Notez que si vous le faites, vous devez ensuite configurer le forfait Blaze dans la console Firebase pour que votre projet continue de fonctionner une fois que le crédit de 300 $sera épuisé.

Non, désolé. Vous pouvez utiliser l'émulateur Firebase pour le développement sans disposer d'un compte Cloud Billing. Vous pouvez également demander un essai sans frais de Google Cloud. Si vous ne parvenez toujours pas à payer votre facture en raison de ce changement, contactez l'assistance Firebase.

Vous pouvez configurer des alertes budgétaires dans la console Google Cloud pour mieux contrôler les coûts. Vous pouvez également définir des limites sur le nombre d'instances facturées créées pour chacune de vos fonctions. Pour vous faire une idée des coûts pour des scénarios courants, consultez les exemples de tarifs de Cloud Functions.

Affichez le tableau de bord Utilisation et facturation dans la console Firebase.

Oui. Étant donné que les extensions utilisent Cloud Functions, elles sont soumises aux mêmes frais que les autres fonctions.

Pour utiliser les extensions, vous devez passer au forfait Blaze. Un montant minime (généralement de l'ordre de 0,01 $/mois) vous sera facturé pour les ressources Firebase requises par chaque extension que vous installez (même si elles ne sont pas utilisées), en plus des frais liés à votre utilisation des services Firebase.



Cloud Messaging

Firebase Cloud Messaging fournit un ensemble complet de fonctionnalités de messagerie via ses SDK clients et ses protocoles de serveur HTTP et XMPP. Pour les déploiements présentant des exigences de messagerie plus complexes, FCM est le bon choix.

Le compositeur de notifications est une solution de messagerie légère et sans serveur basée sur Firebase Cloud Messaging. Avec une console graphique conviviale et des exigences de codage réduites, le compositeur de notifications permet aux utilisateurs d'envoyer facilement des messages pour réengager et fidéliser les utilisateurs, favoriser la croissance de l'application et prendre en charge les campagnes marketing.

Fonctionnalités Outil de création de notifications Cloud Messaging
Cible Un appareil
Clients abonnés à des sujets (par exemple, la météo)
Clients appartenant à un segment d'utilisateurs prédéfini (application, version, langue)
Clients appartenant à des audiences Analytics spécifiées
Clients dans les groupes d'appareils
En amont du client vers le serveur
Type de message      Notifications jusqu'à 2 ko
Messages de données jusqu'à 4 ko
Diffusion Immédiat
Heure locale de l'appareil client à venir
Analytics Collecte des données analytiques et analyse de l'entonnoir de conversion des notifications intégrées

Non. Firebase Cloud Messaging est passé au protocole APN basé sur HTTP/2 en 2017. Si vous utilisez FCM pour envoyer des notifications sur des appareils iOS, aucune action de votre part n'est requise.

Vous pouvez utiliser Firebase Cloud Messaging comme composant autonome, comme vous le faisiez avec GCM, sans utiliser d'autres services Firebase.

FCM est la nouvelle version de GCM sous la marque Firebase. Il hérite de l'infrastructure de base de GCM, avec de nouveaux SDK pour faciliter le développement de Cloud Messaging.

Voici quelques avantages de la migration vers le SDK FCM:

  • Simplifier le développement du client Vous n'avez plus besoin d'écrire votre propre logique de réessai d'enregistrement ou d'abonnement.
  • Une solution de notification prête à l'emploi. Vous pouvez utiliser le composeur de notifications, une solution de notifications sans serveur avec une console Web qui permet à tous les utilisateurs d'envoyer des notifications pour cibler des audiences spécifiques en fonction des insights de Google Analytics.

Pour passer des SDK GCM aux SDK FCM, consultez les guides de migration des applications Android et iOS.

Lorsque les appareils ne semblent pas avoir reçu de messages, vérifiez d'abord ces deux causes potentielles:

Gestion des messages au premier plan pour les messages de notification Les applications clientes doivent ajouter une logique de gestion des messages pour gérer les messages de notification lorsque l'application est au premier plan sur l'appareil. Consultez les détails pour iOS et Android.

Restrictions du pare-feu réseau Si votre organisation dispose d'un pare-feu qui limite le trafic vers ou depuis Internet, vous devez le configurer pour autoriser la connectivité avec FCM afin que vos applications clientes Firebase Cloud Messaging puissent recevoir des messages. Les ports à ouvrir sont les suivants:

  • 5228
  • 5229
  • 5230

FCM utilise généralement 5228, mais parfois 5229 et 5230. FCM ne fournit pas d'adresses IP spécifiques. Vous devez donc autoriser votre pare-feu à accepter les connexions sortantes vers toutes les adresses IP figurant dans les blocs IP listés dans le numéro de système autonome 15169 de Google.

Lorsque votre application est en arrière-plan, des messages de notification s'affichent dans la barre d'état système et onMessageReceived n'est pas appelé. Pour les messages de notification avec une charge utile de données, le message de notification s'affiche dans la barre d'état du système, et les données incluses avec le message de notification peuvent être récupérées à partir de l'intent lancé lorsque l'utilisateur appuie sur la notification.

Pour en savoir plus, consultez la section Recevoir et gérer les messages.

Le compositeur de notifications est une solution de messagerie légère et sans serveur basée sur Firebase Cloud Messaging. Avec une console graphique conviviale et des exigences de codage réduites, le compositeur de notifications permet aux utilisateurs d'envoyer facilement des messages pour réengager et fidéliser les utilisateurs, favoriser la croissance de l'application et prendre en charge les campagnes marketing.

Firebase Cloud Messaging fournit un ensemble complet de fonctionnalités de messagerie via ses SDK clients et ses protocoles de serveur HTTP et XMPP. Pour les déploiements présentant des exigences de messagerie plus complexes, FCM est le bon choix.

Voici un comparatif des fonctionnalités de messagerie fournies par Firebase Cloud Messaging et le composable Notifications:

Fonctionnalités Outil de création de notifications Cloud Messaging
Cible Un appareil
Clients abonnés à des sujets (par exemple, la météo)
Clients appartenant à un segment d'utilisateurs prédéfini (application, version, langue)
Clients appartenant à des audiences Analytics spécifiées
Clients dans les groupes d'appareils
En amont du client vers le serveur
Type de message      Notifications jusqu'à 2 ko
Messages de données jusqu'à 4 ko
Diffusion Immédiat
Heure locale de l'appareil client à venir
Analytics Collecte des données analytiques et analyse de l'entonnoir de conversion des notifications intégrées

L'outil de création de notifications est une solution prête à l'emploi qui permet à tous les utilisateurs d'envoyer des notifications pour cibler des audiences spécifiques en fonction des insights de Google Analytics. De plus, l'outil de création de notifications fournit une analyse de l'entonnoir pour chaque message, ce qui permet d'évaluer facilement l'efficacité des notifications.

Si vous êtes déjà développeur GCM, pour utiliser le Composeur de notifications, vous devez passer des SDK GCM aux SDK FCM. Consultez les guides de migration des applications Android et iOS.

Fonctionnalités FCM obsolètes en juin 2023

Les API/SDK suivants seront concernés par l'abandon:

API de serveur

Nom d'API Point de terminaison de l'API Impact sur les utilisateurs Action requise
Ancien protocole HTTP https://fcm.googleapis.com/fcm/send Les requêtes envoyées au point de terminaison commenceront à échouer après le 21 juin 2024. Passez à l'API HTTP v1.
Ancien protocole XMPP fcm-xmpp.googleapis.com:5235 Les requêtes envoyées au point de terminaison commenceront à échouer après le 21 juin 2024. Passez à l'API HTTP v1.
API de serveur d'ID d'instance https://iid.googleapis.com/v1/web/iid Les requêtes envoyées au point de terminaison commenceront à échouer après le 21 juin 2024. Utilisez le SDK Web JS pour créer des enregistrements Web FCM.
https://iid.googleapis.com/iid/* Les points de terminaison continueront de fonctionner, mais ils ne seront plus compatibles avec l'authentification à l'aide de clés de serveur statiques après le 21 juin 2024. Utilisez un jeton d'accès OAuth 2.0 dérivé d'un compte de service.
API de gestion des groupes d'appareils https://fcm.googleapis.com/fcm/notification Le point de terminaison continuera de fonctionner, mais il ne sera plus compatible avec l'authentification à l'aide de clés de serveur statiques après le 21 juin 2024. Utilisez un jeton d'accès OAuth 2.0 dérivé d'un compte de service.
Messagerie en amont via XMPP fcm-xmpp.googleapis.com:5235 Les appels d'API à FirebaseMessaging.send dans l'application ne déclencheront plus de messages en amont vers le serveur de l'application après le 21 juin 2024. Implémentez cette fonctionnalité dans la logique de votre serveur. Par exemple, certains développeurs implémentent leur propre point de terminaison HTTP/gRPC et l'appellent directement pour envoyer des messages de leurs clients au serveur de l'application. Consultez ce guide de démarrage rapide de gRPC pour obtenir un exemple d'implémentation de la messagerie en amont à l'aide de gRPC.
API d'envoi par lot https://fcm.googleapis.com/batch Les requêtes envoyées au point de terminaison commenceront à échouer après le 21 juin 2024. Passez à la méthode d'envoi standard de l'API HTTP v1, qui est compatible avec HTTP/2 pour le multiplexage.

API du SDK Admin Firebase

Nom d'API Langue de l'API Impact sur les utilisateurs Action requise
sendToDevice() Node.js L'API cessera de fonctionner après le 21 juin 2024, car elle appelle l'ancienne API d'envoi HTTP. Utilisez la méthode send() .
sendToDeviceGroup() Node.js L'API cessera de fonctionner après le 21 juin 2024, car elle appelle l'ancienne API d'envoi HTTP. Utilisez la méthode send() .
sendToTopic() Node.js L'API cessera de fonctionner après le 21 juin 2024, car elle appelle l'ancienne API d'envoi HTTP. Utilisez la méthode send() .
sendToCondition() Node.js L'API cessera de fonctionner après le 21 juin 2024, car elle appelle l'ancienne API d'envoi HTTP. Utilisez la méthode send() .
sendAll()/sendAllAsync()/send_all()/sendMulticast()/SendMulticastAsync()/send_multicast() Node.js, Java, Python, Go, C# Ces API cesseront de fonctionner après le 21 juin 2024, car elles appellent l'API d'envoi par lot . Passez à la dernière version du SDK Firebase Admin et utilisez les nouvelles API à la place: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast().

Notez que les nouvelles API n'appellent plus l'API d'envoi par lot obsolète. C'est pourquoi elles peuvent créer plus de connexions HTTP simultanées que les anciennes API.

SDK client

Versions du SDK Impact sur les utilisateurs Action requise
SDK GCM (obsolètes en 2018) Après le 21 juin 2024, les applications qui utilisent des SDK GCM ne pourront plus enregistrer de jetons ni recevoir de messages de FCM. Mettez à niveau votre SDK Android vers la dernière version du SDK Firebase si vous ne l'avez pas déjà fait.
SDK JavaScript version <7.0.0 (modification importante apportée à la version 7.0.0 en 2019) Les applications Web qui utilisent d'anciens SDK JavaScript ne pourront plus enregistrer de jetons après le 21 juin 2024. Mettez à niveau votre SDK Web Firebase vers la dernière version.

Non. Vous disposez de 12 mois (du 20 juin 2023 au 21 juin 2024) pour passer des anciennes API aux nouvelles sans dégradation de service. Nous vous recommandons vivement de planifier la migration le plus tôt possible afin de ne pas être affecté par le décommissionnement des API en juin 2024.

Après juin 2024, vous risquez de constater une augmentation des erreurs ou un manque de fonctionnalités lorsque vous utiliserez les API/SDK listés ci-dessus (pour en savoir plus, consultez la question fréquente suivante).

FCM commencera à abandonner progressivement les API obsolètes vers le 22 juillet 2024. Passée cette date, les services obsolètes seront soumis à un processus de "clignotement", au cours duquel un nombre croissant de requêtes renverront des réponses d'erreur. Au cours de la période de réduction progressive, vous pouvez vous attendre à ce que la fréquence des comportements et des réponses d'erreur suivants augmente au fil du temps:

Catégorie À quoi vous attendre
Ancien protocole HTTP Les requêtes sont rejetées avec le code HTTP 301.
Ancien protocole XMPP Requêtes rejetées avec le code d'erreur 302.
FCM en amont Les messages sont supprimés de manière silencieuse par le backend FCM.
API d'envoi par lot Requêtes rejetées avec le code d'erreur UNIMPLEMENTED et le message d'erreur "L'API est obsolète".
SDK GCM : jetons d'enregistrement Les requêtes sont rejetées avec le code HTTP 301.
SDK GCM : envoyer des messages Les requêtes sont rejetées avec le code d'erreur 400 et le message d'erreur "Le jeton V3 a été abandonné."
Version des SDK JavaScript < 7.0.0 Les requêtes sont rejetées avec le code HTTP 501.
Utiliser une clé de serveur pour accéder aux API de gestion de l'ID d'instance et des groupes d'appareils Les requêtes sont rejetées avec le code HTTP 401.

Un jeton OAuth 2.0 est un jeton de courte durée dérivé d'un compte de service. Il s'agit du modèle d'authentification standard de Google. Il est plus sécurisé que les clés de serveur statiques.

Consultez Utiliser des identifiants pour créer des jetons d'accès pour obtenir des conseils sur l'utilisation de la bibliothèque Google Auth pour obtenir des jetons.

Notez que les en-têtes de requête diffèrent lorsque vous utilisez des jetons OAuth 2.0 pour les requêtes vers différents points de terminaison.

  • API HTTP v1: Authorization: Bearer $oauth_token
  • API du serveur d'ID d'instance et API de gestion des groupes d'appareils: Authorization: Bearer $oauth_token
    access_token_auth: true

Nous vous recommandons d'augmenter progressivement votre trafic vers la nouvelle API. Si vous prévoyez d'envoyer régulièrement plus de 600 000 messages/min, contactez l'assistance Firebase pour obtenir des instructions sur l'augmentation du quota ou des recommandations sur la répartition du trafic.

Thèmes: vous n'avez pas besoin d'ajouter le préfixe "/topics/" à votre cible de thème lorsque vous utilisez l'API v1.

Groupes d'appareils: vous pouvez utiliser un jeton de groupe comme cible de jeton dans l'API HTTP v1. Toutefois, l'API HTTP v1 ne renvoie pas le nombre de succès/d'échecs dans la réponse. Nous vous recommandons d'utiliser des sujets FCM ou de gérer vous-même vos groupes d'appareils.

Non. Cette fonctionnalité, appelée "multicast" dans les anciennes API HTTP, n'est pas prise en charge par l'API HTTP v1, qui est mieux conçue pour la scalabilité.

Pour les cas d'utilisation où la latence de bout en bout est critique ou où la taille totale du fan-out est faible (moins d'un million), Google recommande d'envoyer plusieurs requêtes distinctes à l'aide de l'API HTTP v1. L'API HTTP v1 sur HTTP/2 offre des performances similaires pour 99,9% des requêtes multicast (envoi de moins de 100 jetons). Pour les cas d'utilisation inhabituels (envoi de 1 000 jetons), il atteint jusqu'à un tiers du débit. Une concurrence supplémentaire est donc nécessaire pour optimiser ce cas d'utilisation atypique. L'API HTTP v1 offre aux utilisateurs une fiabilité et une disponibilité supérieures à celles de l'ancien multicast.

Pour les cas d'utilisation où la bande passante de débit et de sortie est prioritaire ou où la taille totale du fanout est importante (plus d'un million), Google recommande la messagerie par thème. Bien que la messagerie par sujet nécessite une action ponctuelle pour abonner les destinataires à un sujet, elle offre jusqu'à 10 000 RPS par taux de diffusion du projet,sans limite maximale de taille de sujet.

Plate-forme Version du SDK Admin Firebase
Node.js >=11.7.0
Python ≥6.2.0
Java >=9.2.0
Accéder >=4.12.0
.NET ≥2.4.0

L'API d'envoi par lot FCM utilise le même format de message et le même mécanisme d'authentification que l'API HTTP v1. Toutefois, il utilise un point de terminaison différent. Si vous souhaitez améliorer l'efficacité, envisagez d'utiliser HTTP/2 pour envoyer plusieurs requêtes via la même connexion HTTP à l'API HTTP v1.

Veuillez contacter l'équipe d'assistance Google Cloud pour obtenir de l'aide.

Non. À partir du 20 mai 2024, les nouveaux projets ne pourront plus activer nos anciennes API.

Une fois que vous êtes sûr d'avoir complètement migré vers l'API HTTP v1, vous pouvez désactiver l'ancienne API Cloud Messaging (la page risque de ne pas se charger si l'API a déjà été désactivée).

Quotas et limites FCM

Malheureusement, ce cas d'utilisation n'est pas pris en charge. Vous devez répartir votre trafic sur cinq minutes.

Malheureusement, nous ne pouvons pas augmenter votre quota pour cette raison. Vous devez répartir votre trafic sur cinq minutes.

Nous vous recommandons de commencer à envoyer les notifications au moins cinq minutes avant l'événement.

Cela dépend un peu de votre utilisation de FCM. Vous devriez recevoir une réponse sous quelques jours ouvrés. Dans certains cas, des échanges peuvent avoir lieu concernant votre utilisation de FCM et diverses circonstances, ce qui peut prolonger le processus. Si toutes les conditions sont remplies, la plupart des demandes sont traitées sous deux semaines.

Consultez les conseils Google Cloud sur la représentation graphique et la surveillance des métriques de quota.

Nous comprenons que les limites de quota puissent être difficiles à respecter, mais elles sont essentielles pour assurer la fiabilité du service. Nous ne pouvons donc pas accorder d'exemptions.

Vous pouvez demander un quota supplémentaire pour un événement d'une durée maximale d'un mois. Envoyez la demande au moins un mois à l'avance et indiquez clairement le début et la fin de l'événement. FCM fera tout son possible pour répondre à la demande (aucune augmentation ne peut être garantie). Ces augmentations de quota seront annulées après la date de fin de l'événement.

Bien que Google ne le fasse pas à la légère, les quotas peuvent être modifiés si nécessaire pour protéger l'intégrité du système. Dans la mesure du possible, Google vous informera à l'avance de ces modifications.



Cloud Storage for Firebase

Consultez la documentation Cloud Storage pour en savoir plus sur les modifications apportées au bucket Cloud Storage par défaut.

Cloud Storage for Firebase crée un bucket par défaut dans le niveau sans frais App Engine. Vous pouvez ainsi vous lancer rapidement avec Firebase et Cloud Storage for Firebase, sans avoir à saisir de carte de crédit ni à activer un compte Cloud Billing. Il vous permet également de partager facilement des données entre Firebase et un projet Google Cloud.

Toutefois, il existe deux cas connus où ce bucket ne peut pas être créé et où vous ne pouvez pas utiliser Cloud Storage for Firebase:

  • Projet importé depuis Google Cloud avec une application Datastore maître/esclave App Engine.
  • Projet importé depuis Google Cloud avec des projets préfixés par le domaine. Exemple : domain.com:project-1234.

Il n'existe actuellement aucun moyen de contourner ces problèmes. Nous vous recommandons de créer un projet dans la console Firebase et d'activer Cloud Storage for Firebase dans ce projet.

Il est probable que vous receviez des codes d'erreur 412, car l'API Cloud Storage for Firebase n'est pas activée pour votre projet ou qu'un compte de service nécessaire ne dispose pas des autorisations requises.

Consultez les questions fréquentes associées.

Pour les projets du forfait sans frais (Spark), Firebase bloque les importations et l'hébergement de certains types de fichiers exécutables pour Windows, Android et Apple par Cloud Storage for Firebase et Firebase Hosting. Ce règlement vise à empêcher l'utilisation abusive de notre plate-forme.

Le traitement, l'hébergement et l'importation de fichiers non autorisés sont bloqués pour tous les projets Spark créés le 28 septembre 2023 ou après. Pour les projets Spark existants dont les fichiers ont été importés avant cette date, ces fichiers peuvent toujours être importés et hébergés.

Cette restriction s'applique aux projets du forfait Spark. Les projets utilisant le forfait avec paiement à l'usage (Blaze) ne sont pas concernés.

Les types de fichiers suivants ne peuvent pas être hébergés sur Firebase Hosting et Cloud Storage for Firebase:

  • Fichiers Windows avec les extensions .exe, .dll et .bat
  • Fichiers Android avec extension .apk
  • Fichiers de plate-forme Apple avec l'extension .ipa

Que dois-je faire ?

Si vous souhaitez toujours héberger ces types de fichiers après le 28 septembre 2023:

  • Pour l'hébergement: passez au forfait Blaze avant de pouvoir déployer ces types de fichiers dans Firebase Hosting via la commande firebase deploy.
  • Pour Storage: passez au forfait Blaze pour importer ces types de fichiers dans le bucket de votre choix à l'aide de la CLI GCS, de la console Firebase ou de la console Google Cloud.

Utilisez les outils Firebase pour gérer vos ressources Firebase Hosting et Cloud Storage.

  • Pour gérer les ressources dans Firebase Hosting, utilisez la console Firebase pour supprimer les versions selon ce guide.
  • Pour gérer les ressources dans Cloud Storage, accédez à la page des produits de stockage de votre projet.
    1. Dans l'onglet Fichiers, recherchez les fichiers non autorisés à supprimer dans la hiérarchie de vos dossiers, puis sélectionnez-les à l'aide de la case à cocher à côté du ou des noms de fichier sur le côté gauche du panneau.
    2. Cliquez sur Supprimer, puis confirmez la suppression des fichiers.

Pour en savoir plus sur la gestion des ressources d'hébergement avec les outils Firebase et des buckets Cloud Storage for Firebase avec les bibliothèques clientes, consultez notre documentation.

Auparavant, les requêtes de téléchargement et d'importation vers l'API Cloud Storage for Firebase n'étaient pas comptabilisées correctement. Nous avons pris des mesures pour résoudre ce problème à partir du 15 septembre 2023.

Pour les utilisateurs de Blaze, les opérations d'importation et de téléchargement commenceront à être comptabilisées dans votre facture mensuelle. Pour les utilisateurs de Spark, ils commenceront à être déduits de votre limite mensuelle sans frais.

Nous vous recommandons de surveiller votre page d'utilisation pour identifier toute augmentation pouvant être prise en compte dans vos limites.

Firebase utilise des comptes de service pour exploiter et gérer des services sans partager les identifiants utilisateur. Lorsque vous créez un projet Firebase, vous pouvez remarquer qu'un certain nombre de comptes de service sont déjà disponibles dans votre projet.

Le compte de service utilisé par Cloud Storage for Firebase est limité à votre projet et est nommé
service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com.

Si vous avez utilisé Cloud Storage for Firebase avant le 19 septembre 2022, vous verrez peut-être un compte de service supplémentaire sur les buckets Cloud Storage précédemment associés nommés firebase-storage@system.gserviceaccount.com. Depuis le 19 septembre 2022, ce compte de service n'est plus pris en charge.

Vous pouvez afficher tous les comptes de service associés à votre projet dans la console Firebase, dans l'onglet Comptes de service.

Ajouter le nouveau compte de service

Si vous avez déjà supprimé le compte de service ou s'il n'est pas présent dans votre projet, vous pouvez procéder comme suit pour l'ajouter.

  • (Recommandé) Automatisé:utilisez le point de terminaison REST AddFirebase pour réimporter votre bucket dans Firebase. Vous n'avez besoin d'appeler ce point de terminaison qu'une seule fois, et non une fois pour chaque bucket associé.
  • Manuelle:suivez la procédure décrite dans Créer et gérer des comptes de service. Suivez ce guide pour ajouter un compte de service avec le rôle IAM Cloud Storage for Firebase Service Agent et le nom de compte de service
    service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com.
Supprimer le nouveau compte de service

Nous vous déconseillons vivement de supprimer le compte de service, car cela pourrait bloquer l'accès à vos buckets Cloud Storage depuis vos applications. Pour supprimer le compte de service de votre projet, suivez les instructions de la section Désactiver un compte de service.

Tarifs de Cloud Storage for Firebase

Consultez la documentation Cloud Storage pour en savoir plus sur les modifications apportées aux exigences concernant les forfaits pour Cloud Storage.

Accédez à la page des tarifs Firebase et utilisez le simulateur de formule Blaze. La calculatrice liste tous les types d'utilisation de Cloud Storage for Firebase.

Utilisez les curseurs pour saisir l'utilisation prévue de votre bucket Storage. Le simulateur vous indiquera votre facture mensuelle.

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

  • Si vous dépassez la limite de Go de stockage, vous ne pourrez plus stocker de données dans ce projet, sauf si vous supprimez certaines des données stockées ou passez à un forfait offrant 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 plus télécharger de données avant le jour suivant (à partir de minuit, heure du Pacifique), sauf si vous passez à un forfait moins restrictif ou sans limite.
  • Si vous dépassez la limite d'opérations d'importation ou de téléchargement, votre application ne pourra plus importer ni télécharger de données jusqu'au jour suivant (à partir de minuit, heure du Pacifique), sauf si vous passez à un forfait moins restrictif ou sans limite.



Crashlytics

Consultez la Crashlyticspage d'aide et de dépannage pour obtenir des conseils utiles et des réponses à d'autres questions fréquentes.



Consultez les questions fréquentes sur Dynamic Links.

L'API getInvitation efface le lien dynamique enregistré pour éviter qu'il ne soit accessible deux fois. Veillez à appeler cette API avec le paramètre autoLaunchDeepLink défini sur false dans chacune des activités de lien profond pour le supprimer si l'activité est déclenchée en dehors de l'activité principale.



Hosting

Pour les projets du forfait sans frais (Spark), Firebase bloque les importations et l'hébergement de certains types de fichiers exécutables pour Windows, Android et Apple par Cloud Storage for Firebase et Firebase Hosting. Ce règlement vise à empêcher l'utilisation abusive de notre plate-forme.

Le traitement, l'hébergement et l'importation de fichiers non autorisés sont bloqués pour tous les projets Spark créés le 28 septembre 2023 ou après. Pour les projets Spark existants dont les fichiers ont été importés avant cette date, ces fichiers peuvent toujours être importés et hébergés.

Cette restriction s'applique aux projets du forfait Spark. Les projets utilisant le forfait avec paiement à l'usage (Blaze) ne sont pas concernés.

Les types de fichiers suivants ne peuvent pas être hébergés sur Firebase Hosting et Cloud Storage for Firebase:

  • Fichiers Windows avec les extensions .exe, .dll et .bat
  • Fichiers Android avec extension .apk
  • Fichiers de plate-forme Apple avec l'extension .ipa

Que dois-je faire ?

Si vous souhaitez toujours héberger ces types de fichiers après le 28 septembre 2023:

  • Pour l'hébergement: passez au forfait Blaze avant de pouvoir déployer ces types de fichiers dans Firebase Hosting via la commande firebase deploy.
  • Pour Storage: passez au forfait Blaze pour importer ces types de fichiers dans le bucket de votre choix à l'aide de la CLI GCS, de la console Firebase ou de la console Google Cloud.

Utilisez les outils Firebase pour gérer vos ressources Firebase Hosting et Cloud Storage.

  • Pour gérer les ressources dans Firebase Hosting, utilisez la console Firebase pour supprimer les versions selon ce guide.
  • Pour gérer les ressources dans Cloud Storage, accédez à la page des produits de stockage de votre projet.
    1. Dans l'onglet Fichiers, recherchez les fichiers non autorisés à supprimer dans la hiérarchie de vos dossiers, puis sélectionnez-les à l'aide de la case à cocher à côté du ou des noms de fichier sur le côté gauche du panneau.
    2. Cliquez sur Supprimer, puis confirmez la suppression des fichiers.

Pour en savoir plus sur la gestion des ressources d'hébergement avec les outils Firebase et des buckets Cloud Storage for Firebase avec les bibliothèques clientes, consultez notre documentation.

Firebase ajoute automatiquement des fichiers supplémentaires contenant des métadonnées sur le site Hosting. Ces fichiers sont inclus dans le nombre total de fichiers de la version.

La taille maximale de Hosting est limitée à 2 Go par fichier.

Nous vous recommandons de stocker des fichiers volumineux à l'aide de Cloud Storage, qui offre une limite de taille maximale de plusieurs téraoctets pour les objets individuels.

La fonctionnalité multisite Firebase Hosting accepte un maximum de 36 sites par projet.



Performance Monitoring

Consultez la Performance Monitoringpage d'aide et de dépannage pour obtenir des conseils utiles et des réponses à d'autres questions fréquentes.

Vous pouvez créer jusqu'à 400 formats d'URL personnalisés au total par application et jusqu'à 100 formats d'URL personnalisés par domaine pour cette application.

Pour afficher les données de performances en temps réel, assurez-vous que votre application utilise une version du SDK Performance Monitoring compatible avec le traitement des données en temps réel.

  • iOS : version 7.3.0 ou ultérieure
  • tvOS : version 8.9.0 ou ultérieure
  • Android : version 19.0.10 ou ultérieure (ou Firebase Android BoM v26.1.0 ou version ultérieure)
  • Web : version 7.14.0 ou ultérieure

Notez que nous vous recommandons toujours d'utiliser la dernière version du SDK, mais n'importe quelle version listée ci-dessus permet à Performance Monitoring de traiter vos données en quasi-temps réel.



Realtime Database

Une connexion simultanée équivaut à un appareil mobile, un onglet de navigateur ou une application de serveur connectés à 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 mises en place pour protéger Firebase et nos utilisateurs contre les abus.

Le forfait Spark est limité à 100 utilisateurs et ne peut pas être augmenté. Les forfaits Flame et Blaze sont limités à 200 000 connexions simultanées par base de données.

Cette limite n'est pas identique au nombre total d'utilisateurs de votre application, car ils ne se connectent pas tous en même temps. Si vous avez besoin de plus de 200 000 connexions simultanées, consultez Évoluer avec plusieurs bases de données.

Chaque instance Realtime Database limite le nombre d'opérations d'écriture par seconde. Pour les petites écritures, cette limite est d'environ 1 000 opérations d'écriture par seconde. Si vous approchez de cette limite, le groupement d'opérations à l'aide de mises à jour multicanaux peut vous aider à augmenter le débit.

De plus, chaque instance de base de données est limitée en termes de nombre de connexions simultanées à la base de données. Nos limites par défaut sont suffisamment élevées pour la plupart des applications. Si vous créez une application qui nécessite une évolutivité supplémentaire, vous devrez peut-être segmenter votre application sur plusieurs instances de base de données pour une évolutivité accrue. Vous pouvez également envisager d'utiliser Cloud Firestore comme base de données alternative.

Si vous avez reçu une alerte par e-mail ou une notification dans la console Firebase vous informant que vous avez dépassé vos limites d'utilisation Realtime Database, vous pouvez y remédier en fonction de la limite d'utilisation que vous avez dépassée. Pour consulter votre utilisation de Realtime Database, accédez au tableau de bord Realtime Database Utilisation dans la console Firebase.

Si vous avez dépassé votre limite de téléchargements,vous pouvez passer à un forfait Firebase supérieur ou attendre que votre limite de téléchargements soit réinitialisée au début de votre prochain cycle de facturation. Pour réduire vos téléchargements, procédez comme suit:

  • Ajoutez des requêtes pour limiter les données renvoyées par vos opérations d'écoute.
  • Recherchez les requêtes non indexées.
  • Utilisez des écouteurs qui ne téléchargent que les mises à jour des données (par exemple, on() au lieu de once()).
  • Utiliser des règles de sécurité pour bloquer les téléchargements non autorisés

Si vous dépassez votre limite de stockage,passez à un forfait supérieur pour éviter toute interruption de service. Pour réduire la quantité de données dans votre base de données, procédez comme suit:

  • Exécuter des tâches de nettoyage périodiques
  • Réduisez les données en double dans votre base de données.

Notez que la suppression de données peut prendre un certain temps pour être répercutée sur votre quota de stockage.

Si vous dépassez la limite de connexions simultanées à la base de données,passez à un forfait supérieur pour éviter toute interruption de service. Pour gérer les connexions simultanées à votre base de données, essayez de vous connecter via les utilisateurs via l'API REST s'ils ne nécessitent pas de connexion en temps réel.

Pour vous proposer un prix prévisible, les ressources dont vous disposez dans les forfaits Spark sont plafonnées. Cela signifie que si vous dépassez la limite de votre forfait au cours d'un mois, votre application sera désactivée pour éviter toute utilisation supplémentaire de ressources et toute facturation supplémentaire.

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

Les sauvegardes automatiques sont une fonctionnalité avancée réservée aux clients disposant de notre forfait Blaze. Elles sauvegardent vos données Firebase Realtime Database une fois par jour et les importent dans Google Cloud Storage.

Nous ne proposons pas de sauvegardes toutes les heures.

Pour nos calculs de bande passante, nous incluons normalement les coûts liés au chiffrement SSL (basés sur la couche 5 du modèle OSI). Cependant, en septembre 2016, nous avons introduit un bug qui a entraîné l'ignorance des coûts liés au chiffrement dans nos rapports sur la bande passante. Cela a peut-être entraîné une bande passante et des factures artificiellement faibles sur votre compte pendant quelques mois.

Nous avons publié un correctif pour ce bug fin mars 2017, ce qui a permis de rétablir les niveaux normaux de reporting et de facturation de la bande passante.



Remote Config

Sauf si vous extrayez des valeurs avec fetchAndActivate(), elles sont stockées localement, mais pas activées. Pour activer les valeurs extraites afin qu'elles puissent prendre effet, appelez activate. Cette conception vous permet de contrôler le moment où le comportement et l'apparence de votre application changent, car vous pouvez choisir quand appeler activate. Une fois que vous avez appelé activate, le code source de votre application détermine quand les valeurs de paramètre mises à jour sont utilisées.

Par exemple, vous pouvez extraire des valeurs, puis les activer la prochaine fois qu'un utilisateur lance votre application. Vous n'avez donc pas besoin de retarder le démarrage de l'application pendant qu'elle attend les valeurs extraites du service. Les modifications apportées au comportement et à l'apparence de votre application se produisent lorsque votre application utilise les valeurs de paramètre mises à jour.

Pour en savoir plus sur l'API Remote Config et le modèle d'utilisation, consultez la présentation de l'API Remote Config.

Lors du développement de l'application, vous pouvez être amené à extraire et à activer des configurations très fréquemment (plusieurs fois par heure) pour effectuer des itérations rapides pendant le développement et le test de votre application. Pour permettre des itérations rapides sur un projet avec jusqu'à 10 développeurs, vous pouvez définir temporairement un objet FirebaseRemoteConfigSettings avec un intervalle de récupération minimal faible (setMinimumFetchIntervalInSeconds) dans votre application.

Les appareils reçoivent généralement les valeurs extraites en moins d'une seconde, et souvent en millisecondes. Le service Remote Config gère les requêtes de récupération en quelques millisecondes, mais le temps nécessaire pour effectuer une requête de récupération dépend de la vitesse du réseau de l'appareil et de la latence de la connexion réseau utilisée par l'appareil.

Si votre objectif est de faire en sorte que les valeurs extraites prennent effet dans votre application dès que possible, mais sans créer une expérience utilisateur choquante, envisagez d'ajouter des appels à fetchAndActivate chaque fois que votre application effectue un rafraîchissement en plein écran.



Test Lab

Consultez la page de dépannage Test Lab pour obtenir des conseils utiles et des réponses aux questions fréquentes.



Stockage de segmentation des utilisateurs Firebase

Le stockage de segmentation utilisateur Firebase stocke les ID d'installation Firebase, ainsi que les attributs et segments associés, ainsi que les listes d'audience que vous avez créées pour fournir des informations de ciblage aux autres services Firebase qui les utilisent, tels que la personnalisation Crashlytics, FCM et Remote Config, etc.