FAQ Firebase

Qu'est-ce qu'un projet Firebase ?

Un projet est un conteneur pour les applications sur les plates-formes Apple, Android et Web. Il prend en charge le partage de fonctionnalités telles que la base de données, la configuration et les notifications entre vos applications multiplateformes.

Vous devez ajouter des variantes d'applications Apple, Android et Web à un seul projet. Vous pouvez utiliser plusieurs projets pour prendre en charge plusieurs environnements, tels que le développement, la mise en scène et la production.

Comment ajouter Firebase à un projet Google Cloud existant ?

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

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

Combien de projets puis-je avoir par compte ?

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

La limite sur le quota de projet est rarement une préoccupation pour la plupart des développeurs, mais en cas de besoin, vous pouvez demander une augmentation de votre quota de projet .

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

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

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

Après ce nombre, les performances commencent à se dégrader (en particulier pour Google Analytics) et finalement, à un nombre plus élevé d'applications, certaines fonctionnalités du produit cessent de fonctionner. De plus, l'ajout d'une application Firebase à un projet crée un ou plusieurs ID client OAuth 2.0 sous-jacents. Il y a une limite d'environ 30 ID client qui peuvent être créés dans un même projet.

Vous devez vous assurer que toutes les applications Firebase d'un même projet Firebase sont des variantes de plate-forme de la même application du point de vue de l'utilisateur final. Par exemple, si vous développez une application en marque blanche, chaque application étiquetée indépendamment doit avoir son propre projet Firebase, mais les versions Apple et Android de cette étiquette peuvent se trouver dans le même projet. Visitez Comprendre Firebase projets pour en savoir plus sur les projets les meilleures pratiques et Firebase Firebase Apps.

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

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

Dans la console Firebase, vous pouvez marquer vos projets Firebase avec leur environnement type, soit comme des environnements de production ou non spécifié (non-prod).

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

Si vous marquez votre projet comme un environnement de production, nous ajoutons une étiquette Prod aux couleurs vives au projet dans la console Firebase, vous rappelant que les changements pourraient affecter vos applications de production associés. À l'avenir, nous pourrions ajouter plus de fonctionnalités et de protections pour les projets Firebase marqués comme environnements de production.

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

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

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

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

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

Quelles sont les conditions préalables pour associer Play/AdMob/AdWords/BigQuery à mon projet ou application Firebase ?

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

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

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

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

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

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

Voici quelques étapes de dépannage à essayer si vous rencontrez des problèmes pour charger la console Firebase :

1. Vérifiez la ligne de la console du tableau de bord de l' état Firebase des interruptions de service.
2. Assurez - vous que vous utilisez un navigateur pris en charge .
3. Essayez de charger la console Firebase dans une fenêtre de navigation privée ou privée.
4. Désactivez toutes les extensions de navigateur.
5. Vérifiez si quelque chose bloque votre connexion, comme un logiciel antivirus, des proxys réseau ou un pare-feu. Si c'est le cas, essayez de les désactiver.
6. Essayez de charger la console Firebase à l'aide d'un réseau ou d'un appareil différent.

Si aucune des étapes de dépannage ci - dessus résoudre La question, veuillez contactez le support .

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

Le réglage de la langue pour la console Firebase est basée sur la langue sélectionnée dans vos paramètres de compte Google .

Pour modifier vos préférences de langue, voir Changer la langue .

La console Firebase est compatible avec les langues suivantes :

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

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

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

Firebase soutient les rôles fondamentaux ( de base) du propriétaire, éditeur et Viewer:

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

Firebase prend également en charge :

• Firebase rôles prédéfinis - rôles spécifiques qui permettent Firebase Curated contrôle d'accès plus granulaire que les rôles de base du propriétaire, éditeur et Viewer.
• Les rôles personnalisés - Fully rôles IAM personnalisés que vous créez pour adapter un ensemble d'autorisations qui répondent aux exigences spécifiques de votre organisation.

Quels produits sont payants ? Lesquels sont gratuits ?

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

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

Comment savoir quel plan tarifaire me convient le mieux ?

Plan tarifaire Spark

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

Plan tarifaire Blaze

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

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

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

• Utilisation et tableau de bord de facturation globale au niveau du projet
• Authentification tableau de bord d'utilisation ( en particulier pour les instances d'authentification de téléphone)
• Cloud Firestore tableau de bord d'utilisation
• Cloud Fonctions tableau de bord d'utilisation
• Cloud Storage tableau de bord d'utilisation
• Hébergement tableau de bord d'utilisation
• Base de données en temps réel tableau de bord d'utilisation

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

Depuis janvier 2020, le plan tarifaire Flame (25 $/mois de quota supplémentaire) n'est plus disponible pour les nouvelles inscriptions.

• Les projets de plan Spark et Blaze existants et tout nouveau projet ne peuvent plus passer ou s'inscrire au plan Flame.
• Si vous déplacez un projet de plan Flame existant vers un plan tarifaire différent, le projet ne peut pas revenir au plan Flame.
• Les projets de plan Flame existants peuvent continuer à utiliser le plan Flame pour le moment. Cependant, vous recevrez dans les mois à venir des informations sur le délai requis pour passer à un autre plan tarifaire.
• Les références au plan Flame ont été supprimées de la documentation.

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

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

FAQ supplémentaires sur le retrait du plan Flame

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

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

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

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

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

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

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

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

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

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

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

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

Cette limite n'est pas la même que le nombre total d'utilisateurs de votre application, car vos utilisateurs ne se connectent pas tous en même temps. Si vous avez besoin de plus de 200.000 connexions simultanées, s'il vous plaît lire échelle avec plusieurs bases de données .

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

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

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

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

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

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

• Si vous dépassez la limite GB stockée, vous ne serez pas en mesure de stocker plus de données dans ce projet sauf si vous supprimez certaines des données stockées ou mise à niveau vers un plan qui offre plus d' espace de stockage, ou un espace de stockage illimité.
• Si vous dépassez la limite GB téléchargé, votre application ne sera pas en mesure de télécharger des données plus que le lendemain ( à partir de minuit, heure normale du Pacifique des États - Unis), à moins que vous mettez à niveau à un plan avec des limites moins restrictives, ou sans limite.
• Si vous dépassez la limite des opérations de chargement ou de téléchargement, votre application ne sera pas en mesure de télécharger ou de télécharger plus de données jusqu'à ce que le lendemain ( à partir de minuit, heure normale du Pacifique des États - Unis), à moins que vous passez à un plan avec des limites moins restrictives, ou sans limites.

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

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

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

De plus, lorsque vous mettez à niveau au plan Blaze, vous pouvez utiliser l' un de classe mondiale Infrastructure-as-a-service Google Cloud et API directement dans votre projet Firebase, au niveau des prix Google Cloud . Vous pouvez également exporter des données de Google Cloud directement vers BigQuery à des fins d'analyse. Pour en savoir plus, voir lien avec BigQuery Firebase.

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

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

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

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

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

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

Quel type de soutien vais-je recevoir ?

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

Puis-je limiter l'utilisation du forfait Blaze ?

Non, vous ne pouvez pas actuellement limiter l'utilisation de votre forfait Blaze. Nous évaluons les options pour prendre en charge les plafonds d'utilisation du plan 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 de ces limites. Apprenez à mettre en place des alertes budgétaires .

Que sont les sauvegardes automatisées ? Proposez-vous des sauvegardes toutes les heures ?

Les sauvegardes automatiques sont une fonctionnalité avancée pour les clients sur notre plan de tarification Blaze qui sauvegarde vos données en temps réel Firebase de base de données une fois par jour et télécharge sur Google Cloud Storage .

Nous n'offrons pas de sauvegardes horaires.

Offrez-vous des remises open source, à but non lucratif ou éducatives ?

Notre plan Spark peut être utilisé par tout type d'individu ou d'organisation, y compris les organisations à but non lucratif, les écoles et les projets open source. Étant donné que ces plans incluent déjà des quotas généreux, nous n'offrons pas de remises ou de plans spéciaux pour les projets open source, à but non lucratif ou éducatifs.

Proposez-vous des contrats d'entreprise, des tarifs, une assistance ou un hébergement d'infrastructure dédié ?

Notre plan Blaze est adapté pour les entreprises de toutes tailles, et notre SLA atteint ou dépasse la norme de l' industrie pour l' infrastructure cloud. Cependant, nous ne proposons pas actuellement de contrats d'entreprise, de tarification ou d'assistance, ni d'hébergement d'infrastructure dédiée (c'est-à-dire des installations sur site) pour des services tels que notre base de données en temps réel. Nous travaillons dur pour ajouter certaines de ces fonctionnalités.

Proposez-vous des tarifs ad hoc ? Je ne veux payer que pour une ou deux fonctionnalités.

Nous proposons des tarifs ad hoc dans le plan Blaze, où vous ne payez que pour les fonctionnalités que vous utilisez.

Comment les forfaits Firebase payants fonctionnent-ils avec les annonces ? Existe-t-il des crédits publicitaires gratuits avec les forfaits payants ?

Les plans tarifaires Firebase sont distincts des annonces, il n'y a donc pas de crédits publicitaires gratuits. 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 des annonces est gérée depuis la console Ads.

Où puis-je trouver des informations sur la confidentialité et la sécurité dans Firebase ?

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

Les SDK Firebase consignent-ils des informations d'utilisation/de diagnostic en dehors d'Analytics ?

Oui. Ceci est actuellement uniquement iOS, mais peut changer à l'avenir. Les plates - formes Firebase SDK d' Apple inclut le FirebaseCoreDiagnostics cadre par défaut. Ce cadre est utilisé par Firebase pour collecter des informations sur l'utilisation et les diagnostics du SDK afin de hiérarchiser les futures améliorations du produit. FirebaseCoreDiagnostics est facultative, donc si vous voulez retirer d'envoyer des journaux de diagnostic Firebase, vous pouvez le faire en dissociant la bibliothèque de votre application. Vous pouvez parcourir la source complète, y compris les valeurs enregistrées, sur GitHub

Test A / B: Combien d'expériences puis - je créer et exécuter?

Vous êtes autorisé à effectuer jusqu'à 300 expériences par projet, qui peuvent comprendre jusqu'à 24 expériences en cours d'exécution, les autres étant à l'état de brouillon ou terminées.

AdMob: Puis - je lier mon Windows applications à Firebase?

Non, les applications Windows ne sont actuellement pas prises en charge.

AdMob: Pourquoi ne puis - je lier mon application à AdMob de la console Firebase?

Vous pouvez associer une application AdMob à une application Firebase via la console AdMob. Apprendre.

AdMob: Quelles sont les autorisations ou l' accès ai-je besoin de lier une application Firebase à une application AdMob?

Pour effectuer cette liaison, vous avez besoin des accès suivants :

• AdMob: Vous devez être administrateur AdMob.
• Firebase: Vous devez avoir la firebase.links.create permission, qui est inclus dans le rôle du propriétaire et le rôle d' administrateur Firebase .
• Google Analytics: Vous devez avoir le rôle de modifier ou gérer le rôle des utilisateurs pour la propriété associée au projet Firebase. Apprendre encore plus.

AdMob: Plusieurs utilisateurs peuvent dans les mêmes applications lien de compte AdMob AdMob et applications Firebase?

Pour les comptes AdMob multi-utilisateurs , l'utilisateur qui a créé le premier lien Firebase et accepté les Conditions Firebase de service est le seul utilisateur qui peut créer de nouveaux liens entre les applications AdMob et Firebase applications.

AdMob: Pour utiliser AdMob, dois - je utiliser le SDK Firebase pour AdMob ou Google Mobile Ads SDK?

• Pour les projets iOS , utilisez Google Mobile Ads SDK:
  pod 'Google-Mobile-Ads-SDK'
• Pour les projets Android , utilisez Google Mobile Ads SDK:
  implementation 'com.google.android.gms:play-services-ads:20.5.0'

  Notez que les SDK Firebase Android pour AdMob incluent de manière transitoire le SDK Firebase pour Google Analytics. Donc, si votre application appelle toutes les API Google Analytics et que vous passez d'utiliser le SDK Google Mobile Ads, assurez - vous que vous ajoutez explicitement la dépendance du SDK Firebase pour Google Analytics ( com.google.firebase:firebase-analytics ) à votre application de la build.gradle fichier.

• Pour les projets C et projets Unity , suivez les instructions contenues dans la documentation correspondante.

Analytics: Quand dois - je mettre à jour mon Google Analytics pour les biens Firebase de conserver un service?

Tout projet Firebase créé avant le 31 Juillet, 2019 doit être mis à la pleine expérience Google Analytics 4 si elle n'a pas déjà. (Affichage des bannières dans le tableau de bord Analytics si une mise à jour est nécessaire.) Les conditions d'utilisation associés doivent être acceptés avant le 15 Février, 2022 pour assurer la collecte de données se poursuit et le 15 Mars, 2022 empêcher la suppression de la propriété Analytics et ses données.

Analytics: Ce qui a changé dans la section Google Analytics avec la mise à jour Octobre 2021 « ?

Vous pouvez trouver un résumé de ces changements dans l'article Firebase Centre d' aide nouvelle fonctionnalité Google Analytics 4 dans Google Analytics pour Firebase .

Analytics: Pourquoi Google Analytics une partie recommandé d'utiliser des produits Firebase?

Google Analytics est une solution d'analyse gratuite et illimitée qui fonctionne avec les fonctionnalités de Firebase pour fournir des informations puissantes. It enables you to view event logs in Crashlytics, notification effectiveness in FCM, deep link performance for Dynamic Links, and in-app purchase data from Google Play. It powers advanced audience targeting in Remote Config, Predictions, and more.

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

To get started, read the documentation .

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

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

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

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

Analytics: What is the new fully upgraded Google Analytics account?

You can read more about the new Google Analytics upgrade in our blog post .

Analytics: How do I know if I'm using Google Analytics for Firebase or a fully upgraded Google Analytics account?

If you see a link to "View your data in Google Analytics" from the analytics dashboard in the Firebase console, then your project is using a fully upgraded Google Analytics account.

You can also check by viewing the Google Analytics card in the Firebase console (you can access this from settings > Project Settings > Integrations , then click Manage ). If you see a Linked Google Analytics account listed in the Your Google Analytics property section, your project is using the full Google Analytics experience in Firebase. If you do not see a Linked Google Analytics account , your project is using Google Analytics for Firebase.

Analytics: What will happen to my data when I upgrade to the new Google Analytics for Firebase?

This will not affect your existing Firebase project analytics data in the Firebase console.

You will be able to continue using the same dashboard and workflows you are using today, and you will also have access to some advanced features in Google Analytics.

Note that if you decide to enable cross-device reporting after making the upgrade, your data will be de-duplicated using the UserID. This may decrease some user counts in the Firebase console.

Analytics: What is Firebase User Segmentation Storage?

Firebase User Segmentation Storage stores audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics, FCM, Predictions, and more.

Analytics: Why don't I see any data after unlinking my app from Google Analytics?

Your analytics data resides within the Google Analytics property - not within the Firebase project. If you delete or unlink the property, then your data is unlinked from your project as well. The data still resides in that property, however, and you can always relink it to your project.
Creating a new Google Analytics account (and new property) will result in having a blank analytics dashboard in the Firebase console.

Analytics: Why do I get an error when trying to upgrade my project to the new Google Analytics experience?

If you are experiencing and error when upgrading, such as:

  The operation has failed (Reason: Requested entity
  already exists)
  

or

  The operation has failed (Reason: Precondition check failed)
  

This means that there is an association between your project and an already existing Google Analytics property. You can unlink the property, delete it, or upgrade through the Google Analytics interface.

If this is still an issue, you can use the REST API to unlink by using the removeAnalytics method , then use the addGoogleAnalytics method to link a new property.

You can then move the data from one property to another .

Analytics: Will audiences and/or events defined in Google Analytics be available on the Firebase console?

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

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

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

App Indexing: Can Google Search index multiple languages for a single app?

Google Search supports the following multi-language cases:

• The associated website has unique URLs for each language, and there is one corresponding app HTTP URL for each web URL.
• The associated website has unique URLs for each language, but there is only one app HTTP URL. The app uses system language settings to display the correct language content.
• The associated website has one URL for all languages (or it supports only one language), and there is one corresponding app URL. The website and the application must display the content in the same language when the user has set no preference.

App Indexing: Can App Indexing support multiple websites for an app?

Yes. Make sure that each associated website is verified for the Android app via the Google Play Console . Learn how to verify your app .

App Indexing: Do sitemaps need to be added via the Search Console?

iOS does not require sitemaps, and Android does not require them as long as your app supports HTTP URLs. For custom URLs, you do not need to add sitemaps via Search Console. You can reference sitemaps in your robots.txt file and Google Search will use them. Learn more about managing sitemaps . However, submitting a sitemap through Search Console lets you see statistics on submitted and indexed HTTP URLs in Search Console.

Firebase Authentication: Which countries are supported for phone authentication?

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

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

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

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

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

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

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

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

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

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

Benefits of upgrading to FCM SDK include:

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

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

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

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

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

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

• 5228
• 5229
• 5230

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

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

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

For more information, see Receive and handle messages .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

If you used Cloud Storage before September 15, 2020, you may see the following legacy service account that is used to manage your bucket: firebase-storage@system.gserviceaccount.com .

After September 15, 2020, Cloud Storage for Firebase buckets may include an additional new service account: service-<project number>@gcp-sa-firebasestorage.iam.gserviceaccount.com .

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

Removing the new service account

We strongly discourage you from removing the new service account because if you do so, you will not be able to take advantage of upcoming security improvements.

However, if you prefer, you can disable the API or remove access from the new service account. Removing this account may block access to your Cloud Storage bucket from your apps.

Adding the new service account

If you removed the new service account or disabled the API and want to add them back, follow the instructions provided in Creating and managing service accounts for using the Google Cloud Console to add service-<project number>@gcp-sa-firebasestorage.iam.gserviceaccount.com to the set of service accounts for your project.

Crash Reporting: Why are there fewer crash reports in Analytics than Crash Reporting?

Crash Reporting creates a separate background process to upload crash info. If your app extends the Android Application class, you must ensure it is multi-process safe. Otherwise, it may cause concurrency issues. When an app extends an Application object, this object gets instantiated for each process in a multi-process app. Consider the following when adding Crash Reporting to your app:

1. If the implementation of this object accesses any out-of-process state (a database, the file system, shared preferences, etc), or performs other actions not safe for a multi-process environment, concurrency issues might arise. This is because multiple instances of the Application object may run simultaneously.
2. Many third-party libraries keep out-of-process state (eg in a local database) and are subject to the same concurrency issues if they are initialized from the Application object. If your app fits this description and you plan to use Crash Reporting in your app, we strongly encourage you to consider moving the Application logic to Content Providers, or to Android Activities. Any Application logic that is not safe for a multi-process environment can have unintended effects on your app.

Crash Reporting automatically exports captured errors to Google Analytics as app_exception events. Currently on Android, you may see a significant discrepancy between the number of Crash Reporting errors and Analytics app_exception events.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Predictions: I just added Google Analytics to my app. When should I expect to see predictions in the console?

Predictions are based on your users' behavior, and the more history that's available, the better. At a bare minimum, Firebase Predictions needs two weeks of data: one week of activity to train on, and then one week to see what that activity led to (churning, spending, etc.). Beyond the first two weeks, the quality of the predictions will typically increase as Predictions observes longer sequences of user activity.

Predictions: How long does it take for predictions to be made about a new user?

For an app that is already instrumented with Google Analytics and trained with baseline data, predictions can be made for new users as early as the next day after they start using the app.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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