Un projet Firebase est l'entité de niveau supérieur pour Firebase. Dans un projet, vous pouvez enregistrer vos applications Apple, Android ou Web. Après avoir enregistré vos applications auprès de Firebase, vous pouvez ajouter les SDK Firebase spécifiques au produit à votre application, comme Analytics, Cloud Firestore, Crashlytics ou Remote Config.
Vous devez enregistrer vos variantes d'application Apple, Android et Web dans un seul projet Firebase. Vous pouvez utiliser plusieurs projets Firebase pour prendre en charge plusieurs environnements, tels que le développement, la préparation 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 et de ses applications et ressources.
Bonnes pratiques générales pour la configuration de projets Firebase : fournit les meilleures pratiques générales de haut niveau pour la configuration de projets Firebase et l'enregistrement de vos applications dans un projet afin que vous disposiez d'un flux de travail de développement clair qui utilise des environnements distincts.
Notez que pour tous les projets Firebase, Firebase ajoute automatiquement une étiquette firebase:enabled dans la page Étiquettes de votre projet dans la console Google Cloud. Apprenez-en davantage sur ce label dans notre FAQ .
Qu'est-ce qu'une organisation Google Cloud ?
Une organisation Google Cloud est un conteneur pour les projets Google Cloud (y compris les projets Firebase). Cette hiérarchie permet une meilleure organisation, une meilleure gestion des accès et un audit de vos projets Google Cloud et Firebase. Pour plus d'informations, reportez-vous à Création et gestion d'organisations .
Comment ajouter Firebase à un projet Google Cloud existant ?
Vous pouvez ajouter Firebase à ces projets existants à l'aide de l'une des options suivantes :
À l'aide de la console Firebase : Dans la page d'accueil de la console Firebase , cliquez sur Ajouter un projet , puis sélectionnez votre projet existant dans le menu Nom du projet .
Utilisation d'une option programmatique :
Appelez le point de terminaison de l'API REST de gestion Firebase addFirebase .
Pourquoi mon projet Google Cloud porte-t-il le libellé firebase:enabled ?
Sur la page Étiquettes de votre projet dans la console Google Cloud, vous pouvez voir une étiquette de firebase:enabled (en particulier, une Key de firebase avec une Value de enabled ).
Firebase a automatiquement ajouté cette étiquette, car votre projet est un projet Firebase, ce qui signifie que des configurations et des services spécifiques à Firebase sont activés pour votre projet. Apprenez-en davantage sur la relation entre les projets Firebase et Google Cloud .
Nous vous déconseillons fortement de modifier ou de supprimer ce libellé. Cette étiquette est utilisée par Firebase et Google Cloud pour répertorier 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).
Sachez que l'ajout manuel de ce libellé à votre liste de libellés de projet n'active PAS les configurations et les services spécifiques à Firebase pour votre projet Google Cloud. Pour ce faire, vous devez ajouter Firebase via la console Firebase (ou, pour les cas d'utilisation avancés, via l' API REST de gestion Firebase ou la CLI Firebase ).
Pourquoi mon projet Firebase n'apparaît-il pas dans ma liste de projets Firebase ?
Cette FAQ s'applique si vous ne voyez pas votre projet Firebase aux endroits suivants :
Dans une liste de projets que vous consultez dans la console Firebase
Dans la réponse à l'exécution de la commande Firebase CLI firebase projects:list
Essayez ces étapes de dépannage :
Tout d’abord, essayez d’accéder à votre projet en visitant directement l’URL du projet. Utilisez le format suivant : https://console.firebase.google.com/project/ PROJECT-ID /overview
Si vous ne pouvez pas accéder au projet ou recevoir des erreurs d'autorisation, vérifiez les points suivants :
Assurez-vous que vous êtes connecté à Firebase en utilisant le même compte Google qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte dans le coin supérieur droit de la console.
Assurez-vous que votre projet porte le libellé firebase:enabled sur la page Libellés de votre projet dans la console Google Cloud. Firebase et Google Cloud utilisent ce libellé pour répertorier vos projets Firebase. Si vous ne voyez pas cette étiquette mais que l'API de gestion Firebase est activée pour votre projet, ajoutez manuellement l'étiquette (en particulier, une Key de firebase avec une Valueenabled ).
Assurez-vous que l'un des rôles IAM de base vous est attribué (Propriétaire, Éditeur, Lecteur) ou un rôle doté d'autorisations liées à Firebase, par exemple un rôle prédéfini Firebase . Vous pouvez afficher votre ou vos rôles sur la page IAM de la console Google Cloud.
Si votre projet appartient à une organisation Google Cloud, vous aurez peut-être besoin d'autorisations supplémentaires pour voir le projet répertorié dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour 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 .
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 environ 5 à 10).
Plan tarifaire Blaze — Votre quota de projets par compte Cloud Billing augmente considérablement tant que votre compte Cloud Billing est en règle.
Notez que la suppression complète d'un projet nécessite 30 jours et est comptabilisée dans votre quota jusqu'à ce qu'il soit complètement 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 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 éventuellement, avec un nombre d'applications plus élevé, certaines fonctionnalités du produit cessent de fonctionner. De plus, si vous utilisez la connexion Google comme fournisseur d'authentification, un ID client OAuth 2.0 sous-jacent est créé pour chaque application de votre projet. Il existe une limite d'environ 30 ID client pouvant être créés au sein d'un seul projet.
Vous devez vous assurer que toutes les applications Firebase au sein 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. Lisez des conseils plus détaillés dans nos bonnes pratiques générales pour la configuration de projets Firebase .
Dans les rares cas où votre projet nécessite plus de 30 applications, vous pouvez demander une augmentation de la limite d'applications. Votre projet doit être sur le plan tarifaire Blaze pour faire cette demande. Visitez la console Google Cloud pour faire votre demande et la faire évaluer. Apprenez-en davantage 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 baliser vos projets Firebase avec leur type d'environnement, soit en tant qu'environnements de production ou non spécifiés (non-prod).
Le marquage de votre projet en tant que type d'environnement n'a aucun effet sur le fonctionnement de votre projet Firebase ou sur ses fonctionnalités. Cependant, le balisage peut vous aider, vous et votre équipe, à gérer vos différents projets Firebase pour le cycle de vie de l'application.
Si vous marquez votre projet en tant qu'environnement de production, nous ajoutons une balise Prod aux couleurs vives au projet dans la console Firebase, vous rappelant que toute modification pourrait affecter vos applications de production associées. À l'avenir, nous pourrions ajouter davantage de fonctionnalités et de protections pour les projets Firebase marqués comme environnements de production.
Pour modifier le type d'environnement de votre projet Firebase, accédez à settingsParamètres du projet > Général , puis dans la fiche Votre projet sous Environnement , cliquez sur edit pour modifier le type d'environnement.
Où puis-je trouver l'ID de mon application Firebase ?
Dans la console Firebase, accédez à vos settingsParamètres du projet . Faites défiler jusqu'à la carte Vos applications , puis cliquez sur l'application Firebase souhaitée pour afficher les informations de l'application, y compris son ID d'application .
Voici quelques exemples de valeurs d’ID d’application :
L'un des rôles Firebase suivants : Propriétaire ou Administrateur Firebase et
L'un des niveaux d'accès Google Play suivants : propriétaire du compte ou administrateur
Pour associer votre application AdMob , vous devez être à la fois propriétaire 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.
Quelles notifications open source dois-je inclure dans mon application ?
Sur les plates-formes Apple, le pod Firebase contient un fichier NOTICES qui inclut les entrées pertinentes. Le SDK Firebase Android contient une Activity d'assistance pour afficher les informations de licence.
Autorisations et accès aux projets Firebase
Comment puis-je attribuer un rôle à un membre du projet, comme le rôle de propriétaire ?
Pour gérer le(s) rôle(s) attribué(s) à chaque membre du projet, vous devez être propriétaire du projet Firebase (ou se voir attribuer un rôle avec l'autorisation resourcemanager.projects.setIamPolicy ).
Voici les endroits où vous pouvez attribuer et gérer des rôles :
La console Google Cloud propose un ensemble complet d'outils pour attribuer des rôles aux membres du projet dans la page IAM . Dans la console Cloud, vous pouvez également créer et gérer des rôles personnalisés , ainsi qu'accorder aux comptes de service l'accès à votre projet.
Notez que dans la console Google Cloud, les membres du projet sont appelés principaux .
Si le propriétaire de votre projet ne peut plus effectuer les tâches d'un propriétaire (par exemple, la personne a quitté votre entreprise) et que votre projet n'est pas géré via une organisation Google Cloud (voir paragraphe suivant), vous pouvez contacter l'assistance Firebase pour obtenir un propriétaire temporaire attribué.
Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il se peut qu'il n'ait pas de propriétaire. Si vous ne parvenez pas à trouver un propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud afin d'attribuer un propriétaire au projet.
Comment trouver le propriétaire d'un projet Firebase ?
Vous pouvez afficher les membres du projet et leurs rôles aux endroits suivants :
Si vous avez accès au projet dans la console Firebase, vous pouvez afficher la liste des membres du projet, y compris les propriétaires, sur la page Utilisateurs et autorisations de la console Firebase.
Si vous n'avez pas accès au projet dans la console Firebase, vérifiez si vous avez accès au projet dans 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 d'un propriétaire (par exemple, la personne a quitté votre entreprise) et que votre projet n'est pas géré via une organisation Google Cloud (voir paragraphe suivant), vous pouvez contacter l'assistance Firebase pour obtenir un propriétaire temporaire attribué.
Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il se peut qu'il n'ait pas de propriétaire. Au lieu de cela, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Toutefois, pour effectuer plusieurs tâches spécifiques au propriétaire (telles que l'attribution de rôles ou la gestion des propriétés Google Analytics), l'administrateur devra peut-être s'attribuer le rôle de propriétaire réel pour effectuer ces tâches. Si vous ne parvenez pas à trouver un propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud afin d'attribuer un propriétaire au projet.
Pourquoi ou quand dois-je attribuer le rôle de propriétaire à un membre du projet ?
Pour assurer une bonne gestion d'un projet Firebase, celui-ci doit avoir un Owner . Le propriétaire d'un projet est la personne qui peut effectuer plusieurs actions administratives importantes (telles que l'attribution de rôles et la gestion des propriétés Google Analytics). L'assistance Firebase ne peut répondre qu'aux demandes administratives des propriétaires de projet démontrés.
Après avoir configuré le(s) propriétaire(s) d'un projet Firebase, il est important de maintenir ces attributions à jour.
Notez que si un projet Firebase fait partie d'une organisation Google Cloud, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Toutefois, pour plusieurs tâches spécifiques au propriétaire (telles que l'attribution de rôles ou la gestion des propriétés Google Analytics), l'administrateur devra peut-être s'attribuer le rôle de propriétaire réel pour effectuer ces tâches.
Je ne pense pas avoir de projet Firebase, mais j'ai reçu un e-mail à ce sujet. Comment accéder à ce projet ?
L'e-mail que vous avez reçu doit contenir un lien pour ouvrir votre projet Firebase. Cliquer sur le lien dans l'e-mail devrait ouvrir le projet dans la console Firebase.
Si vous ne parvenez pas à ouvrir le projet dans le lien, assurez-vous que vous êtes connecté à Firebase en utilisant 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 dans le coin supérieur droit de la console.
Notez que si vous êtes l'administrateur d'une organisation Google Cloud, vous pouvez être informé des modifications apportées aux projets Firebase au sein de votre organisation. Cependant, vous ne disposez peut-être pas des autorisations suffisantes pour ouvrir le projet Firebase. Dans ces cas, la solution la plus simple consiste à vous attribuer le véritable 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 .
Plateformes et frameworks
Visitez les pages de dépannage et de FAQ spécifiques à la plate-forme pour obtenir des conseils utiles et des réponses pour plus de FAQ.
Quels sont les navigateurs pris en charge pour accéder à la console Firebase ?
La console Firebase est accessible à partir des versions récentes des navigateurs de bureau populaires tels que Chrome, Firefox, Safari et Edge. Les navigateurs mobiles ne sont actuellement pas entièrement pris en charge.
Je peux charger la console Firebase, mais pourquoi ne puis-je pas trouver ou accéder à mon projet Firebase ?
Cette FAQ s'applique si vous rencontrez l'un des problèmes suivants :
La console Firebase renvoie une page d'erreur indiquant que votre projet n'existe peut-être pas ou que vous n'avez pas accès au projet.
La console Firebase n'affiche pas votre projet même lorsque vous saisissez son ID de projet ou son nom dans le champ de recherche de la console.
Essayez ces étapes de dépannage :
Tout d’abord, essayez d’accéder à votre projet en visitant directement l’URL du projet. Utilisez le format suivant : https://console.firebase.google.com/project/ PROJECT-ID /overview
Si vous ne parvenez toujours pas à accéder au projet ou à recevoir des erreurs d'autorisation, vérifiez les points suivants :
Assurez-vous que vous êtes connecté à Firebase en utilisant le même compte Google qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase via l'avatar de votre compte dans le coin supérieur droit de la console.
Assurez-vous que l'un des rôles IAM de base vous est attribué (Propriétaire, Éditeur, Lecteur) ou un rôle doté d'autorisations liées à Firebase, par exemple un rôle prédéfini Firebase . Vous pouvez afficher votre ou vos rôles sur la page IAM de la console Google Cloud.
Si votre projet appartient à une organisation Google Cloud, vous aurez peut-être besoin d'autorisations supplémentaires pour voir le projet répertorié dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour 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 rechercher ou d'accéder à votre projet, contactez l'assistance Firebase .
Pourquoi la console Firebase ne se charge-t-elle pas pour moi ?
Cette FAQ s'applique si vous rencontrez l'un des problèmes suivants :
Une page de la console Firebase ne finit jamais de se charger.
Les données d'une page ne se chargent pas comme prévu.
Vous recevez des messages d'erreur du navigateur lors du chargement de la console Firebase.
Pour modifier vos préférences linguistiques, consultez Changer la langue .
La console Firebase prend en charge 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 la console Google Cloud utilisent les mêmes rôles et autorisations sous-jacents. Apprenez-en plus sur les rôles et les autorisations dans la documentation Firebase IAM .
Un propriétaire de projet peut ajouter d'autres membres au projet, configurer des intégrations (projet lié à des services comme BigQuery ou Slack) et dispose d'un accès complet en modification pour le projet.
Un éditeur de projet dispose d'un accès complet en édition au projet.
Un visualiseur de projet n'a qu'un accès en lecture pour le projet. Notez que la console Firebase ne masque/désactive actuellement pas les contrôles de modification de l'interface utilisateur des visualiseurs de projet, mais ces opérations échoueront pour les membres du projet auxquels le rôle de visualiseur est attribué.
Firebase prend également en charge :
Rôles prédéfinis de Firebase : rôles spécifiques à Firebase qui permettent un contrôle d'accès plus granulaire que les rôles de base de propriétaire, d'éditeur et de lecteur.
Rôles personnalisés : rôles IAM entièrement personnalisés que vous créez pour personnaliser un ensemble d'autorisations répondant aux exigences spécifiques de votre organisation.
Tarifs
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 cloud pour Firebase, les fonctions cloud, l'hébergement, le laboratoire de test et l'authentification téléphonique. Nous proposons un niveau gratuit pour toutes ces fonctionnalités.
Firebase propose également de nombreux produits gratuits : Analytics, Cloud Messaging, le composeur de notifications, Remote Config, App Indexing, Dynamic Links et Crash Reporting. L'utilisation de ces produits est soumise uniquement aux politiques 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 d'authentification au-delà de l'authentification par téléphone sont gratuites.
Firebase propose-t-il des crédits d'essai gratuits pour les produits payants ?
Les services payants Firebase peuvent être utilisés dans le cadre de l'essai gratuit de Google Cloud . Les nouveaux utilisateurs de Google Cloud et Firebase peuvent profiter d'une période d'essai de 90 jours qui comprend 300 $ de crédits Cloud Billing gratuits pour explorer et évaluer les produits et services Google Cloud et Firebase.
Pendant la période d'essai gratuit de Google Cloud, vous recevrez un compte de facturation Cloud d'essai gratuit. Tout projet Firebase qui utilise ce compte de facturation bénéficiera du plan tarifaire Blaze pendant la période d'essai gratuite.
Ne vous inquiétez pas, la configuration de ce compte de facturation Cloud d'essai gratuit ne nous permet pas de vous facturer. Vous n'êtes pas facturé, sauf si vous activez explicitement la facturation en mettant à niveau votre compte de facturation Cloud d'essai gratuit vers un compte payant. Vous pouvez passer à un compte payant à tout moment pendant la période d'essai. Après avoir effectué la mise à niveau, vous pouvez toujours utiliser les crédits restants (pendant la période de 90 jours).
Une fois l'essai gratuit expiré, vous devrez soit rétrograder votre projet vers le plan tarifaire Spark, soit configurer le plan tarifaire Blaze dans la console Firebase pour continuer à utiliser votre projet Firebase.
Comment puis-je savoir quel plan tarifaire me convient le mieux ?
Plan tarifaire Spark
Notre plan Spark est un excellent endroit pour développer votre application sans frais. Vous bénéficiez de toutes les fonctionnalités gratuites de Firebase (Analytics, le composeur de notifications, Crashlytics, etc.) et d'une quantité généreuse de nos fonctionnalités d'infrastructure payantes. Toutefois, 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 Google Cloud payantes. Vous payez uniquement pour les ressources que vous consommez, ce qui vous permet d'évoluer en fonction de la demande. Nous nous efforçons de rendre les prix de nos forfaits Blaze compétitifs par rapport aux principaux fournisseurs de cloud du secteur.
Comment puis-je suivre 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 :
En janvier 2020, le plan tarifaire Flame (25 $/mois de quota supplémentaire) a été supprimé comme option pour les nouvelles inscriptions. Les utilisateurs du plan existant ont bénéficié d'un délai de grâce pour migrer leurs projets hors du plan Flame. En février 2022, les projets restants du plan tarifaire Flame ont été rétrogradés au plan tarifaire Spark. Par conséquent,
Les projets Spark et Blaze existants ainsi que tout nouveau projet ne peuvent plus passer au plan Flame ou s'y inscrire.
Si vous avez déplacé un projet de plan Flame existant vers un autre plan tarifaire, le projet ne peut pas revenir au plan Flame.
Les projets rétrogradés vers le plan Spark peuvent être mis à niveau vers le plan Blaze pour reprendre des services payants supplémentaires.
Les références au plan Flame ont été supprimées de la documentation.
Avez-vous d'autres questions sur la retraite du régime Flame? Lisez certaines des FAQ supplémentaires ci-dessous.
Vous souhaitez en savoir plus sur les autres plans tarifaires proposés par Firebase ? Visitez notre page de tarification Firebase ! Si vous souhaitez commencer à déplacer des projets existants vers un autre plan tarifaire, vous pouvez le faire dans la console Firebase de votre projet.
FAQ supplémentaires sur la retraite du régime Flame
J'ai un projet, un processus ou un modèle économique qui repose sur un coût Firebase fixe. Que dois-je faire?
Puis-je bénéficier d'un accès spécial pour créer de nouveaux projets du plan Flame ?
Non, Firebase n'offre pas d'accès spécial aux projets souhaitant passer ou s'inscrire au plan Flame.
J'ai modifié mon projet de plan Flame vers un plan tarifaire différent. Comment puis-je le modifier ?
Passer au forfait Flame n’est plus possible. Pour accéder aux services fournis par le plan Flame, assurez-vous que vous utilisez le plan tarifaire Blaze et envisagez de configurer des alertes budgétaires pour votre projet.
Mon projet a été automatiquement basculé vers un plan tarifaire différent dans le cadre du retrait du plan Flame. Que dois-je faire?
Si votre projet nécessite un quota supplémentaire au-delà de celui fourni avec le plan Spark, vous devrez mettre à niveau votre projet vers le plan tarifaire Blaze.
Pourquoi le plan Flame est-il retiré ?
Au fil des années, nous avons constaté une baisse de l'utilisation du plan Flame, et la plupart des projets qui utilisent le plan n'en consomment pas toute la valeur. Le maintien de ce plan tarifaire n'est généralement pas rentable, et nous pensons que nous pourrions mieux servir tout le monde si les ressources étaient consacrées à d'autres initiatives Firebase.
En quoi l’utilisation gratuite du forfait Blaze est-elle différente 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 téléphonique 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 présente les limites suivantes :
2 millions d'appels/mois
400 000 Go-secondes/mois
200 000 secondes CPU/mois
5 Go de sortie réseau/mois
Pour l'authentification téléphonique, l'utilisation gratuite du forfait Blaze est calculée mensuellement.
Pour Test Lab, l'utilisation gratuite du forfait Blaze est soumise aux limites suivantes :
30 minutes d'appareil physique/jour
60 minutes de périphérique 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 forfait Spark est incluse dans le forfait Blaze. L'utilisation sans frais n'est pas réinitialisée lors du passage à un forfait Blaze.
Qu'est-ce qu'une « connexion simultanée à une base de données » ?
Une connexion simultanée équivaut à un appareil mobile, un onglet de navigateur ou une application serveur connecté à la base de données. Firebase impose des limites strictes au nombre de connexions simultanées à la base de données de votre application. Ces limites sont en place pour protéger Firebase et nos utilisateurs contre les abus.
La limite du plan Spark est de 100 et ne peut pas être augmentée. Les forfaits Flame et Blaze ont une limite de 200 000 connexions simultanées par base de données.
Cette limite n'est pas la même que le nombre total d'utilisateurs de votre application, car vos utilisateurs ne se connectent pas tous en même temps. Si vous avez besoin de plus de 200 000 connexions simultanées, veuillez lire Scale with Multiple Databases .
Que se passe-t-il si je dépasse les limites de stockage ou de téléchargement du plan Spark pour Realtime Database ?
Pour vous offrir un prix prévisible, les ressources mises à votre disposition dans les forfaits Spark sont plafonnées. Cela signifie que lorsque vous dépassez la limite d'un forfait au cours d'un mois, votre application sera désactivée pour empêcher toute utilisation ultérieure des ressources et tout frais supplémentaire.
Que se passe-t-il si je dépasse les limites de connexion simultanée du plan Spark pour Realtime Database ?
Lorsque votre application atteint sa limite de simultanéité sur le plan Spark, toutes les connexions ultérieures seront rejetées jusqu'à ce que certaines des connexions existantes soient fermées. L'application continuera de fonctionner pour les utilisateurs connectés.
Comment fonctionne l'intégration de Firebase avec Google Cloud ?
Firebase est profondément intégré à Google Cloud . Les projets sont partagés entre Firebase et Google Cloud, de sorte que les projets peuvent avoir les services Firebase et Google Cloud activés. Vous pouvez accéder au même projet depuis la console Firebase ou la console Google Cloud. Spécifiquement:
Certains produits Firebase sont soutenus directement par Google Cloud, comme Cloud Storage for Firebase. La liste des produits soutenus par Google Cloud continuera de s'allonger au fil du temps.
Un grand nombre de vos paramètres, y compris les collaborateurs et les informations de facturation, sont partagés par Firebase et Google Cloud. Votre utilisation de Firebase et de Google Cloud apparaît sur la même facture.
De plus, lorsque vous passez au plan Blaze, vous pouvez utiliser n'importe quelle infrastructure en tant que service et API de classe mondiale de Google Cloud directement dans votre projet Firebase, au tarif Google Cloud standard. Vous pouvez également exporter des données de Google Cloud directement vers BigQuery pour analyse. 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é, d'amélioration de la latence et de gain de temps (par rapport à d'autres services cloud qui ne sont pas colocalisés). Consultez le site Google Cloud pour plus de détails.
Qu'arrive-t-il à mon projet Firebase si j'ajoute ou supprime des comptes de facturation pour ce projet dans la console Google Cloud ?
Si un compte Cloud Billing est ajouté à un projet dans la console Google Cloud, 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 la console Google Cloud, 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 proposons pas de remboursement 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 utilisant des forfaits gratuits, bénéficient d'une assistance par e-mail du personnel de Firebase pendant les heures de bureau du Pacifique américain. 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'incidents.
Puis-je plafonner l'utilisation du forfait Blaze ?
Non, vous ne pouvez actuellement pas limiter l'utilisation de votre forfait Blaze. Nous évaluons les options permettant de 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. Découvrez comment configurer des alertes budgétaires .
Que sont les sauvegardes automatisées ? Proposez-vous des sauvegardes horaires ?
Les sauvegardes automatisées sont une fonctionnalité avancée pour les clients de notre plan tarifaire Blaze qui sauvegarde vos données de base de données en temps réel Firebase une fois par jour et les télécharge sur Google Cloud Storage .
Nous ne proposons pas de sauvegardes horaires.
Proposez-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 aucune remise ou plan spécial 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 convient aux entreprises de toutes tailles et notre SLA respecte ou dépasse les normes de l'industrie en matière d'infrastructure cloud. Cependant, nous ne proposons actuellement pas de contrats d'entreprise, de tarification ou de support, et nous ne proposons pas non plus 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 souhaite uniquement un paiement à l'utilisation pour une ou deux fonctionnalités.
Nous offrons des prix ad hoc dans le plan Blaze, où vous ne payez que pour les fonctionnalités que vous utilisez.
Comment les plans de base de feu payés fonctionnent-ils avec des annonces? Y a-t-il des crédits publicitaires sans coût avec des plans payants?
Les plans de prix Firebase sont distincts des publicités, il n'y a donc pas de crédits publicitaires sans coût. En tant que développeur Firebase, vous pouvez "lier" votre compte d'annonces à Firebase pour prendre en charge le suivi de la conversion.
Toutes les campagnes d'annonces sont gérées directement dans les publicités et la facturation des annonces est gérée à partir de la console ADS.
Tarification des fonctions cloud
Pourquoi ai-je besoin d'un compte de facturation pour utiliser les fonctions de cloud pour Firebase?
Les fonctions cloud pour Firebase s'appuient sur certains services Google payants. De nouveaux déploiements de fonction avec Firebase CLI 11.2.0 et plus reposent sur la construction de cloud et le registre des artefacts . Les déploiements vers des versions plus anciennes utilisent la construction de cloud de la même manière, mais comptent sur le registre des conteneurs et le stockage cloud pour le stockage au lieu du registre des artefacts. L'utilisation de ces services sera facturée en plus des prix existants.
Espace de stockage pour Firebase CLI 11.2.0 et versions plus récentes
Le registre des artefacts fournit les conteneurs dans lesquels les fonctions s'exécutent. Artefact Registry fournit les 500 premiers Mo sans frais, donc vos déploiements de première fonction peuvent encourir de frais. Au-dessus de ce seuil, chaque GB de stockage supplémentaire est facturé à 0,10 $ par mois.
Espace de stockage pour Firebase CLI 11.1.x et versions antérieures
Pour les fonctions déployées dans les anciennes versions, le registre des conteneurs , fournit les conteneurs dans lesquels les fonctions s'exécutent. Vous serez facturé pour chaque conteneur requis pour déployer une fonction. Vous pouvez remarquer de petits frais pour chaque conteneur stocké - par exemple, 1 Go de stockage est facturé à 0,026 $ par mois .
Pour mieux comprendre comment votre facture pourrait changer, veuillez consulter ce qui suit
Les fonctions de cloud pour Firebase ont-elles toujours une utilisation sans coût?
Oui. Sur le plan Blaze, les fonctions Cloud fournit un niveau sans coût pour les invocations, le temps de calcul et le trafic Internet. Les 2 000 000 premiers invocations, 400 000 GB-SEC, 200 000 CPU-SEC et 5 Go de trafic de sortie Internet sont fournis sans frais chaque mois. Vous serez facturé uniquement pour l'utilisation au-dessus de ces seuils.
Après les 500 premiers Mo de stockage sans coût, chaque opération de déploiement entraînera des frais à petite échelle pour l'espace de stockage utilisé pour le conteneur de la fonction. Si votre processus de développement dépend des fonctions de déploiement pour les tests, vous pouvez minimiser davantage les coûts en utilisant la suite d'émulation locale de Firebase pendant le développement.
La base de feu prévoit-elle d'élever les quotas et les limites des fonctions de nuage pour la base de feu?
Non. Il n'est pas prévu de modifier les quotas, à l'exception de la suppression d'une limite de temps de construction maximale; Au lieu de recevoir des erreurs ou des avertissements lorsque le quota de construction quotidien de 120 minutes sera atteint, vous serez facturé en vertu des termes du plan de tarification d'incendie. Voir quotas et limites .
Puis-je obtenir le crédit Google Cloud 300 $?
Oui, vous pouvez créer un compte Cloud Billing dans la console Google Cloud pour obtenir le crédit de 300 $, puis lier ce compte Cloud Billing à un projet Firebase.
Notez que si vous faites cela, vous devez ensuite configurer le plan de tarification d'incendie dans la console Firebase afin que votre projet continue de travailler après l'épuisement du crédit de 300 $.
Je veux suivre un Codelab pour en savoir plus sur Firebase. Pouvez-vous me donner un compte de facturation temporaire?
Non désolé. Vous pouvez utiliser l' émulateur Firebase pour le développement sans avoir de compte de facturation cloud. Alternativement, essayez de postuler pour un essai gratuit Google Cloud . Si vous avez toujours du mal à payer votre facture en raison de ce changement, contactez le support Firebase.
Je crains que je puisse accumuler une énorme facture.
Pour utiliser des extensions, vous devrez passer au plan de tarification d'incendie. Vous serez facturé un petit montant (généralement environ 0,01 $ par mois pour les ressources de base de base requises par chaque extension que vous installez (même si elles ne sont pas utilisées), en plus de frais associés à votre utilisation des services de base de base.
Stockage cloud pour la tarification des bases
Comment puis-je prédire combien je serai facturé pour les opérations de téléchargement et de téléchargement?
Visitez la page de prix Firebase et utilisez la calculatrice du plan Blaze . La calculatrice répertorie tous les types d'utilisation pour le stockage cloud pour Firebase.
Utilisez les curseurs pour saisir l'utilisation attendue de votre seau de stockage. La calculatrice estimera votre facture mensuelle.
Que se passe-t-il si je dépasse les limites de téléchargement, de téléchargement ou de stockage du plan Spark pour le stockage cloud pour Firebase?
Lorsque vous dépassez les limites du stockage cloud dans un projet sur le plan Spark, le résultat dépend du type de limite que vous dépassez:
Si vous dépassez la limite stockée GB , vous ne pourrez pas stocker plus de données dans ce projet, sauf si vous supprimez certaines des données stockées ou passez à un plan qui fournit plus d'espace de stockage ou un espace de stockage illimité.
Si vous dépassez la limite téléchargée GB , votre application ne pourra pas télécharger plus de données avant le lendemain (à partir de minuit, l'heure du Pacifique américain), sauf si vous passez à un plan avec des limites moins restrictives ou sans limites.
Si vous dépassez la limite de téléchargement ou de téléchargement des opérations , votre application ne pourra pas télécharger ou télécharger plus de données avant le lendemain (à partir de minuit, l'heure du Pacifique américain), sauf si vous passez à un plan avec des limites moins restrictives, ou sans non limites.
Confidentialité
Où puis-je trouver des informations sur la confidentialité et la sécurité dans Firebase?
Les SDK de Firebase enregistrent-ils des informations d'utilisation / diagnostic en dehors de l'analyse?
Oui. Ceci est actuellement uniquement iOS, mais peut changer à l'avenir. Le SDK des plates-formes Apple Firebase comprend le cadre FirebaseCoreDiagnostics par défaut. Ce cadre est utilisé par Firebase pour collecter des informations d'utilisation et de diagnostic du SDK pour aider à hiérarchiser les améliorations futures des produits. FirebaseCoreDiagnostics est facultatif, donc si vous souhaitez vous retirer de l'envoi de journaux de diagnostic de base de base, vous pouvez le faire en débouillant la bibliothèque de votre application. Vous pouvez parcourir la source complète, y compris les valeurs enregistrées, sur github
Tests A/B
Test A / B: Combien d'expériences puis-je créer et exécuter?
Vous êtes autorisé jusqu'à 300 expériences par projet, ce qui pourrait être composé de 24 expériences de course, avec le reste comme brouillon ou terminé.
Test de A / B: pourquoi ne puis-je pas voir mes expériences après avoir désabillé et réintégré mon projet sur Google Analytics?
Le lien vers une autre propriété Google Analytics vous fera perdre l'accès aux expériences créées au préalable. Pour retrouver l'accès à une expérience précédente, réintégrez votre projet à la propriété Google Analytics qui a été liée lorsque l'expérience a été créée.
Test A / B: pourquoi est-ce que je reçois un message "Projet non lié à Google Analytics" lors de la création d'une expérience de configuration distante?
Si vous avez déjà lié Firebase et Google Analytics , mais que vous voyez toujours un message selon lequel Google Analytics n'est pas lié, assurez-vous qu'un flux d'analyse existe pour toutes les applications de votre projet. Actuellement, toutes les applications d'un projet doivent être connectées à un flux Google Analytics pour utiliser les tests A / B.
Vous pouvez trouver la liste de tous les flux actifs sur la page Google Analytics Intégration Détails dans la console Firebase, accessible à partir settingsde paramètres de projetchevron_rightINTERGATIONSchevron_rightGoogle Analyticschevron_rightManage .
La création d'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 vous n'avez qu'une ou deux applications manquant un flux Google Analytics associé, vous pouvez choisir l'une des méthodes suivantes pour ajouter un flux Google Analytics:
Supprimer et réadapter toute application sans flux actif dans la console Firebase.
Dans la console Google Analytics , sélectionnez l'administrateur , cliquez sur Streams de données , puis cliquez sur Ajouter un flux , ajoutez les détails de l'application manquants et cliquez sur l'application d'enregistrement .
Si vous avez plus de quelques flux d'applications manquants, il est de désenter et de relâcher votre propriété Google Analytics est le moyen le plus rapide et le plus efficace de créer les flux d'applications manquants:
À partir settingsde paramètres du projet , sélectionnez les intégrations .
Dans la carte Google Analytics , cliquez sur Gérer pour accéder aux paramètres Firebase et Google Analytics.
Notez l' ID de propriété Google Analytics et le compte Google Analytics lié .
Cliquez sur more_vertplus et sélectionnez UNLINK Analytics dans ce projet .
Passez en revue l'avertissement qui apparaît (ne vous inquiétez pas ici; vous reluerez la même propriété à l'étape suivante), puis cliquez sur Déstaurer Google Analytics .
Une fois le délassement terminé, vous serez redirigé vers la page des intégrations .
Dans la carte Google Analytics , cliquez sur Activer pour commencer le processus de relâchement.
Sélectionnez votre compte Analytics dans la liste de compte SELECT .
À côté de créer automatiquement une nouvelle propriété dans ce compte , cliquez sur editModifier et, dans la liste des propriétés Analytics qui apparaît, sélectionnez votre ID de propriété.
Une liste de toutes les applications de votre projet apparaît. Les mappages de flux existants pour chaque application sont répertoriés, et les applications qui n'ont pas de flux en auront une créée pour eux.
Cliquez sur Activer Google Analytics pour relier la propriété.
Google Analytics : vous devez avoir le rôle d'édition ou gérer le rôle des utilisateurs pour la propriété associée au projet Firebase. Apprendre encore plus.
ADMOB: Plusieurs utilisateurs peuvent-ils lier le même lien AdMob Admob Apps et Firebase Apps?
Admob: Pour utiliser Admob, quels sdks dois-je utiliser?
Pour utiliser ADMOB, utilisez toujours le SDK Google Mobile Ads comme décrit dans cette FAQ. De plus et éventuellement, si vous souhaitez collecter des métriques utilisateur pour ADMOB, incluez le SDK Firebase pour Google Analytics dans votre application.
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.0.0'
Analytique: Pourquoi Google Analytics est-il une partie recommandée de l'utilisation de produits Firebase?
Google Analytics est une solution d'analyse gratuite et illimitée qui fonctionne avec les fonctionnalités Firebase pour fournir des informations puissantes. Il vous permet d'afficher les journaux des événements dans Crashlytics, l'efficacité de la notification dans le FCM, les performances de liens profonds pour les liens dynamiques et les données d'achat dans l'application de Google Play. Il alimente le ciblage avancé d'audience dans la configuration distante, la personnalisation de configuration à distance, etc.
Google Analytics agit comme une couche d'intelligence dans la console Firebase pour vous fournir des informations plus exploitables sur la façon de développer une application de haute qualité, de développer votre base d'utilisateurs et de gagner plus d'argent.
Analytique: comment puis-je contrôler la façon dont mes données d'analyse sont partagées avec le reste de Firebase?
Par défaut, vos données Google Analytics sont utilisées pour améliorer les autres fonctionnalités de la base de feu et de Google. Vous pouvez contrôler la façon dont vos données Google Analytics sont partagées dans les paramètres de votre projet à tout moment. En savoir plus sur les paramètres de partage de données .
Analytique: Comment mettre à jour mes paramètres de propriété Analytics?
À partir de la page d'administration de votre propriété Google Analytics, vous pouvez mettre à jour les paramètres de votre propriété, tels que:
Paramètres de partage de données
Paramètres de rétention des données
Fuseau horaire et paramètres de devise
Pour mettre à jour les paramètres de votre propriété, suivez ces étapes:
Analytique: Pourquoi ne vois-je pas de données d'analyse dans la console Firebase après avoir désabillé Firebase de Google Analytics?
Les données d'analyse résident dans la propriété Google Analytics - pas dans le projet Firebase. Si vous supprimez ou dissociez la propriété, les données d'analyse ne seront pas accessibles à Firebase et vous verrez un tableau de bord Analytics vide dans la console Firebase. Notez que comme les données résident toujours dans la propriété précédemment liée, vous pouvez toujours relier la propriété à Firebase et voir les données d'analyse dans la console Firebase.
Lier un tout nouveau compte Google Analytics (et donc une nouvelle propriété Google Analytics) à votre projet Firebase entraînera un tableau de bord Analytics vide dans la console Firebase. Cependant, si votre propriété précédemment liée existe toujours, vous pouvez déplacer les données existantes de l'ancienne propriété vers la nouvelle propriété.
Analytique: si ma propriété d'analyse et ses données ont été supprimées, existe-t-il un moyen de les récupérer?
Non. Si votre propriété a été supprimée, il n'est pas possible de ne pas supporter la propriété ou de récupérer les données d'analyse précédemment collectées stockées dans cette propriété.
Si vous souhaitez recommencer à utiliser Google Analytics, vous pouvez lier une nouvelle propriété ou une propriété existante à votre projet Firebase. Vous pouvez faire ce lien dans la console Firebase ou dans l'interface utilisateur Google Analytics. En savoir plus sur la liaison d'une propriété Google Analytics à votre projet Firebase.
Analytique: si ma propriété Analytics a été supprimée, puis-je relier une nouvelle propriété Google Analytics à mon projet Firebase et recommencer à utiliser Analytics?
Si vous souhaitez recommencer à utiliser Google Analytics, vous pouvez lier une nouvelle propriété ou une propriété existante à votre projet Firebase. Vous pouvez faire ce lien dans la console Firebase ou dans l'interface utilisateur Google Analytics. En savoir plus sur la liaison d'une propriété Google Analytics à votre projet Firebase.
Notez que comme toutes les données d'analyse sont stockées dans la propriété (pas le projet Firebase), les données d'analyse précédemment collectées ne peuvent pas être récupérées.
Analytique: Comment les produits Firebase ou les produits Google intégrés seront-ils affectés par la suppression de ma propriété Analytics?
Plusieurs produits Firebase reposent sur l'intégration Google Analytics. Si votre propriété Analytics et ses données sont supprimées, ce qui suit se produira si vous utilisez les produits suivants:
Crashlytics - Vous ne pouvez plus voir des utilisateurs sans crash, des journaux de chapelure et / ou des alertes de vitesse.
Messagerie cloud et messagerie intégrée - Vous ne pouvez plus utiliser les étiquettes de ciblage, de mesures de campagne, de segmentation d'audience et d'analyse.
Configuration distante - Vous ne pouvez plus utiliser des configurations ou une personnalisation ciblées.
Test A / B - Vous ne pouvez plus utiliser les tests A / B car la mesure de l'expérience est fournie par Google Analytics.
Liens dynamiques - Toute fonctionnalité qui repose sur les données de Google Analytics sera perturbée.
De plus, les intégrations suivantes seront affectées:
Analytique: Comment segmenter les utilisateurs qui n'ont pas répondu à un critère?
Vous pouvez recadrer le problème en "ciblant négativement" ces utilisateurs. Par exemple, recadrez le problème comme "ne diffusez pas d'annonces aux personnes qui ont acheté quelque chose" et forment un public de ces utilisateurs à cibler.
Analytique: le public et / ou les événements sont-ils définis dans l'interface Google Analytics également disponible dans la console Firebase?
Vos publics et propriétés utilisateur seront synchronisés. Pour certaines fonctionnalités, vous devrez utiliser l'interface Google Analytics, telle que la segmentation et les entonnoirs fermés. Vous pouvez accéder directement à l'interface Google Analytics via des liens profonds à partir de la console Firebase.
Toutes les modifications que vous apportez à la console Firebase peuvent également être effectuées dans Google Analytics, et ces modifications seront reflétées dans Firebase.
Authentification
Authentification de la base de la base de la base: quels pays sont pris en charge pour l'authentification du téléphone?
L'authentification Firebase prend en charge la vérification du numéro de téléphone dans le monde, mais tous les réseaux ne livrent pas de manière fiable nos messages de vérification. Les pays suivants ont de bons taux de livraison et devraient bien fonctionner pour le numéro de téléphone.
Pays
Code
ANNONCE
Andorre
AE
Emirats Arabes Unis
UN F
Afghanistan
AG
Antigua-et-Barbuda
AL
Albanie
SUIS
Arménie
AO
Angola
RA
Argentine
COMME
Samoa américaines
À
L'Autriche
UA
Australie
AW
Aruba
AZ
Azerbaïdjan
BA
Bosnie Herzégovine
BB
Barbade
BD
Bangladesh
ÊTRE
Belgique
petit ami
Burkina Faso
BG
Bulgarie
BJ
Bénin
BM
Bermudes
NE
Brunei Darussalam
BO
Bolivie
BR
Brésil
BS
Bahamas
BT
Bhoutan
PC
Botswana
PAR
Biélorussie
BZ
Bélize
Californie
Canada
CD
Congo (Kinshasa)
FC
République centrafricaine
CG
Congo-Brazzaville
CH
Suisse
CI
Côte d'Ivoire
CK
les Îles Cook
CL
Chili
CM
Cameroun
CO
Colombie
CR
Costa Rica
CV
Cap-Vert
CW
Curacao
CY
Chypre
CZ
République tchèque
DE
Allemagne
DJ
Djibouti
NSP
Danemark
DM
Dominique
FAIRE
République dominicaine
DZ
Algérie
CE
Équateur
PAR EXEMPLE
Egypte
ES
Espagne
ET
Ethiopie
FI
Finlande
F.J.
Fidji
FK
Îles Falkland (Malvinas)
FM
Micronésie, États fédérés de
FO
Îles Féroé
FR
France
Géorgie
Gabon
FR
Royaume-Uni
DG
Grenade
GE
Géorgie
Petite amie
Guyane Française
GG
Guernesey
GH
Ghana
GI
Gibraltar
GL
Groenland
Directeur général
Gambie
Médecin généraliste
Guadeloupe
GQ
Guinée Équatoriale
GR
Grèce
GT
Guatemala
GÉ
Guyane
Hong Kong
Hong Kong, RAS Chine
NH
Honduras
HEURE
Croatie
HT
Haïti
HU
Hongrie
IDENTIFIANT
Indonésie
C'EST À DIRE
Irlande
IL
Israël
JE SUIS
île de Man
DANS
Inde
QI
Irak
IL
Italie
JE
Jersey
J.M.
Jamaïque
JO
Jordan
JP
Japon
KÉ
Kenya
KG
Kirghizistan
KH
Cambodge
KM
Comores
KN
Saint-Christophe-et-Niévès
KR
COREE DU SUD)
KW
Koweit
KY
Îles Caïmans
KZ
Kazakhstan
LA
République démocratique populaire lao
KG
Liban
LC
Sainte-Lucie
LI
Liechtenstein
LK
Sri Lanka
LS
Lesotho
LT
Lituanie
LU
Luxembourg
BT
Lettonie
LY
Libye
MA
Maroc
MARYLAND
Moldavie
MOI
Monténégro
MF
Saint-Martin (partie française)
MG
Madagascar
MK
Macédoine, République de
MM
Birmanie
MN
Mongolie
MO
Macao, RAS Chine
MS
Montserrat
MT
Malte
UM
Maurice
MW
Malawi
MX
Mexique
MON
Malaisie
MZ
Mozambique
N / A
Namibie
NC
Nouvelle Calédonie
NE
Niger
NF
l'ile de Norfolk
NG
Nigeria
NI
Nicaragua
T.-N.-L.
Pays-Bas
NON
Norvège
NP
Népal
Nouvelle-Zélande
Nouvelle-Zélande
OM
Oman
Pennsylvanie
Panama
PE
Pérou
PG
Papouasie Nouvelle Guinée
PH
Philippines
PK
Pakistan
PL
Pologne
MP
Saint-Pierre-et-Miquelon
RP
Porto Rico
PS
Territoire Palestinien
TP
le Portugal
Py
Paraguay
Assurance qualité
Qatar
CONCERNANT
Réunion
RO
Roumanie
RS
Serbie
RU
Fédération Russe
RW
Rwanda
SA
Arabie Saoudite
CS
les Seychelles
SE
Suède
SG
Singapour
SH
Sainte-Hélène
SI
Slovénie
Sask.
Slovaquie
SL
Sierra Leone
SN
Sénégal
RS
Surinam
ST
Sao Tomé et Principe
SV
Le Salvador
SZ
Swaziland
CT
îles Turques-et-Caïques
TG
Aller
ÈME
Thaïlande
TL
Timor-Leste
MT
Turkménistan
À
Tonga
TR
Turquie
TT
Trinité-et-Tobago
TW
Taïwan, République de Chine
TZ
Tanzanie, République-Unie de
UA
Ukraine
UG
Ouganda
NOUS
les états-unis d'Amérique
UY
Uruguay
UZ
Ouzbékistan
CV
Saint-Vincent-et-les Grenadines
VE
Venezuela (République bolivarienne)
VG
Îles Vierges britanniques
VI
Îles Vierges, États-Unis
VN
Viet Nam
WS
Samoa
VOUS
Yémen
YT
Mayotte
ZA
Afrique du Sud
ZM
Zambie
ZW
Zimbabwe
Authentification de la base de feu: comment puis-je empêcher les abus de SMS lors de l'utilisation de l'authentification du téléphone?
Pour aider à protéger votre projet contre le pompage du trafic SMS et la maltraitance des API, prenez les mesures suivantes:
Recherchez des régions avec un nombre très élevé de SMS envoyés et un nombre très faible (ou zéro) de SMS vérifiés. Le rapport entre vérifié / envoyé est votre taux de réussite. Les taux de réussite sains se situent généralement dans la fourchette de 70 à 85% car le SMS n'est pas un protocole de livraison garanti, et certaines régions peuvent subir des abus. Les taux de réussite inférieurs à 50% impliquent de nombreux SMS envoyés, mais peu de connexions réussies, ce qui est un indicateur commun des mauvais acteurs et du pompage du trafic SMS.
Utilisez la politique de la région SMS pour refuser les régions SMS avec de faibles taux de réussite, soit autoriser certaines régions que si votre application n'est destinée que pour la distribution sur certains marchés.
Limitez 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 mauvais acteurs d'exécuter du code sur leurlocalhost pour accéder à votre projet de production.
Activer et appliquer la vérification de l'application
Activer l'application Vérification pour aider à protéger votre projet contre les abus d'API en attestant que les demandes proviennent uniquement des applications associées à votre projet.
N'oubliez pas que vous devez appliquer la vérification des applications pour l'authentification dans la console Firebase (envisagez de surveiller le trafic avant l'application). En outre, vérifiez votre liste de sites approuvés en entreprise RecaptCha pour valider qu'il ne contient que vos sites de production et que la liste des applications enregistrées sur votre projet dans la vérification des applications est exacte.
Notez que la vérification de l'application aide à protéger contre les attaques automatisées en affirmant que l'appel provient de l'une de vos applications enregistrées. Il n'empêche pas les utilisateurs d'utiliser votre application de manière involontaire (par exemple, le démarrage de ne jamais terminer les flux de connexion pour générer des SMS envoyés).
Authentification Firebase: Dans mon application Android, pourquoi est-ce que je reçois l'erreur suivante: Google sign in failed ?
Suivez les étapes de dépannage de cette FAQ si vous obtenez l'erreur suivante:
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)
Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification:
Si les clients OAuth 2.0 ne sont pas présents (et que vous avez fait toutes les étapes de dépannage ci-dessus), contactez le support .
Authentification Firebase: Dans mon application Apple Platform, pourquoi est-ce que je reçois l'erreur suivante: You must specify <clientID> in <GIDConfiguration> ?
Suivez les étapes de dépannage de cette FAQ si vous obtenez l'erreur suivante:
You must specify |clientID| in |GIDConfiguration|
Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification:
Dans l'onglet Méthode de connexion , désactiver puis réactiver la méthode de connexion Google (même si elle est déjà activée):
Ouvrez la méthode de connexion Google , désactivez-la, puis cliquez sur Enregistrer .
Rouvrez la méthode de connexion Google , activez-la, puis cliquez sur Enregistrer .
En outre, dans la configuration du fournisseur de connexion Google de la section d'authentification , assurez-vous que l'ID client OAuth et secret correspondent au client Web affiché dans la page des informations d'identification de la console Google Cloud (consultez la section IDS du client OAuth 2.0 ).
Authentification Firebase: Dans mon application Web, pourquoi la connexion avec des redirectes échouant avec l'erreur suivante: This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation ?
Suivez les étapes de dépannage de cette FAQ si vous obtenez l'erreur suivante:
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Cette erreur est très probablement causée car votre domaine de redirection n'est pas répertorié comme un domaine autorisé pour l'authentification des bases de feu, ou la clé API que vous utilisez avec le service d'authentification Firebase n'est pas valide.
Assurez-vous d'abord que YOUR_REDIRECT_DOMAIN figure dans la liste des domaines autorisés pour votre projet Firebase. Si votre domaine de redirection y est déjà répertorié, continuez à dépanner une clé API non valide.
Par défaut, le SDK de l'authentification Firebase JS s'appuie sur la clé API pour votre projet Firebase qui est étiqueté comme la Browser key , et il utilise cette clé pour vérifier qu'une URL de redirection de connexion est valide en fonction de la liste des domaines autorisés. L'authentification obtient cette clé API en fonction de la façon dont vous accédez au SDK d'authentification:
Si vous utilisez des aides AUTH fournies par l'hébergement pour enregistrer les utilisateurs avec le SDK d'authentification JS, Firebase obtient automatiquement votre clé d'API avec le reste de votre configuration Firebase chaque fois que vous déploiez pour l'hébergement Firebase. Assurez-vous que l' authDomain de votre application Web firebaseConfig est correctement configuré pour utiliser l'un des domaines pour ce site d'hébergement. Vous pouvez le vérifier en allant sur https:// authDomain __/firebase/init.json , et en vérifiant que le projectId correspond à votre firebaseConfig .
Si vous hébergez le code de connexion , vous pouvez utiliser un fichier __/firebase/init.json pour fournir la configuration de la base de la base de feu vers l'authentification d'authentification auto-hébergée JS SDK Redirect Helper. La touche API et le projectId répertorié dans ce fichier de configuration doivent correspondre à votre application Web firebaseConfig .
Vérifiez que cette clé API n'a pas été supprimée: accédez au panneau API & Services> Indementiels dans la console Google Cloud où sont répertoriés toutes les clés API pour votre projet.
Si la Browser keyn'a pas été supprimée, vérifiez ce qui suit:
Si vous hébergez le code de connexion, assurez-vous que la touche API répertoriée dans votre fichier __/firebase/init.json correspond à la clé API de la console cloud. Corrigez la clé dans le fichier, si nécessaire, puis redéployez votre application.
Si la Browser key a été supprimée, vous pouvez faire en sorte que Firebase génére une nouvelle clé API pour vous: dans la console Firebase, accédez aux settings > 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 voir dans la section de configuration et de configuration du SDK pour votre application Web.
Notez que dans la console Cloud, cette nouvelle touche API ne sera pas appelée Browser key ; Au lieu de cela, ce sera 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 d'authentification Firebase est dans la liste des API autorisées.
Une fois votre nouvelle clé API créée, complétez les étapes applicables ci-dessous:
Si vous utilisez des URL d'hébergement réservées , redéployez votre application sur Firebase afin qu'il puisse obtenir automatiquement la nouvelle clé API avec le reste de votre configuration de base de feu.
Si vous hébergez le code de connexion , copiez la nouvelle clé API et ajoutez-la à votre fichier __/firebase/init.json , puis redéposez votre application.
Authentification Firebase: comment construire manuellement un client Web OAuth ??
En haut de la page, sélectionnez Créer des informations d'identification> ID client OAuth .
Si vous êtes invité à configurer votre écran de consentement, suivez les instructions à l'écran, puis continuez avec les étapes suivantes de cette FAQ.
Créer le client Web OAuth:
Pour le type d'application , sélectionnez l'application Web .
Pour les origines JavaScript autorisées , ajoutez ce qui suit:
http://localhost
http://localhost:5000
https:// PROJECT_ID .firebaseapp.com
https:// PROJECT_ID .web.app
Pour les uris de redirection autorisés , ajoutez ce qui suit:
Dans l'onglet Méthode de connexion , ouvrez le fournisseur de connexion Google , puis collez l'ID du client du serveur Web et secrez que vous venez de construire et de copier à partir de la console Google Cloud. Cliquez sur Enregistrer .
Authentification Firebase: comment %APP_NAME% est-il déterminé pour le modèle de messagerie pour l'e-mail de confirmation qui peut être envoyé à un utilisateur lorsqu'il s'inscrit à l'aide d'une adresse e-mail et d'un mot de passe?
Avant décembre 2022, le %APP_NAME% dans le modèle de messagerie a été rempli du nom de marque OAuth qui a été automatiquement provisionné chaque fois qu'une application Android était enregistrée dans le projet Firebase. Maintenant, comme la marque OAuth n'est provisionnée que lorsque la connexion Google est activée, ce qui suit décrit comment %APP_NAME% est déterminé:
Si le nom de marque OAuth est disponible, le %APP_NAME% dans le modèle de messagerie sera le nom de marque OAuth (comme le comportement avant le décembre 2022).
Si le nom de marque OAuth n'est pas disponible, voici comment le %APP_NAME% dans le modèle de messagerie est déterminé:
Pour les applications Web , le %APP_NAME% sera le nom du site d'hébergement Firebase par défaut (la valeur précédente .firebaseapp.com et .web.app et généralement l'ID du projet Firebase).
Pour les applications mobiles:
Si le nom du package Android ou l'ID de bundle iOS est présent dans la demande, le %APP_NAME% sera le nom de l'application utilisé dans le Play Store ou l'App Store (respectivement).
Notez que si la recherche du nom du site d'hébergement de Firebase par défaut échoue, le repli final consiste à utiliser l'ID du projet Firebase comme %APP_NAME% .
Fonctions du cloud
Prise en charge des fonctions cloud
Comment passer à la dernière version prise en charge de Node.js?
How can I make sure I deployed my functions to a specific Node.js runtime?
In the Firebase console, go to the functions dashboard , select a function, and check the function's language under Additional details .
I use Firebase Extensions. Will I be affected by Cloud Functions runtime updates?
Oui. Since extensions use Cloud Functions , the runtime of your extensions will need to be updated on the same timeline as Cloud Functions.
We recommend that you periodically update to the latest version of each extension installed in your project. You can upgrade your projects' extensions via the Firebase console or Firebase CLI .
Cloud Messaging
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.
Capacités
Notifications composer
Cloud Messaging
Cible
Single device
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Type de message
Notifications up to 2kb
Data messages up to 4kb
Livraison
Immédiat
Future client device local time
Analytique
Built-in Notifications analytics collection and funnel analytics
Cloud Messaging: Apple announced they're deprecating the legacy binary protocol for APNs. Do I need to do anything?
No. Firebase Cloud Messaging switched to the HTTP/2-based APNs protocol in 2017. If you are using FCM to send notifications to iOS devices, there should be no action required on your part.
Cloud Messaging: Do I need to use other Firebase services in order to use FCM?
You can use Firebase Cloud Messaging as a standalone component, in the same manner as you did with GCM, without using other Firebase services.
Cloud Messaging: I am an existing Google Cloud Messaging (GCM) developer. Should I move to Firebase Cloud Messaging?
FCM is the new version of GCM under the Firebase brand. It inherits GCM's core infrastructure, with new SDKs to make Cloud Messaging development easier.
Benefits of upgrading to FCM SDK include:
Simpler client development. You no longer have to write your own registration or subscription retry logic.
An out-of-the-box notification solution. You can use the Notifications composer, a serverless notifications solution with a web console that lets anyone send notifications to target specific audiences based on insights from Google Analytics.
To upgrade from GCM SDKs to FCM SDKs, see the guides for migrating Android and iOS apps.
Cloud Messaging: Why do my targeted devices apparently fail to receive messages?
When it looks like devices haven't successfully received messages, check first for these two potential causes:
Foreground message handling for notification messages . Client apps need to add message handling logic to handle notification messages when the app is in the foreground on the device. See the details for iOS and Android .
Network firewall restrictions . If your organization has a firewall that restricts the traffic to or from the Internet, you need to configure it to allow connectivity with FCM in order for your Firebase Cloud Messaging client apps to receive messages. The ports to open are:
5228
5229
5230
FCM usually uses 5228, but it sometimes uses 5229 and 5230. FCM does not provide specific IPs, so you should allow your firewall to accept outgoing connections to all IP addresses contained in the IP blocks listed in Google's ASN of 15169 .
Cloud Messaging: I have implemented onMessageReceived in my Android app, but it is not being called.
When your app is in the background, notification messages are displayed in the system tray, and onMessageReceived is not called. For notification messages with a data payload, the notification message is displayed in the system tray, and the data that was included with the notification message can be retrieved from the intent launched when the user taps on the notification.
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:
Capacités
Notifications composer
Cloud Messaging
Cible
Single device
Clients subscribed to topics (ie weather)
Clients in predefined user segment (app, version, language)
Clients in specified analytics audiences
Clients in device groups
Upstream from client to server
Type de message
Notifications up to 2kb
Data messages up to 4kb
Livraison
Immédiat
Future client device local time
Analytique
Built-in Notifications analytics collection and funnel analytics
Notifications composer: I am an existing Google Cloud Messaging (GCM) developer, and I want to use the Notifications composer. Que dois-je faire?
The Notifications composer is an out-of-the-box solution that lets anyone send notifications to target specific audiences based on insights from Google Analytics. Also, the Notifications composer provides funnel analysis for every message, allowing easy evaluation of notification effectiveness.
If you are an existing GCM developer, to use the Notifications composer you have to upgrade from GCM SDKs to FCM SDKs. See the guides for migrating Android and iOS apps.
FCM features deprecated in June 2023
Which FCM APIs were deprecated on June 20, 2023, and what should I do if I am using those APIs?
The following APIs/SDKs will be affected by the deprecation:
API du serveur
API Name
API Endpoint
Impact on users
Action requise
Legacy HTTP protocol
https://fcm.googleapis.com/fcm/send
Requests to the endpoint will start failing after 6/21/2024.
API calls to FirebaseMessaging.send in the app won't trigger upstream messages to the app server after 6/21/2024.
Implement this functionality in your server logic. For example, some developers implement their own HTTP/gRPC endpoint and call the endpoint directly to send messages from their clients to the app server. See this gRPC Quick start for an example implementation of upstream messaging using gRPC.
Batch Send API
https://fcm.googleapis.com/batch
Requests to the endpoint will start failing after 6/21/2024.
These APIs will stop working after 6/21/2024 because they call the batch send API .
Upgrade to the latest Firebase Admin SDK and use the new APIs instead: sendEach()/ sendEachAsync()/send_each()/sendEachForMulticast()/sendEachForMulticastAsync()/ send_each_for_multicast() .
Note that the new APIs no longer call the deprecated batch send API, and for this reason they may create more concurrent HTTP connections than the old APIs.
Client SDKs
SDK versions
Impact on users
Action requise
GCM SDKs (deprecated in 2018)
Apps using GCM SDKs will not be able to register tokens nor receive messages from FCM after 6/21/2024.
Upgrade your Android SDK to the latest Firebase SDK if you haven't already done so.
JS SDKs version <7.0.0 (breaking change at version 7.0.0 in 2019)
Web apps using older JS SDKs will not be able to register tokens after 6/21/2024.
Upgrade your Firebase Web SDK to the latest version.
Will I see a service downgrade before June 2024?
No. You have 12 months (06/20/2023 - 06/21/2024) to migrate from the old APIs to new APIs without any service downgrade. We strongly recommend you to plan the migration as early as possible so you won't be impacted by the decommissioning of the APIs in June 2024.
After June 2024, you may see increased errors or lack of functionality when using the APIs/SDKs listed above.
What's the difference between OAuth 2.0 tokens and server keys?
An OAuth 2.0 token is a short-lived token derived from a service account . It's Google's standard auth model and it's more secure than static server keys.
Note that the request headers differ when you use OAuth 2.0 tokens for requests to different endpoints.
HTTP v1 API : Authorization: Bearer $oauth_token
Instance ID server API and Device group management API : Authorization: Bearer $oauth_token access_token_auth: true
Can I migrate my requests to the new API all at once?
We recommend that you slowly ramp up your traffic to the new API. If you expect to send more than 600,000 messages/min on a regular basis, contact Firebase support for instructions on how to increase quota or get recommendations on how to spread out traffic.
What's the difference between the HTTP v1 API and the legacy APIs when I send messages to topics/device groups?
Topics: you don't need to add the "/topics/" prefix to your topic target when you use the v1 API.
Device groups: You can use a group token as a token target in the HTTP v1 API. However, the HTTP v1 API doesn't return the success/failure counts in the response. We recommend that you use FCM topics or manage your device groups by yourself.
Does the HTTP v1 API support sending messages to multiple tokens in one request?
No. This feature, called "multicast" in legacy HTTP APIs, is not supported by the HTTP v1 API, which is better designed for scalability.
For use cases where end-to-end latency is critical, or where total fanout size is small (fewer than 1 million), Google recommends sending multiple separate requests using the HTTP v1 API. The HTTP v1 API over HTTP/2 performs similarly for 99.9% of multicast requests (sending < 100 tokens). For outlier use cases (sending 1000 tokens), it achieves up to a third of the throughput rate, so additional concurrency is needed to optimize for this atypical use case. Users can experience more reliability and availability with the HTTP v1 API than with legacy multicast.
For use cases where throughput and egress bandwidth are prioritized or where total fanout size is large (greater than 1 million), Google recommends topic messaging. While topic messaging requires a one-time action to subscribe recipients to a topic, it offers up to a 10,000 QPS per project fanout rate without a maximum limit on topic size.
What versions of the Firebase Admin SDK have the new APIs?
Plate-forme
Firebase Admin SDK version
Noeud.js
>=11.7.0
Python
>=6.2.0
Java
>=9.2.0
Aller
>=4.12.0
.FILET
>=2.4.0
What's the difference between the batch send API and the HTTP v1 API?
The FCM batch send API uses the same message format and authentication mechanism as the HTTP v1 API. However, it uses a different endpoint. If you want to improve efficiency, you should consider using HTTP/2 to send multiple requests over the same HTTP connection to the HTTP v1 API.
What should I do if I can't access my project?
Please reach out to the Google Cloud support team for help.
Stockage cloud pour Firebase
Cloud Storage for Firebase: Why can't I use Cloud Storage for Firebase?
Cloud Storage for Firebase creates a default bucket in the App Engine no-cost tier. This allows you to quickly get up and running with Firebase and Cloud Storage for Firebase, without having to put in a credit card or enable a Cloud Billing account. It also allows you to easily share data between Firebase and a Google Cloud project.
There are, however, two known cases where this bucket cannot be created and you will be unable to use Cloud Storage for Firebase:
A project imported from Google Cloud which had a App Engine Master/Slave Datastore application.
A project imported from Google Cloud which has domain prefixed projects. For example: domain.com:project-1234 .
There are currently no workarounds to these issues, and we recommend that you create a new project in the Firebase console and enable Cloud Storage for Firebase in that project.
Cloud Storage for Firebase: Why do I get error code 412 responses about service account permissions and failed service account operations when using the Cloud Storage for Firebase API?
It's likely you're getting 412 error codes either because the Cloud Storage for Firebase API is not enabled for your project or a necessary service account is missing the required permissions.
Cloud Storage for Firebase: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
Qu'est-ce que je dois faire?
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
Cloud Storage for Firebase: Why do I see an unexpected increase in upload and download operations?
Previously, download and upload requests to the Cloud Storage for Firebase API were not being counted properly. We have taken steps to fix this issue, starting from September 15, 2023.
For Blaze users, upload and download operations will start counting towards your monthly bill. For Spark users, they will start counting towards your monthly free limit.
We recommend monitoring your Usage page for any increases that may count towards your limits.
Cloud Storage for Firebase: Why do I see new service account IDs associated with my Firebase projects that use Cloud Storage for Firebase?
Firebase uses service accounts to operate and manage services without sharing user credentials. When you create a Firebase project, you might notice that a number of service accounts are already available in your project.
The service account that Cloud Storage for Firebase uses is scoped to your project and is named service- PROJECT_NUMBER @gcp-sa-firebasestorage.iam.gserviceaccount.com .
If you used Cloud Storage for Firebase before September 19, 2022, you may see an additional service account on previously-linked Cloud Storage buckets named firebase-storage@system.gserviceaccount.com . As of September 19, 2022, this service account is no longer supported.
You can view all service accounts associated with your project in the Firebase console, on the Service accounts tab .
Adding the new service account
If you removed the service account previously or the service account is not present in your project, you may do one of the following to add the account.
(Recommended) Automated: Use the AddFirebase REST endpoint to re-import your bucket into Firebase. You will only need to call this endpoint once, not once for each linked bucket.
We strongly discourage you from removing the service account because this may block access to your Cloud Storage buckets from your apps. To remove the service account from your project, follow the instructions in Disabling a service account .
Dynamic Links: 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.
Firebase Local Emulator Suite
Why do Emulator Suite logs show an error starting with "Multiple projectIds are not recommended in single project mode"?
This message means the Emulator Suite has detected it may be running a particular product emulator using different project IDs. This may indicate a misconfiguration, and can cause issues when emulators try to communicate with one another, and when you try to interact with emulators from your code. If project IDs don't match, it often appears that data is missing, since data stored in emulators is keyed to projectID, and interoperability depends on matching project IDs.
This has been a common source of confusion among developers, so by default the Local Emulator Suite will now only allow running with a single project ID, unless you specify otherwise in the firebase.json configuration file. If an emulator detects more than one project ID, it will log a warning and potentially throw a fatal error.
Check your project ID declaration(s) for mismatches in:
The default project set at the command line. By default, the project ID will be taken on startup from the project selected with firebase init or firebase use . To view the list of projects (and see which one is selected) use firebase projects:list .
Unit tests. The project ID is often specified in calls to the Rules Unit Testing library methods initializeTestEnvironment or initializeTestApp . Other testing code may initialize with initializeApp(config) .
The command line --project flag. Passing the Firebase CLI --project flag overrides the default project. You'll need to ensure the value of the flag matches the project ID in unit tests and app initialization.
Platform-specific places to check:
la toile
The projectId property in your JavaScript firebaseConfig object, used in initializeApp .
Android
The project_id property inside the google-services.json configuration file.
Apple platforms
The PROJECT_ID property in the GoogleService-Info.plist configuration file.
To disable single project mode, update firebase.json with the singleProjectMode key:
Hosting: On Spark plan projects, can I store executable files?
For no-cost (Spark) plan projects, Firebase blocks uploads and hosting of certain executable file types for Windows, Android and Apple by Cloud Storage for Firebase and Firebase Hosting. This policy exists to prevent abuse on our platform.
Serving, hosting and file uploads of disallowed files are blocked for all Spark projects created on or after Sept 28th, 2023. For existing Spark projects with files uploaded before that date, such files can still be uploaded and hosted.
This restriction applies to Spark plan projects. Projects on the pay as you go (Blaze) plan are not affected.
The following file types cannot be hosted on Firebase Hosting and Cloud Storage for Firebase:
Windows files with .exe , .dll and .bat extensions
Android files with .apk extension
Apple platform files with .ipa extension
Qu'est-ce que je dois faire?
If you still want to host these file types after September 28th, 2023:
For Hosting: upgrade to the Blaze plan before you can deploy these file types to Firebase Hosting via the firebase deploy command.
For Storage: upgrade to the Blaze plan to upload these file types to the bucket of your choice using the GCS CLI, the Firebase console, or Google Cloud console.
Use Firebase tools to manage your Firebase Hosting and Cloud Storage resources.
For managing resources in Firebase Hosting, use the Firebase console to delete releases according to this guide .
For managing resources in Cloud Storage, navigate to the Storage product page in your project.
On the Files tab, locate disallowed files to delete in your folder hierarchy, then select them using the checkbox next to the filename(s) on the left-hand side of the panel.
Click Delete , and confirm the files were deleted.
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?
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.
Base de données en temps réel
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.
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
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.
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.
Firebase User Segmentation Storage stores Firebase installation IDs and related attributes and segments as well as audience lists you've created to provide targeting information to other Firebase services that use them, such as Crashlytics, FCM, Remote Config personalization, and more.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2024/03/22 (UTC).
[null,null,["Dernière mise à jour le 2024/03/22 (UTC)."],[],[]]
