Vous rencontrez d'autres difficultés ou vous ne trouvez pas votre problème ci-dessous ? Veuillez signaler un bug ou demander une fonctionnalité, et rejoindre les discussions sur Stack Overflow.
Projets et applications Firebase
Qu'est-ce qu'un projet Firebase ?
Un projet Firebase est l'entité de premier niveau 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 aux produits à votre application, comme Analytics, Cloud Firestore, Crashlytics ou Remote Config.
Vous devez enregistrer les variantes de votre application Apple, Android et Web dans un même projet Firebase. Vous pouvez utiliser plusieurs projets Firebase pour prendre en charge plusieurs environnements, tels que le développement, la préproduction et la production.
Voici quelques ressources pour en savoir plus sur les projets Firebase :
- Comprendre les projets Firebase : fournit un bref aperçu de plusieurs concepts importants concernant les projets Firebase, y compris leur relation avec Google Cloud et la hiérarchie de base d'un projet, de ses applications et de ses ressources.
- Bonnes pratiques générales pour configurer des projets Firebase : fournit des bonnes pratiques générales de haut niveau pour configurer des projets Firebase et enregistrer vos applications avec un projet afin de disposer d'un workflow de développement clair qui utilise des environnements distincts.
Notez que pour tous les projets Firebase, Firebase ajoute automatiquement un libellé firebase:enabled
sur la page Libellés de votre projet dans la console Google Cloud. Pour en savoir plus sur ce libellé, consultez nos questions fréquentes.
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 de mieux organiser, gérer les accès et auditer vos projets Google Cloud et Firebase. Pour en savoir plus, consultez Créer et gérer des organisations.
Comment ajouter Firebase à un projet Google Cloud existant ?
Vous disposez peut-être déjà de projets Google Cloud gérés via la console Google Cloud ou la console Google APIs.
Vous pouvez ajouter Firebase à ces projets Google Cloud existants en utilisant l'une des options suivantes :
- Utiliser la console Firebase.
- Utiliser une option de programmation :
- Appelez le point de terminaison de l'API REST Firebase Management :
projects.addFirebase
. - Exécutez la commande CLI Firebase
firebase projects:addfirebase
. - Utilisez Terraform.
- Appelez le point de terminaison de l'API REST Firebase Management :
En savoir plus sur l'ajout de Firebase à un projet Google Cloud
Comment fonctionne l'intégration de Firebase à Google Cloud ?
Firebase est étroitement intégré à Google Cloud. Les projets sont partagés entre Firebase et Google Cloud. Il est donc possible d'activer les services Firebase et Google Cloud pour un même projet. Vous pouvez accéder au même projet depuis la console Firebase ou la console Google Cloud. Plus précisément :
- Certains produits Firebase sont directement soutenus par Google Cloud, comme Cloud Storage for Firebase. La liste des produits compatibles avec Google Cloud continuera de s'allonger au fil du temps.
- Un grand nombre de vos paramètres, y compris vos collaborateurs et vos informations de facturation, sont partagés entre Firebase et Google Cloud. Votre utilisation de Firebase et de Google Cloud apparaît sur la même facture.
De plus, lorsque vous passez à la formule Blaze, vous pouvez utiliser n'importe quelle API et n'importe quel service d'infrastructure en tant que service de Google Cloud de classe mondiale directement dans votre projet Firebase, au tarif standard de Google Cloud. Vous pouvez également exporter les données de Google Cloud directement vers BigQuery pour les analyser. Pour en savoir plus, consultez Associer BigQuery à Firebase.
L'utilisation de Google Cloud avec Firebase présente de nombreux avantages en termes de sécurité, de latence et de gain de temps (par rapport à d'autres services cloud non colocalisés). Pour en savoir plus, consultez le site Google Cloud.
Pourquoi mon projet Google Cloud porte-t-il le libellé firebase:enabled
?
Sur la page Libellés de votre projet dans la console Google Cloud, vous pouvez voir un libellé firebase:enabled
(plus précisément, un Key
de firebase
avec un Value
de enabled
).
Firebase a ajouté automatiquement ce libellé, car votre projet est un projet Firebase. Cela signifie que des configurations et des services spécifiques à Firebase sont activés pour votre projet. En savoir plus sur la relation entre les projets Firebase et Google Cloud
Nous vous recommandons vivement de ne pas modifier ni supprimer ce libellé. Ce libellé est utilisé par Firebase et Google Cloud pour lister vos projets Firebase (par exemple, à l'aide du point de terminaison REST API projects.list
ou dans les menus de la console Firebase).
Notez que l'ajout manuel de ce libellé à votre liste de libellés de projet n'active PAS les configurations et services spécifiques à Firebase pour votre projet Google Cloud. Pour ce faire, vous devez ajouter Firebase à l'aide de la console Firebase (ou, pour les cas d'utilisation avancés, à l'aide de l'API REST Firebase Management ou de la CLI Firebase).
Pourquoi mon projet Firebase n'apparaît-il pas dans la liste des projets Firebase ?
Ces questions fréquentes s'appliquent si vous ne voyez pas votre projet Firebase aux emplacements suivants :
- Dans une liste de projets que vous consultez dans la console Firebase
- Dans la réponse à l'appel du point de terminaison API REST
projects.list
- Dans la réponse à l'exécution de la commande CLI Firebase
firebase projects:list
Suivez ces étapes de dépannage :
- Commencez par essayer d'accéder à votre projet en accédant directement à son URL. Utilisez le format suivant :
https://console.firebase.google.com/project/PROJECT_ID/overview
- Si vous ne parvenez pas à accéder au projet ou si vous recevez des erreurs d'autorisation, vérifiez les points suivants :
- Assurez-vous d'être connecté à Firebase avec le même compte Google qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase à l'aide de l'avatar de votre compte en haut à droite de la console.
- Vérifiez si vous pouvez afficher le projet dans la console Google Cloud.
- Assurez-vous que votre projet comporte 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 lister vos projets Firebase. Si ce libellé ne s'affiche pas, mais que l'API Firebase Management est activée pour votre projet, ajoutez-le manuellement (plus précisément, unKey
defirebase
avec unValue
deenabled
). - Assurez-vous de disposer de l'un des rôles IAM de base (propriétaire, éditeur ou lecteur) ou d'un rôle disposant d'autorisations liées à Firebase, par exemple un rôle prédéfini Firebase. Vous pouvez consulter 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 que le projet s'affiche 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 d'afficher votre projet dans la liste des projets Firebase, contactez l'assistance Firebase.
Combien de projets puis-je avoir par compte Google (adresse e-mail) ?
- Forfait Spark : le quota de création de projets est limité à un petit nombre de projets (généralement entre 5 et 10).
- Forfait Blaze : le quota de création de projets reste limité, mais il peut augmenter si vous associez un compte Cloud Billing en règle.
Notez les points suivants concernant la limite du quota de création de projets :
- Cette limite n'est pas spécifique à Firebase. Les limites de quota de projet de Firebase sont les mêmes que celles de Google Cloud.
- Dans de rares cas, vous pouvez demander une augmentation du quota de projet si nécessaire.
- La suppression complète d'un projet prend 30 jours et est comptabilisée dans le quota de projets jusqu'à sa suppression définitive.
Découvrez les bonnes pratiques générales recommandées par Firebase pour configurer des projets Firebase.
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 à 30 le nombre total d'applications Firebase dans un projet Firebase.
Au-delà de ce nombre, les performances commencent à se dégrader (en particulier pour Google Analytics) et, à un nombre d'applications plus élevé, certaines fonctionnalités du produit cessent de fonctionner. De plus, si vous utilisez Google Sign-In comme fournisseur d'authentification, un ID client OAuth 2.0 sous-jacent est créé pour chaque application de votre projet. Vous ne pouvez pas créer plus d'une trentaine d'ID client dans un même projet.
Vous devez vous assurer que toutes les applications Firebase d'un même projet Firebase sont des variantes de plate-forme de la même application du point de vue de l'utilisateur final. Par exemple, si vous développez une application en marque blanche, chaque application étiquetée de manière indépendante doit avoir son propre projet Firebase, mais les versions Apple et Android de cette marque peuvent se trouver dans le même projet. Pour obtenir des conseils plus détaillés, consultez nos bonnes pratiques générales pour configurer des projets Firebase.
Dans le cas rare où votre projet nécessite plus de 30 applications, vous pouvez demander à augmenter la limite d'applications. Vous devez disposer de la formule Blaze pour votre projet afin de pouvoir effectuer cette demande. Accédez à la console Google Cloud pour envoyer votre demande et la faire évaluer. Pour en savoir plus sur la gestion des quotas, consultez la documentation Google Cloud.
Que se passe-t-il si je tague mon projet comme environnement de "production" ?
Dans la console Firebase, vous pouvez taguer vos projets Firebase avec leur type d'environnement, soit Production, soit Non spécifié (environnements hors production).
Le fait de taguer votre projet comme un type d'environnement n'a aucune incidence sur le fonctionnement de votre projet Firebase ni sur ses fonctionnalités. Toutefois, le taggage peut vous aider, vous et votre équipe, à gérer vos différents projets Firebase pour le cycle de vie de l'application.
Si vous définissez votre projet comme un environnement de production, nous ajoutons un tag Prod de couleur vive au projet dans la console Firebase. Cela vous rappelle que toute modification peut avoir un impact sur vos applications de production associées. À l'avenir, nous pourrions ajouter d'autres fonctionnalités et mesures de protection pour les projets Firebase tagués comme environnements de production.
Pour modifier le type d'environnement de votre projet Firebase, accédez à settings > Paramètres du projet > Général, puis dans la fiche Votre projet sous Environnement, cliquez sur edit pour modifier le type d'environnement.
Où puis-je trouver l'ID d'application de mon application Firebase ?
Dans la console Firebase, accédez à vos settings Paramètres du projet. Faites défiler la page jusqu'à la fiche Vos applications, puis cliquez sur l'application Firebase de votre choix pour afficher ses informations, y compris son ID d'application.
Voici quelques exemples de valeurs d'ID d'application :
-
Applications iOS Firebase :
1:1234567890:ios:321abc456def7890
-
Applications Android Firebase :
1:1234567890:android:321abc456def7890
-
Applications Web Firebase :
1:1234567890:web:321abc456def7890
Quels sont les prérequis pour associer Google Play / AdMob / Google Ads / BigQuery à mon projet ou à mon application Firebase ?
- Pour associer votre compte Google Play, vous devez disposer des éléments suivants :
- L'un des rôles Firebase suivants : Propriétaire ou Administrateur Firebase
et - Niveau d'accès Google Play : titulaire ou administrateur du compte
- L'un des rôles Firebase suivants : Propriétaire ou Administrateur Firebase
- 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.
Quels avis 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 Android Firebase contient un helper Activity
permettant d'afficher les informations sur la licence.
Autorisations et accès aux projets Firebase
Comment attribuer un rôle à un membre du projet, comme le rôle de propriétaire ?
Pour gérer les rôles attribués à chaque membre du projet, vous devez être propriétaire du projet Firebase (ou disposer d'un rôle avec l'autorisation resourcemanager.projects.setIamPolicy
).
Voici où vous pouvez attribuer et gérer des rôles :
- La console Firebase offre un moyen simplifié d'attribuer des rôles aux membres du projet dans l'onglet Utilisateurs et autorisations de settings > Paramètres du projet. Dans la console Firebase, vous pouvez attribuer l'un des rôles de base (propriétaire, éditeur, lecteur), les rôles d'administrateur/lecteur Firebase ou l'un des rôles prédéfinis Firebase par catégorie de produit.
- La console Google Cloud propose un large éventail d'outils permettant d'attribuer des rôles aux membres d'un projet sur la page IAM. Dans la console Cloud, vous pouvez également créer et gérer des rôles personnalisés, ainsi que donner aux comptes de service l'accès à votre projet.
Notez que dans la consoleGoogle Cloud, les membres du projet sont appelés principaux.
Si le propriétaire de votre projet ne peut plus effectuer les tâches qui lui sont attribuées (par exemple, s'il a quitté votre entreprise) et que votre projet n'est pas géré par le biais d'une organisation Google Cloud (voir le paragraphe suivant), vous pouvez contacter l'assistance Firebase et lui demander comment accéder au projet Firebase.
Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il est possible qu'il n'ait pas de propriétaire. Si vous ne parvenez pas à trouver de propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud pour qu'elle en attribue un.
Comment trouver le propriétaire d'un projet Firebase ?
Vous pouvez afficher les membres d'un projet et leurs rôles aux emplacements suivants :
- Si vous avez accès au projet dans la console Firebase, vous pouvez afficher la liste des membres du projet, y compris les propriétaires, sur la page Utilisateurs et autorisations de la console Firebase.
- Si vous n'avez pas accès au projet dans la console Firebase, vérifiez si vous y avez accès dans la console Google Cloud. Vous pouvez afficher la liste des membres du projet, y compris les propriétaires, sur la page IAM de la console Google Cloud.
Si le propriétaire de votre projet ne peut plus effectuer les tâches qui lui incombent (par exemple, s'il a quitté votre entreprise) et que votre projet n'est pas géré par le biais d'une organisation Google Cloud (voir le paragraphe suivant), vous pouvez contacter l'assistance Firebase pour qu'un propriétaire temporaire soit attribué.
Notez que si un projet Firebase fait partie d'une organisation Google Cloud, il est possible qu'il n'ait pas de propriétaire. En revanche, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Toutefois, pour effectuer plusieurs tâches spécifiques au propriétaire (comme attribuer des rôles ou gérer des propriétés Google Analytics), l'administrateur devra peut-être s'attribuer le rôle de propriétaire pour effectuer ces tâches. Si vous ne parvenez pas à trouver de propriétaire pour votre projet Firebase, contactez la personne qui gère votre organisation Google Cloud pour qu'elle en attribue un.
Pourquoi ou quand dois-je attribuer le rôle de propriétaire à un membre du projet ?
Pour assurer la bonne gestion d'un projet Firebase, il doit avoir un propriétaire.
Les membres du projet disposant du rôle Propriétaire sont souvent les seuls membres du projet à pouvoir effectuer des tâches administratives ou recevoir des notifications importantes :
- Les membres du projet disposant du rôle "Propriétaire" sont souvent les seuls à pouvoir effectuer des actions administratives importantes (comme attribuer des rôles et gérer les propriétés Google Analytics). De plus, l'assistance Firebase ne peut répondre aux demandes administratives que si elles proviennent de propriétaires de projet identifiés.
- Les membres du projet disposant du rôle de propriétaire sont souvent les seuls à recevoir (par défaut) des notifications concernant les modifications apportées au projet ou aux produits (comme les modifications liées à la facturation et aux aspects juridiques, l'abandon de fonctionnalités, etc.). Vous pouvez éventuellement personnaliser les "contacts essentiels" de votre projet si vous souhaitez que des membres spécifiques ou supplémentaires du projet reçoivent des notifications.
Une fois que vous avez défini le ou les propriétaires d'un projet Firebase, il est important de maintenir ces attributions à jour.
Notez que si un projet Firebase fait partie d'une organisation Google Cloud, la personne qui gère votre organisation Google Cloud peut effectuer de nombreuses tâches qu'un propriétaire peut effectuer. Toutefois, pour plusieurs tâches spécifiques au propriétaire (comme l'attribution de rôles ou la gestion des propriétés Google Analytics), l'administrateur peut avoir besoin de s'attribuer le rôle de propriétaire 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 permettant d'ouvrir votre projet Firebase. En cliquant sur le lien dans l'e-mail, le projet devrait s'ouvrir dans la console Firebase.
Si vous ne parvenez pas à ouvrir le projet à partir du lien, assurez-vous d'être connecté à Firebase avec le même compte Google que celui qui a reçu l'e-mail concernant le projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase à l'aide de l'avatar de votre compte en haut à droite 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 de votre organisation. Toutefois, vous ne disposez peut-être pas des autorisations suffisantes pour ouvrir le projet Firebase. Dans ce cas, la solution la plus simple consiste à vous attribuer le rôle de propriétaire pour ouvrir le projet et effectuer les actions requises. Découvrez pourquoi et quand attribuer le rôle de propriétaire.
Plates-formes et frameworks
Consultez les pages de dépannage et de questions fréquentes spécifiques à chaque plate-forme pour obtenir des conseils utiles et des réponses à d'autres questions fréquentes.
Firebase console
Quels sont les navigateurs compatibles pour accéder à la console Firebase ?
La console Firebase est accessible depuis les versions récentes des navigateurs de bureau les plus courants, tels que Chrome, Firefox, Safari et Edge. Les navigateurs mobiles ne sont pas entièrement compatibles pour le moment.
Je peux charger la console Firebase, mais pourquoi ne puis-je pas trouver ni 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'y avez pas accès.
- La console Firebase n'affiche pas votre projet, même lorsque vous saisissez son ID ou son nom dans le champ de recherche de la console.
Suivez ces étapes de dépannage :
- Commencez par essayer d'accéder à votre projet en accédant directement à son URL. Utilisez le format suivant :
https://console.firebase.google.com/project/PROJECT-ID/overview
- Si vous ne parvenez toujours pas à accéder au projet ou si vous recevez des erreurs d'autorisation, vérifiez les points suivants :
- Assurez-vous d'être connecté à Firebase avec le même compte Google qui a accès au projet. Vous pouvez vous connecter et vous déconnecter de la console Firebase à l'aide de l'avatar de votre compte en haut à droite de la console.
- Assurez-vous que l'API Firebase Management est activée pour le projet.
- Assurez-vous de disposer de l'un des rôles IAM de base (propriétaire, éditeur ou lecteur) ou d'un rôle disposant d'autorisations liées à Firebase, par exemple un rôle prédéfini Firebase. Vous pouvez consulter 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 le voir figurer dans la console Firebase. Contactez la personne qui gère votre organisation Google Cloud pour qu'elle vous attribue le rôle approprié pour afficher le projet (par exemple, le rôle Navigateur).
Si aucune des étapes de dépannage ci-dessus ne vous permet de trouver ou d'accéder à votre projet, contactez l'assistance Firebase.
Pourquoi la console Firebase ne se charge-t-elle pas ?
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 lorsque vous chargez la console Firebase.
Suivez ces étapes de dépannage :
- Consultez la ligne Console du tableau de bord d'état Firebase pour vérifier si des interruptions de service sont en cours.
- Assurez-vous d'utiliser un navigateur compatible.
- Essayez de charger la console Firebase dans une fenêtre de navigation privée.
- Désactivez toutes les extensions de navigateur.
- Vérifiez que la connexion réseau n'est pas bloquée par un bloqueur de publicité, un antivirus, un proxy, un pare-feu ou un autre logiciel.
- Essayez de charger la console Firebase sur un autre réseau ou appareil.
- Si vous utilisez Chrome, recherchez les éventuelles erreurs dans la console des outils pour les développeurs.
Si aucune des étapes de dépannage ci-dessus ne résout le problème, contactez l'assistance Firebase.
Comment la langue de ma console Firebase est-elle déterminée ?
Le paramètre de langue de la console Firebase est basé sur la langue sélectionnée dans les paramètres de votre compte Google.
Pour modifier votre préférence linguistique, consultez Changer de langue.
La console Firebase est disponible dans les langues suivantes :
- Anglais
- Portugais (Brésil)
- Français
- Allemand
- Indonésien
- Japonais
- Coréen
- Russe
- Chinois simplifié
- Espagnol
- Chinois traditionnel
Quels rôles et autorisations sont compatibles avec la console Firebase ?
Les consoles Firebase et Google Cloud utilisent les mêmes rôles et autorisations sous-jacents. Pour en savoir plus sur les rôles et les autorisations, consultez la documentation Firebase IAM.
Firebase accepte les rôles fondamentaux (de base) de propriétaire, d'éditeur et de lecteur :
- Un propriétaire de projet peut ajouter d'autres membres au projet, configurer des intégrations (associer le projet à des services tels que BigQuery ou Slack) et dispose d'un accès complet en modification pour le projet.
- Un éditeur de projet dispose d'un accès complet en modification pour le projet.
- Un lecteur de projet ne dispose que d'un accès en lecture au projet. Notez que la console Firebase ne masque ni ne désactive actuellement les commandes de l'UI d'édition pour les lecteurs de projet, mais ces opérations échoueront pour les membres du projet auxquels le rôle de lecteur a été attribué.
Firebase est également compatible avec :
- Rôles prédéfinis Firebase : rôles Firebase spécifiques et sélectionnés qui permettent un contrôle d'accès plus précis 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 adapter un ensemble d'autorisations aux besoins spécifiques de votre organisation.
Comment fonctionne l'expérience "exemple d'application" de la console ? Que se passe-t-il et que puis-je faire ?
La console Firebase fournit une expérience d'application exemple pour que vous disposiez d'une application fonctionnelle réelle à explorer et avec laquelle expérimenter Firebase et d'autres services Google (comme Gemini API).
Configuration et déploiement automatiques de l'application exemple dans Firebase
Lorsque vous parcourez l'exemple d'application dans la console Firebase, nous effectuons automatiquement les opérations suivantes pour vous :
- Créer un projet Firebase pour votre application exemple
- Enregistrer une application Web Firebase dans le nouveau projet Firebase
- Activez les services et les API utilisés par l'application exemple (par exemple, Firebase Authentication, Cloud Firestore, etc.).
- Provisionnez les ressources requises (par exemple, les instances de base de données et les règles de sécurité).
- Configurer Firebase AI Logic pour utiliser Gemini Developer API
- Déployez l'application exemple sur une URL d'aperçu temporaire à l'aide de Firebase Hosting (par défaut, cette URL expire au bout de sept jours).
Explorer le codebase de l'application exemple
Option 1 : Ouvrez une version personnalisée du codebase de l'exemple d'application dans Firebase Studio.
L'expérience de l'application exemple permet d'ouvrir une version personnalisée du code source de l'application exemple dans Firebase Studio (l'espace de travail Google basé sur un navigateur pour le développement d'applications full stack). Une fois votre projet et votre application configurés (voir ci-dessus), vous trouverez des liens vers Firebase Studio dans les bannières de la console Firebase et en haut de l'application déployée.
Lorsque vous ouvrez votre application exemple dans Firebase Studio, nous effectuons automatiquement les opérations suivantes pour vous :
- Utilisez le même projet Firebase, la même application Web Firebase et les mêmes ressources que ceux créés lors de la configuration initiale (voir ci-dessus).
- Insérez la configuration Firebase de votre exemple d'application dans la codebase (généralement dans
src/bootstrap.js
).
Dans Firebase Studio, vous pouvez explorer le codebase pour comprendre comment interagir avec différents services Firebase et Google.
Option 2 : Afficher la version publique et non personnalisée de la codebase de l'application exemple sur GitHub
Vous pouvez également afficher la version publique et non personnalisée du code source de l'application exemple sur GitHub.
- "Planification avec l'API Gemini" – dépôt GitHub
Firebase Local Emulator Suite
Pourquoi les journaux de l'Emulator Suite affichent-ils une erreur commençant par "Multiple projectIds are not recommended in single project mode" ?
Ce message signifie que la suite d'émulateurs a détecté qu'elle pourrait exécuter un émulateur de produit particulier à l'aide de différents ID de projet. Cela peut indiquer une mauvaise configuration et entraîner des problèmes lorsque les émulateurs tentent de communiquer entre eux et lorsque vous essayez d'interagir avec les émulateurs à partir de votre code. Si les ID de projet ne correspondent pas, il semble souvent que des données manquent, car les données stockées dans les émulateurs sont associées à un ID de projet. L'interopérabilité dépend de la correspondance des ID de projet.
Cela a souvent été source de confusion pour les développeurs. Par conséquent, par défaut, Local Emulator Suite n'autorisera désormais l'exécution qu'avec un seul ID de projet, sauf indication contraire dans le fichier de configuration firebase.json
. Si un émulateur détecte plusieurs ID de projet, il enregistre un avertissement et peut potentiellement générer une erreur fatale.
Vérifiez que vos déclarations d'ID de projet ne présentent pas d'incohérences dans les éléments suivants :
-
Projet par défaut défini dans la ligne de commande. Par défaut, l'ID du projet sera récupéré au démarrage à partir du projet sélectionné avec
firebase init
oufirebase use
. Pour afficher la liste des projets (et voir celui qui est sélectionné), utilisezfirebase projects:list
. -
Tests unitaires. L'ID du projet est souvent spécifié dans les appels aux méthodes de la bibliothèque de tests unitaires de règles
initializeTestEnvironment
ouinitializeTestApp
. D'autres codes de test peuvent être initialisés avecinitializeApp(config)
. -
Indicateur
--project
de ligne de commande. Le transfert de l'indicateur--project
de la CLI Firebase remplace le projet par défaut. Vous devrez vous assurer que la valeur du flag correspond à l'ID du projet dans les tests unitaires et l'initialisation de l'application.
Voici quelques endroits à vérifier selon la plate-forme :
Web | Propriété projectId de votre objet firebaseConfig JavaScript, utilisée dans initializeApp .
|
Android | Propriété project_id dans le fichier de configuration google-services.json .
|
Plates-formes Apple | La propriété PROJECT_ID dans le fichier de configuration GoogleService-Info.plist .
|
Pour désactiver le mode projet unique, mettez à jour firebase.json
avec la clé singleProjectMode
:
{ "firestore": { ... }, "functions": { ... }, "hosting": { ... }, "emulators": { "singleProjectMode": false, "auth": { "port": 9099 }, "functions": { "port": 5001 }, ... } }
Tarifs
Pour les questions fréquentes sur les tarifs spécifiques à un produit, consultez la section correspondante sur cette page ou dans la documentation dédiée au produit.
Quels produits sont payants ? Lesquelles sont sans frais ?
Pour en savoir plus sur les produits payants et sans frais, consultez les forfaits Firebase.
Firebase propose-t-il des crédits d'essai sans frais pour les produits payants ?
Les services payants Firebase peuvent être utilisés dans le cadre de l'Google Cloud essai sans frais. Les nouveaux utilisateurs Google Cloud et Firebase peuvent bénéficier d'une période d'essai de 90 jours qui inclut 300 $de crédits Cloud Billing sans frais pour découvrir et évaluer les produits et services Google Cloud et Firebase.
Pendant la période d'essai sans frais de Google Cloud, vous recevrez un compte d'essai sans frais Cloud Billing. Tout projet Firebase associé à ce compte de facturation sera soumis au forfait Blaze avec paiement à l'usage pendant la période d'essai sans frais.
Ne vous inquiétez pas, associer un projet Firebase à ce compte d'essai sans frais Cloud Billing ne nous permet pas de vous facturer l'utilisation au-delà de ces crédits. Aucuns frais ne vous sont facturés pour l'utilisation au-delà de ces crédits, sauf si vous activez explicitement la facturation en passant à un compte payant pour votre essai sans frais Cloud Billing. Vous pouvez passer à un compte payant à tout moment au cours de l'essai. Après cela, vous pourrez toujours utiliser les crédits restants (pendant la période de 90 jours).
Une fois l'essai sans frais expiré et si vous n'avez pas mis à niveau le compte Cloud Billing de l'essai sans frais vers un compte payant, votre projet Firebase associé est automatiquement rétrogradé vers le forfait Spark. Notez que vous pouvez repasser à la formule Blaze à tout moment.
En savoir plus sur l'essai sans frais Google Cloud
Comment savoir quel forfait me convient le mieux ?
Pour en savoir plus sur les forfaits, consultez les forfaits Firebase.
Forfait Spark
Notre forfait Spark est idéal pour développer votre application sans frais. Vous bénéficiez de toutes les fonctionnalités Firebase sans frais (Analytics, Remote Config, Crashlytics, etc.) et de quantités généreuses de nos fonctionnalités d'infrastructure payantes. Toutefois, si vous dépassez les ressources de votre forfait Spark au cours d'un mois calendaire, votre application sera désactivée pour le reste du mois. De plus, les fonctionnalités Google Cloud ne sont pas disponibles avec le forfait Spark.
Forfait Blaze
Notre forfait Blaze est conçu pour les applications de production. La formule Blaze vous permet également d'étendre votre application à l'aide des fonctionnalités payantes de Google Cloud. Vous ne payez que pour les ressources que vous utilisez, ce qui vous permet d'adapter votre consommation à la demande. Nous nous efforçons de proposer des prix compétitifs pour notre forfait Blaze par rapport aux principaux fournisseurs de services cloud du secteur.
Puis-je passer à un forfait supérieur ou inférieur, ou résilier mon abonnement à tout moment ?
Oui, vous pouvez passer à un forfait supérieur ou inférieur, ou résilier votre abonnement à tout moment. Notez que nous ne proposons pas de remboursements au prorata en cas de rétrogradation ou de résiliation. Cela signifie que si vous passez à un forfait inférieur ou résiliez votre abonnement avant la fin de votre période de facturation, vous devrez quand même payer pour le reste du mois.
En quoi l'utilisation sans frais de la formule Blaze diffère-t-elle de celle de la formule Spark ?
L'utilisation sans frais du forfait Blaze est calculée quotidiennement. Les limites d'utilisation diffèrent également du forfait Spark pour Cloud Functions, l'authentification par téléphone et Test Lab.
Pour Cloud Functions, l'utilisation sans frais du forfait Blaze est calculée au niveau du compte Cloud Billing, et non au niveau du projet. Elle est soumise aux limites suivantes :
- 2 millions d'appels/mois
- 400 000 Go-seconde/mois
- 200 000 CPU-seconde/mois
- 5 Go de sortie réseau/mois
Pour l'authentification par téléphone, l'utilisation sans frais de la formule Blaze est calculée mensuellement.
Pour Test Lab, l'utilisation sans frais de la formule Blaze est soumise aux limites suivantes :
- 30 minutes d'utilisation d'un appareil physique par jour
- 60 minutes d'appareil virtuel par jour
Le quota d'utilisation sans frais est-il réinitialisé lorsque je passe d'un forfait Spark à un forfait Blaze ?
L'utilisation sans frais du forfait Spark est incluse dans le forfait Blaze. L'utilisation sans frais n'est pas réinitialisée lorsque vous passez à un forfait Blaze.
Qu'advient-il de mon projet Firebase si j'associe un compte de facturation à ce projet dans la console Google Cloud ?
Si un compte Cloud Billing est associé à un projet dans la console Google Cloud, le même projet sera automatiquement mis à niveau vers le forfait Blaze avec paiement à l'usage de Firebase (si ce projet est actuellement associé au forfait Spark).
En revanche, si un compte Cloud Billing actif existant est dissocié d'un projet dans la console Google Cloud, ce projet passera au forfait Spark sans frais de Firebase.
Comment surveiller mon utilisation et ma facturation ?
Vous pouvez suivre votre utilisation des ressources du projet dans la console Firebase sur l'un des tableaux de bord suivants :
- Tableau de bord Utilisation et facturation au niveau global du projet
- Authentication Tableau de bord Utilisation (spécifiquement pour les instances d'authentification par téléphone)
- Cloud Firestore Tableau de bord "Utilisation"
- Cloud Functions Tableau de bord "Utilisation"
- Cloud Storage Tableau de bord "Utilisation"
- Hosting Tableau de bord "Utilisation"
- Realtime Database Tableau de bord "Utilisation"
Puis-je limiter l'utilisation avec le forfait Blaze ?
Non, vous ne pouvez pas plafonner votre utilisation de la formule Blaze pour le moment. Nous étudions actuellement des options pour prendre en charge les limites d'utilisation du forfait Blaze.
Les utilisateurs du forfait 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 de budget.
De quel type d'assistance vais-je bénéficier ?
Toutes les applications Firebase, y compris celles qui utilisent des forfaits sans frais, bénéficient d'une assistance par e-mail fournie par le personnel de Firebase pendant les heures ouvrées du fuseau horaire Pacifique (États-Unis). Tous les comptes bénéficient d'une assistance illimitée pour les problèmes liés à la facturation, aux comptes, les questions techniques (dépannage) et les rapports d'incidents.
Proposez-vous des remises pour les organisations à but non lucratif, les projets Open Source ou les établissements d'enseignement ?
Notre forfait Spark peut être utilisé par tout type de personne ou d'organisation, y compris les associations, les établissements scolaires et les projets Open Source. Étant donné que ces forfaits incluent déjà des quotas généreux, nous ne proposons pas de remises ni de forfaits spéciaux pour les projets open source, à but non lucratif ou éducatifs.
Proposez-vous des contrats, des tarifs, une assistance ou un hébergement d'infrastructure dédiée pour les entreprises ?
Notre forfait Blaze convient aux entreprises de toutes tailles, et notre SLA respecte ou dépasse la norme du secteur pour l'infrastructure cloud. Toutefois, nous ne proposons actuellement pas de contrats, de tarifs ni d'assistance pour les entreprises. Nous ne proposons pas non plus d'hébergement d'infrastructure dédié (c'est-à-dire des installations sur site) pour des services tels que Realtime Database. Nous travaillons sans relâche pour ajouter certaines de ces fonctionnalités.
Proposez-vous des tarifs ponctuels ? Je ne souhaite bénéficier du paiement à l'utilisation que pour une ou deux fonctionnalités.
Nous proposons des tarifs ponctuels dans le forfait Blaze, où vous ne payez que les fonctionnalités que vous utilisez.
Comment les forfaits Firebase payants fonctionnent-ils avec Ads ? Les forfaits payants incluent-ils des avoirs publicitaires sans frais ?
Les forfaits Firebase sont distincts de Ads. Par conséquent, il n'existe pas de crédits publicitaires sans frais. En tant que développeur Firebase, vous pouvez associer votre compte Ads à Firebase pour activer le suivi des conversions.
Toutes les campagnes publicitaires sont gérées directement dans Ads, et la facturation Ads est gérée depuis la console Ads.
Qu'est-il arrivé au forfait Flame ?
En janvier 2020, le forfait Flame (25 $/mois de quota supplémentaire) a été supprimé pour les nouvelles inscriptions. Les utilisateurs du forfait existant ont bénéficié d'un délai de grâce pour migrer leurs projets hors du forfait Flame.
En février 2022, les projets restants du forfait Flame sont passés au forfait Spark.
Par conséquent,
- Les projets existants des forfaits Spark et Blaze, ainsi que les nouveaux projets, ne peuvent plus passer au forfait Flame ni s'y inscrire.
- Si vous avez transféré un projet Flame existant vers un autre forfait, vous ne pourrez plus le repasser au forfait Flame.
- Les projets rétrogradés vers la formule Spark peuvent être mis à niveau vers la formule Blaze pour reprendre les services payants supplémentaires.
- Les références au forfait Flame ont été supprimées de la documentation.
Vous avez d'autres questions sur l'arrêt du forfait Flame ? Consultez d'autres questions fréquentes ci-dessous.
Vous souhaitez en savoir plus sur les autres forfaits proposés par Firebase ? Consultez la page des tarifs de Firebase. Si vous souhaitez commencer à migrer des projets existants vers un autre forfait, vous pouvez le faire dans la console Firebase de votre projet.
Questions fréquentes supplémentaires sur l'arrêt du forfait Flame
J'ai un projet, un processus ou un modèle économique qui repose sur un coût Firebase fixe. Que dois-je faire ?
Souscrivez la formule Blaze et assurez-vous de configurer des alertes de budget.
Puis-je bénéficier d'un accès spécial pour créer des projets avec le forfait Flame ?
Non, Firebase ne propose pas d'accès spécial aux projets pour passer à la formule Flame ou s'y inscrire.
J'ai changé le forfait de mon projet Flame. Comment revenir à l'ancienne version ?
Il n'est plus possible de passer au forfait Flame. Pour accéder aux services fournis par la formule Flame, assurez-vous d'utiliser la formule Blaze et envisagez de configurer des alertes de budget pour votre projet.
Mon projet a été automatiquement transféré vers un autre forfait suite à l'arrêt du forfait Flame. Que dois-je faire ?
Si votre projet nécessite un quota supplémentaire par rapport à celui fourni avec le forfait Spark, vous devrez passer au forfait Blaze.
Pourquoi la formule Flame est-elle supprimée ?
Au fil des ans, nous avons constaté une baisse de l'utilisation du forfait Flame, et la plupart des projets qui l'utilisent ne consomment pas toute sa valeur. Il n'est généralement pas rentable de maintenir ce forfait. Nous pensons pouvoir mieux servir tout le monde si les ressources étaient allouées à d'autres initiatives Firebase.
Confidentialité
Où puis-je trouver des informations sur la confidentialité et la sécurité dans Firebase ?
Consultez la page Confidentialité et sécurité dans Firebase.
Les SDK Firebase enregistrent-ils des informations d'utilisation/de diagnostic en dehors d'Analytics ?
Oui. Cette fonctionnalité n'est actuellement disponible que sur iOS, mais cela peut changer à l'avenir. Le SDK Firebase pour les plates-formes Apple inclut le framework FirebaseCoreDiagnostics
par défaut. Firebase utilise ce framework pour collecter des informations sur l'utilisation du SDK et des diagnostics afin de définir les priorités pour les futures améliorations du produit. FirebaseCoreDiagnostics
est facultatif. Si vous souhaitez ne pas envoyer de 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.
A/B Testing
A/B Testing : combien de tests puis-je créer et exécuter ?
Vous pouvez effectuer jusqu'à 300 tests par projet, dont 24 tests en cours maximum. Les autres peuvent être des brouillons ou des tests terminés.
A/B Testing : Pourquoi ne puis-je pas voir mes tests après avoir dissocié et réassocié mon projet à Google Analytics ?
Si vous associez le conteneur à une autre propriété Google Analytics, vous perdrez l'accès aux tests créés auparavant. Pour accéder à nouveau à un ancien test, associez de nouveau votre projet à la propriété Google Analytics qui était associée lors de la création du test.
A/B Testing : Pourquoi le message "Projet non associé à Google Analytics" s'affiche-t-il lorsque je crée une expérience Remote Config ?
Si vous avez déjà associé Firebase et Google Analytics, mais que le message indiquant que Google Analytics n'est pas associé s'affiche toujours, assurez-vous qu'un flux Analytics existe pour toutes les applications de votre projet. Actuellement, toutes les applications d'un projet doivent être associées à un flux Google Analytics pour utiliser A/B Testing.
Vous trouverez la liste de tous les flux actifs sur la page Détails de l'intégration de Google Analytics de la console Firebase, accessible depuis settingsParamètres du projet > chevron_right Intégrations > chevron_right Google Analytics > chevron_right Gérer.
Pour résoudre le problème, créez un flux Google Analytics pour toute application qui n'en possède pas. Il existe plusieurs façons de créer des flux pour les applications manquantes :
-
Si une ou deux de vos applications ne sont pas associées à un flux Google Analytics, vous pouvez choisir l'une des méthodes suivantes pour ajouter un flux Google Analytics :
- Supprimez et ajoutez à nouveau toute application sans flux actif dans la console Firebase.
- Dans la console Google Analytics, sélectionnez Admin, cliquez sur Flux de données, puis sur Ajouter un flux. Ajoutez les informations manquantes sur l'application, puis cliquez sur Enregistrer l'application.
-
Si vous avez plusieurs flux d'applications manquants, dissocier et réassocier votre propriété Google Analytics est le moyen le plus rapide et le plus efficace de créer les flux d'applications manquants :
- Dans settings Paramètres du projet, sélectionnez Intégrations.
- Dans la fiche 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 associé.
- Cliquez sur more_vert Plus, puis sélectionnez Dissocier Analytics de ce projet.
-
Lisez l'avertissement qui s'affiche (ne vous inquiétez pas, vous réassocierez la même propriété à l'étape suivante), puis cliquez sur Dissocier Google Analytics.
Une fois la dissociation terminée, vous serez redirigé vers la page Intégrations. - Sur la fiche Google Analytics, cliquez sur Activer pour lancer le processus de réassociation.
- Sélectionnez votre compte Analytics dans la liste Sélectionner un compte.
-
À côté de Créer automatiquement une propriété dans ce compte, cliquez sur edit Modifier, puis sélectionnez l'ID de votre propriété dans la liste Propriété Analytics qui s'affiche.
Une liste de toutes les applications de votre projet s'affiche. Les mappages de flux existants pour chaque application sont listés, et un flux est créé pour les applications qui n'en ont pas. - Cliquez sur Activer Google Analytics pour réassocier la propriété.
- Cliquez sur Terminer.
Si vous recevez toujours une erreur lors de la création de tests A/B avec Remote Config après avoir suivi ces étapes, contactez l'assistance Firebase.
AdMob
AdMob : puis-je associer mes applications Windows à Firebase ?
Non, les applications Windows ne sont pas compatibles pour le moment.
AdMob : pourquoi ne puis-je pas associer mon application à AdMob depuis la console Firebase ?
Vous pouvez associer une application AdMob à une application Firebase via la console AdMob. En savoir plus
AdMob : de quelles autorisations ou accès ai-je besoin pour associer une application Firebase à une application AdMob ?
Pour associer vos comptes, vous devez disposer des accès suivants :
- AdMob : vous devez être administrateur AdMob.
- Firebase : vous devez disposer de l'autorisation
firebase.links.create
, qui est incluse dans les rôles de propriétaire et d'administrateur Firebase. - Google Analytics : vous devez disposer du rôle "Éditeur" ou "Gérer les utilisateurs" pour la propriété associée au projet Firebase. En savoir plus
AdMob Plusieurs utilisateurs d'un même compte AdMob peuvent-ils associer des applications AdMob et des applications Firebase ?
Pour les comptes AdMob multi-utilisateurs, l'utilisateur ayant créé la première association à Firebase et accepté les Conditions d'utilisation de Firebase est le seul à pouvoir créer d'autres associations entre les applications AdMob et Firebase.
AdMob : quels SDK dois-je utiliser pour AdMob ?
Pour utiliser AdMob, utilisez toujours le SDK Google Mobile Ads comme décrit dans ces questions fréquentes. De plus, si vous souhaitez collecter des métriques utilisateur pour AdMob, incluez le SDK Firebase pour Google Analytics dans votre application (cette étape est facultative).
- Pour les projets iOS :
Importez le SDK Google Mobile Ads en suivant les instructions de la documentation iOS AdMob. - Pour les projets Android :
Ajoutez la dépendance pour le SDK Google Mobile Ads à votre fichierbuild.gradle
:
implementation 'com.google.android.gms:play-services-ads:24.4.0'
- Pour les projets C++ et les projets Unity : suivez les instructions de la documentation correspondante.
Analytics
Analytics : pourquoi Google Analytics est-il recommandé pour l'utilisation des produits Firebase ?
Google Analytics est une solution d'analyse sans frais et illimitée qui fonctionne avec les fonctionnalités Firebase pour fournir des insights puissants. Il vous permet d'afficher les journaux d'événements dans Crashlytics, l'efficacité des notifications dans FCM, les performances des liens profonds pour Dynamic Links et les données sur les achats via l'application depuis Google Play. Il permet le ciblage d'audience avancé dans Remote Config, la personnalisation Remote Config et plus encore.
Google Analytics sert de couche d'intelligence dans la console Firebase pour vous fournir des insights plus exploitables sur la façon de développer une application de haute qualité, d'accroître votre base d'utilisateurs et de générer plus de revenus.
Pour commencer, consultez la documentation.
Analytics : comment contrôler le partage de mes données Analytics avec le reste de Firebase ?
Par défaut, vos données Google Analytics sont utilisées pour améliorer d'autres fonctionnalités Firebase et Google. Vous pouvez contrôler le partage de vos données Google Analytics dans les paramètres de votre projet à tout moment. En savoir plus sur les paramètres de partage des données
Analytics : Comment modifier les paramètres de ma propriété Analytics ?
Sur la page "Administration" de votre propriété Google Analytics, vous pouvez mettre à jour les paramètres de votre propriété. Par exemple :
- Paramètres de partage des données
- Paramètres de conservation des données
- Paramètres liés au fuseau horaire et à la devise
Pour modifier les paramètres de votre propriété :
- Dans la console Firebase, accédez à settings > Paramètres du projet.
- Accédez à l'onglet Intégrations, puis, sur la fiche Google Analytics, cliquez sur Gérer ou Afficher l'association.
- Cliquez sur le lien de votre compte Google Analytics pour ouvrir les paramètres du compte et de la propriété.
Analytics Mesure sur l'appareil dans mon application iOS : comment le SDK Analytics a-t-il été mis à jour pour prendre en charge la mesure des conversions sur l'appareil ? Dois-je effectuer une mise à niveau ?
Avant la sortie de notre mise à jour de la mesure des conversions sur les appareils à l'aide des données d'événement, les développeurs devaient inclure manuellement plusieurs modules SDK pour utiliser les fonctionnalités de mesure sur les appareils, ce qui prenait beaucoup de temps. Par conséquent, nous avons mis à jour le module SDK par défaut existant (FirebaseAnalytics
) pour inclure également des fonctionnalités de mesure des conversions sur l'appareil pour Google Ads.
Si vous installez le Google Analytics par défaut pour le SDK Firebase iOS, votre application peut également bénéficier des fonctionnalités de mesure des conversions sur l'appareil.
Si vous avez épinglé le SDK à une version spécifique, passez à la version 11.14.0 ou ultérieure, puis publiez une nouvelle version de votre application.
Fonctionnalités cibles | Anciens modules (versions du SDK < 11.14.0) |
Nouveau(x) module(s) (versions du SDK >= 11.14.0) |
---|---|---|
Analytics IDFA Mesure des conversions sur les appareils (données first party) Mesure des conversions sur les appareils (données d'événement) |
N/A | FirebaseAnalytics |
Analytics IDFA |
FirebaseAnalytics | FirebaseAnalytics/Core FirebaseAnalytics/IdentitySupport |
Analytics | FirebaseAnalytics/WithoutAdIdSupport (obsolète) | FirebaseAnalytics/Core |
Analytics
Mesure des conversions sur les appareils (données first party) |
FirebaseAnalytics/WithoutAdIdSupport (obsolète) FirebaseAnalyticsOnDeviceConversion (obsolète) |
FirebaseAnalytics/Core GoogleAdsOnDeviceConversion* |
Analytics IDFA Mesure des conversions sur les appareils (données first party) |
FirebaseAnalytics (obsolète) FirebaseAnalyticsOnDeviceConversion (obsolète) |
FirebaseAnalytics* |
Analytics IDFA Mesure des conversions sur les appareils (données d'événement) |
N/A | FirebaseAnalytics |
* – Cette configuration inclura également la mesure des conversions sur les appareils (données d'événement). Si nécessaire, vous pouvez continuer à utiliser le module FirebaseAnalyticsOnDeviceConversion
autonome obsolète.
Analytics dans mon application iOS : puis-je installer Analytics sans les fonctionnalités d'attribution des annonces et de collecte de l'IDFA ?
Oui. Pour en savoir plus, consultez la page Configurer la collecte et l'utilisation des données.
Analytics : qu'est-ce qui a changé dans la section Google Analytics avec la mise à jour d'octobre 2021 ?
Vous trouverez un récapitulatif de ces modifications dans l'article du Centre d'aide Firebase Nouvelle fonctionnalité Google Analytics 4 dans Google Analytics pour Firebase.
Analytics : Pourquoi ne vois-je aucune donnée Analytics dans la console Firebase après avoir dissocié Firebase de Google Analytics ?
Les données Analytics résident dans la propriété Google Analytics, et non dans le projet Firebase. Si vous supprimez ou dissociez la propriété, les données Analytics ne seront plus accessibles à Firebase et un tableau de bord Analytics vide s'affichera dans la console Firebase. Notez que, puisque les données résident toujours dans la propriété précédemment associée, vous pouvez toujours associer à nouveau la propriété à Firebase et consulter les données Analytics dans la console Firebase.
Si vous associez un tout nouveau compte Google Analytics (et donc une nouvelle propriété Google Analytics) à votre projet Firebase, un tableau de bord Analytics vide s'affichera dans la console Firebase. Toutefois, si votre propriété associée précédemment existe toujours, vous pouvez déplacer les données existantes de l'ancienne propriété vers la nouvelle.
Analytics : si ma propriété Analytics et ses données ont été supprimées, puis-je les récupérer ?
Non. Si votre propriété a été supprimée, il n'est pas possible de la récupérer ni de récupérer les données Analytics collectées précédemment et stockées dans cette propriété.
Si vous souhaitez recommencer à utiliser Google Analytics, vous pouvez associer une nouvelle propriété ou une propriété existante à votre projet Firebase. Vous pouvez effectuer cette association dans la console Firebase ou dans l'UI Google Analytics. Découvrez comment associer une propriété Google Analytics à votre projet Firebase.
Analytics : Si ma propriété Analytics a été supprimée, puis-je associer une nouvelle propriété Google Analytics à mon projet Firebase et recommencer à utiliser Analytics ?
Si vous souhaitez recommencer à utiliser Google Analytics, vous pouvez associer une nouvelle propriété ou une propriété existante à votre projet Firebase. Vous pouvez effectuer cette association dans la console Firebase ou dans l'UI Google Analytics. Découvrez comment associer une propriété Google Analytics à votre projet Firebase.
Notez que, comme toutes les données Analytics sont stockées dans la propriété (et non dans le projet Firebase), les données Analytics collectées précédemment ne peuvent pas être récupérées.
Analytics : Quel sera l'impact de la suppression de ma propriété Analytics sur les produits Firebase ou les produits Google intégrés ?
Plusieurs produits Firebase reposent sur l'intégration de Google Analytics. Si votre propriété Analytics et ses données sont supprimées, les conséquences suivantes se produiront si vous utilisez les produits suivants :
- Crashlytics : vous ne pouvez plus voir les utilisateurs sans plantage, les journaux de breadcrumbs et/ou les alertes de vitesse.
- Cloud Messaging et In-App Messaging : vous ne pouvez plus utiliser le ciblage, les métriques de campagne, la segmentation de l'audience ni les libellés Analytics.
- Remote Config : vous ne pouvez plus utiliser les configurations ciblées ni la personnalisation.
- A/B Testing : vous ne pouvez plus utiliser A/B Testing, car la mesure des tests est fournie par Google Analytics.
- Dynamic Links : toute fonctionnalité qui repose sur des données Google Analytics sera perturbée.
De plus, les intégrations suivantes seront affectées :
- Vous ne pouvez plus exporter les données Analytics vers BigQuery.
- Vous ne pouvez plus profiter des intégrations Google Ads ni des intégrations Google AdMob.
Analytics : comment segmenter les utilisateurs qui n'ont pas rempli un critère ?
Vous pouvez reformuler le problème en "ciblant négativement" ces utilisateurs. Par exemple, reformulez le problème en "Ne pas diffuser d'annonces auprès des personnes ayant effectué un achat", puis créez une audience de ces utilisateurs à cibler.
Analytics : les audiences et/ou les événements définis dans l'interface Google Analytics sont-ils également disponibles dans la console Firebase ?
Vos audiences et vos propriétés utilisateur seront synchronisées. Pour certaines fonctionnalités, vous devrez utiliser l'interface Google Analytics, comme la segmentation et les entonnoirs fermés. Vous pouvez accéder directement à l'interface Google Analytics via des liens profonds depuis la console Firebase.
Toutes les modifications que vous apportez depuis la console Firebase peuvent également être effectuées dans Google Analytics. Elles seront alors répercutées dans Firebase.
Authentication
Firebase Authentication : quelles régions sont compatibles avec l'authentification par téléphone ?
Firebase Authentication permet de valider les numéros de téléphone dans le monde entier, mais tous les réseaux ne transmettent pas les messages de validation de manière fiable. Les régions suivantes ont de bons taux de distribution et devraient bien fonctionner pour l'authentification par téléphone. Comme indiqué, certains transporteurs ne sont pas disponibles dans une région en raison de taux de réussite des livraisons trop faibles.
Région | Code |
---|---|
ANNONCE | Andorre |
AE | Émirats arabes unis |
AF | Afghanistan |
AG | Antigua-et-Barbuda |
AL | Albanie |
AM | Arménie |
AO | Angola |
RA | Argentine |
AS | Samoa américaines |
AT | Autriche |
UA | Australie |
AW | Aruba |
AZ | Azerbaïdjan |
BA | Bosnie-Herzégovine |
BB | Barbade |
BD | Bangladesh |
BE | Belgique |
BF | Burkina Faso |
BG | Bulgarie |
BJ | Bénin |
BM | Bermudes |
BN | Brunei Darussalam |
BO | Bolivie |
Brésil | Brésil |
BS | Bahamas |
BT | Bhoutan |
BW | Botswana |
BY | Biélorussie |
BZ | Belize |
CA | Canada |
CD | Congo (Kinshasa) |
CF | République centrafricaine |
CG | Congo (Brazzaville) |
CH | Suisse |
CI | Côte d'Ivoire |
CK | Cook (Îles) |
LM | Chili |
CM | Cameroun |
CO | Colombie |
CR | Costa Rica |
CV | Cap-Vert |
CW | Curaçao |
CY | Chypre |
CZ | République tchèque |
DE | Allemagne |
DJ | Djibouti |
Danemark | Danemark |
DM | Dominique |
DO | République dominicaine |
DZ | Algérie |
EC | Équateur |
EG | Égypte |
ES | Espagne |
PR | Éthiopie |
VEN | Finlande |
FJ | Fidji |
FK | Falkland (Îles) |
FM | Micronésie, États fédérés de |
FO | Îles Féroé |
FR | France |
DG | Gabon |
Go | Royaume-Uni |
DB | Grenade |
GE | Géorgie |
GF | Guyane |
GG | Guernesey |
GH | Ghana |
GI | Gibraltar |
GL | Groenland |
Directeur général | Gambie |
GP | Guadeloupe |
GQ | Guinée équatoriale |
RB | Grèce |
GT | Guatemala |
GY | Guyana |
HK | Hong Kong, RAS de Chine |
HN | Honduras |
RH | Croatie |
MT | Haïti |
UP | Hongrie |
ID | Indonésie |
IE | Irlande |
IL | Israël |
IM | Man (Île) |
IN | Inde |
IQ | Irak |
IT | Italie |
JE | Jersey |
JM | Jamaïque |
JO | Jordanie |
Japon | Japon |
KE | Kenya |
KG | Kirghizstan |
KH | Cambodge |
KM | Comores |
KN | Saint-Christophe-et-Niévès |
KR | Corée du Sud |
KW | Koweït |
KY | Îles Caïmans |
KZ | Kazakhstan |
LA | République démocratique populaire lao |
LB | Liban |
LC | Sainte-Lucie |
LI | Liechtenstein |
LK | Sri Lanka |
LS | Lesotho |
LT | Lituanie |
LU | Luxembourg |
LV | Lettonie |
LY | Libye |
MA | Maroc |
MD | Moldavie |
ME | Monténégro |
MF | Saint-Martin (partie française) |
MG | Madagascar |
MK | Macédoine, République de |
Assez satisfaits | Myanmar |
MN | Mongolie |
MO | Macao, RAS de Chine |
MS | Montserrat |
MT | Malte |
MU | Maurice (Île) |
MW | Malawi |
MX | Mexique |
MY | Malaisie |
MZ | Mozambique |
N/A | Namibie |
NC | Nouvelle-Calédonie |
NE | Niger |
NF | Île Norfolk |
NG | Nigeria |
NI | Nicaragua |
NL | Pays-Bas |
NON | Norvège |
NP | Népal |
NZ | Nouvelle-Zélande |
OM | Oman |
PC | Panama |
PE | Pérou |
PG | Papouasie - Nouvelle-Guinée |
PH | Philippines |
PK | Pakistan |
PL | Pologne |
PM | Saint-Pierre-et-Miquelon |
PR | Porto Rico |
PS | Territoires palestiniens |
PT | Portugal |
PY | Paraguay |
QA | Qatar |
RE | Réunion |
RO | Roumanie |
RS | Serbie |
RU | Fédération de Russie |
RW | Rwanda |
SA | Arabie saoudite |
SC | Seychelles |
Suède | Suède |
SG | Singapour |
TB | Sainte-Hélène |
SI | Slovénie |
SK | Slovaquie |
SL | Sierra Leone |
SN | Sénégal |
SR | Suriname |
ST | Sao Tomé-et-Principe |
SV | El Salvador |
SZ | Swaziland |
TC | Îles Turks-et-Caïcos |
TG | Togo |
TH | Thaïlande |
TL | Timor-Oriental |
TM | Turkménistan |
TO | Tonga |
TR | Turquie |
TT | Trinité-et-Tobago |
TW | Taïwan, République de Chine |
TZ | Tanzanie, République unie de |
UA | Ukraine |
UG | Ouganda |
États-Unis | É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 américaines |
VN | Viêt Nam |
WS | Samoa |
YE | Yémen |
YT | Mayotte |
ZA | Afrique du Sud |
ZM | Zambie |
ZW | Zimbabwe |
Firebase Authentication : Qu'est-il arrivé aux SMS sans frais du forfait Spark ?
À partir de septembre 2024, pour améliorer la sécurité et la qualité du service d'authentification par téléphone, les projets Firebase devront être associés à un compte Cloud Billing pour activer et utiliser le service SMS.
Firebase Authentication : Comment éviter l'utilisation abusive des SMS lors de l'authentification par téléphone ?
Pour protéger votre projet contre l'inflation artificielle du trafic SMS et l'utilisation abusive des API, procédez comme suit :
Envisagez de définir une règle pour les SMS par région
Affichez votre utilisation régionale des SMS.
Recherchez les régions où le nombre de SMS envoyés est très élevé et le nombre de SMS validés très faible (ou nul). Le ratio entre les adresses validées et celles envoyées correspond à votre taux de réussite. Les taux de réussite sains se situent généralement entre 70 % et 85 %, car le SMS n'est pas un protocole de remise garantie et certaines régions peuvent être victimes d'utilisation abusive. Un taux de réussite inférieur à 50 % implique que de nombreux SMS ont été envoyés, mais que peu de connexions ont abouti. Il s'agit d'un indicateur courant de trafic de SMS frauduleux et de gonflement du trafic de SMS.
Utilisez le Règlement sur les régions SMS pour refuser les régions SMS dont les taux de réussite sont faibles ou pour n'autoriser que certaines régions si votre application n'est destinée à être distribuée que sur certains marchés.
Limiter vos domaines d'authentification autorisés
Utilisez le tableau de bord des paramètres d'authentification pour gérer les domaines autorisés. Le domaine localhost
est ajouté par défaut aux domaines d'authentification approuvés pour simplifier le développement. Envisagez de supprimer localhost
des domaines autorisés dans votre projet de production pour empêcher les personnes malintentionnées d'exécuter du code sur localhost
leur pour accéder à votre projet de production.
Activer et appliquer App Check
Activez App Check pour protéger votre projet contre l'utilisation abusive des API en attestant que les requêtes proviennent uniquement des applications associées à votre projet.
Pour utiliser App Check avec Firebase Authentication, vous devez passer à Firebase Authentication with Identity Platform.
N'oubliez pas que vous devez appliquer App Check pour l'authentification dans la console Firebase (envisagez de surveiller le trafic avant d'appliquer App Check). Vérifiez également que la liste des sites approuvés reCAPTCHA Enterprise ne contient que vos sites de production et que la liste des applications enregistrées dans votre projet dans App Check est exacte.
Notez qu'App Check permet de se protéger contre les attaques automatisées en affirmant que l'appel provient de l'une de vos applications enregistrées. Cela n'empêche pas les utilisateurs d'utiliser votre application de manière inattendue (par exemple, en commençant des flux de connexion sans jamais les terminer pour générer des SMS envoyés).
Firebase Authentication : l'authentification par téléphone est-elle compatible avec les numéros de téléphone transférés vers un nouvel opérateur ?
Pour le moment, si un numéro est transféré d'un opérateur à un autre, tous les SMS envoyés à ce numéro ne seront pas distribués aux utilisateurs finaux. Il n'existe aucune solution de contournement. Firebase travaille sur ce problème.
Firebase Authentication : Pourquoi l'erreur suivante s'affiche-t-elle dans mon application Android :
Google sign in failed
?
Google sign in failed
Suivez la procédure de dépannage de ces questions fréquentes si vous recevez le message d'erreur suivant :
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 :
Dans la console Firebase, ouvrez la section Authentication.
Dans l'onglet Mode de connexion, désactivez, puis réactivez le mode de connexion Google (même s'il est déjà activé) :
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.
Assurez-vous que votre application utilise son fichier de configuration Firebase à jour (
google-services.json
).
Obtenez le fichier de configuration de votre application.Vérifiez si l'erreur persiste. Si c'est le cas, passez à l'étape de dépannage suivante.
Assurez-vous que les clients OAuth 2.0 sous-jacents requis sont présents.
Sur la page Identifiants de la console Google Cloud, recherchez la section ID client OAuth 2.0.
Si les clients OAuth 2.0 ne sont pas présents (et que vous avez suivi toutes les étapes de dépannage ci-dessus), contactez l'assistance.
dans " ? " id="auth-error-apple-must-specify-client-id" tabindex="-1">
Firebase Authentication : Pourquoi l'erreur suivante s'affiche-t-elle dans mon application pour plate-forme Apple ?
You must specify <clientID> in <GIDConfiguration>
You must specify <clientID> in <GIDConfiguration>
Suivez la procédure de dépannage de ces questions fréquentes si vous recevez le message d'erreur suivant :
You must specify |clientID| in |GIDConfiguration|
Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification :
Dans la console Firebase, ouvrez la section Authentication.
Dans l'onglet Mode de connexion, désactivez, puis réactivez le mode de connexion Google (même s'il est déjà activé) :
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.
Assurez-vous que votre application utilise son fichier de configuration Firebase à jour (
GoogleService-Info.plist
).
Obtenez le fichier de configuration de votre application.Vérifiez si l'erreur persiste. Si c'est le cas, passez à l'étape de dépannage suivante.
Assurez-vous que les clients OAuth 2.0 sous-jacents requis sont présents.
Sur la page Identifiants de la console Google Cloud, recherchez la section ID client OAuth 2.0.
Si les clients OAuth 2.0 ne sont pas présents (et que vous avez suivi toutes les étapes de dépannage ci-dessus), contactez l'assistance.
Firebase Authentication : pourquoi l'erreur suivante s'affiche-t-elle dans mon application Web :
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
?
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Suivez la procédure de dépannage de ces questions fréquentes si vous recevez le message d'erreur suivant :
AuthErrorCode.INVALID_OAUTH_CLIENT_ID
Assurez-vous que la connexion Google est correctement activée en tant que fournisseur d'authentification :
Dans la console Firebase, ouvrez la section Authentication.
Dans l'onglet Mode de connexion, désactivez, puis réactivez le mode de connexion Google (même s'il est déjà activé) :
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.
De plus, dans la configuration du fournisseur de connexion Google de la section Authentication, assurez-vous que l'ID client et le code secret OAuth correspondent au client Web affiché sur la page Identifiants de la console Google Cloud (dans la section ID client OAuth 2.0).
Firebase Authentication : Pourquoi l'authentification avec redirections échoue-t-elle dans mon application Web avec l'erreur suivante :
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
?
This domain YOUR_REDIRECT_DOMAIN is not
authorized to run this operation
Suivez la procédure de dépannage de ces questions fréquentes si vous recevez le message d'erreur suivant :
This domain YOUR_REDIRECT_DOMAIN is not authorized to run this operation.
Cette erreur est probablement due au fait que votre domaine de redirection n'est pas répertorié comme domaine autorisé pour Firebase Authentication ou que la clé API que vous utilisez avec le service Firebase Authentication n'est pas valide.
Tout d'abord, assurez-vous que YOUR_REDIRECT_DOMAIN figure dans la liste des domaines autorisés pour votre projet Firebase. Si votre domaine de redirection y figure déjà, continuez à résoudre le problème lié à une clé API non valide.
Par défaut, le SDK JS Firebase Authentication s'appuie sur la clé API de votre projet Firebase portant le libellé Browser key
. Il utilise cette clé pour vérifier qu'une URL de redirection de connexion est valide selon la liste des domaines autorisés.
Authentication obtient cette clé API en fonction de la façon dont vous accédez au SDK Authentication :
Si vous utilisez les helpers d'authentification fournis par Hosting pour connecter les utilisateurs avec le SDK JS Authentication, Firebase obtient automatiquement votre clé API avec le reste de votre configuration Firebase chaque fois que vous déployez sur Firebase Hosting. Assurez-vous que le
authDomain
de votre application WebfirebaseConfig
est correctement configuré pour utiliser l'un des domaines de ce site Hosting. Pour le vérifier, accédez àhttps://authDomain__/firebase/init.json
et assurez-vous que leprojectId
correspond à celui de votrefirebaseConfig
.Si vous auto-hébergez le code de connexion, vous pouvez utiliser un fichier
__/firebase/init.json
pour fournir la configuration Firebase à l'assistant de redirection du SDK JS Authentication auto-hébergé. La clé API et leprojectId
listés dans ce fichier de configuration doivent correspondre à votrefirebaseConfig
d'application Web.
Vérifiez que cette clé API n'a pas été supprimée : accédez au panneau API et services > Identifiants de la console Google Cloud, où sont listées toutes les clés API de votre projet.
Si le
Browser key
n'a pas été supprimé, vérifiez les points suivants :Assurez-vous que l'API Firebase Authentication figure dans la liste des API autorisées pour la clé à laquelle accéder (en savoir plus sur les restrictions d'API pour les clés API).
Si vous auto-hébergez le code de connexion, assurez-vous que la clé API listée dans votre fichier
__/firebase/init.json
correspond à celle de la console Cloud. Corrigez la clé dans le fichier, si nécessaire, puis redéployez votre application.Si le
Browser key
a été supprimé, vous pouvez demander à Firebase de générer une clé API pour vous : dans la console Firebase, accédez à 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 Configuration et configuration du SDK pour votre application Web.
Notez que dans la console Cloud, cette nouvelle clé API ne sera pas appelée
Browser key
. Elle portera le même nom que le nom de votre application Web Firebase. Si vous décidez d'ajouter des restrictions d'API à cette nouvelle clé API, assurez-vous que l'API Firebase Authentication figure dans la liste des API autorisées.Une fois votre nouvelle clé API créée, suivez les étapes applicables ci-dessous :
Si vous utilisez des URL Hosting réservées, redéployez votre application sur Firebase afin qu'elle puisse obtenir automatiquement la nouvelle clé API avec le reste de votre configuration Firebase.
Si vous auto-hébergez le code de connexion, copiez la nouvelle clé API et ajoutez-la à votre fichier
__/firebase/init.json
, puis redéployez votre application.
Firebase Authentication : Comment créer manuellement un client Web OAuth ?
Ouvrez la page Identifiants de la console Google Cloud.
En haut de la page, sélectionnez Créer des identifiants > ID client OAuth.
Si vous êtes invité à configurer votre écran d'autorisation, suivez les instructions à l'écran, puis passez aux étapes suivantes de ces questions fréquentes.
Créez le client Web OAuth :
Dans Type d'application, sélectionnez Application Web.
Pour les origines JavaScript autorisées, ajoutez les éléments suivants :
http://localhost
http://localhost:5000
https://PROJECT_ID.firebaseapp.com
https://PROJECT_ID.web.app
Dans le champ URI de redirection autorisés, ajoutez les éléments suivants :
https://PROJECT_ID.firebaseapp.com/__/auth/handler
https://PROJECT_ID.web.app/__/auth/handler
Enregistrez le client OAuth.
Copiez le nouvel ID client et le nouveau code secret OAuth dans le presse-papiers.
Dans la console Firebase, ouvrez la section Authentication.
Dans l'onglet Sign-in method (Mode de connexion), ouvrez le fournisseur Google sign-in (Connexion Google), puis collez l'ID client et le code secret du serveur Web que vous venez de créer et de copier depuis la console Google Cloud. Cliquez sur Enregistrer.
Firebase Authentication : comment %APP_NAME%
est-il déterminé pour le modèle d'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%
du modèle d'e-mail était renseigné avec le nom de marque OAuth provisionné automatiquement chaque fois qu'une application Android était enregistrée dans le projet Firebase. Désormais, la marque OAuth n'étant provisionnée que lorsque Google Sign-In est activé, la description suivante explique comment %APP_NAME%
est déterminé :
Si le nom de marque OAuth est disponible, le
%APP_NAME%
dans le modèle d'e-mail sera le nom de marque OAuth (comme avant décembre 2022).Si le nom de la marque OAuth n'est pas disponible, voici comment le
%APP_NAME%
du modèle d'e-mail est déterminé :Pour les applications Web,
%APP_NAME%
correspondra au nom de site Firebase Hosting par défaut (la valeur précédant.firebaseapp.com
et.web.app
, qui est généralement l'ID du projet Firebase).Pour les applications mobiles :
Si le nom du package Android ou l'ID du bundle iOS figurent dans la demande,
%APP_NAME%
correspond au nom de l'application utilisé dans le Play Store ou l'App Store (respectivement).Sinon,
%APP_NAME%
sera le nom de site Firebase Hosting par défaut (la valeur précédant.firebaseapp.com
et.web.app
, qui est généralement l'ID du projet Firebase).
Notez que si la recherche du nom de site Firebase Hosting par défaut échoue, la dernière solution de remplacement consiste à utiliser l'ID du projet Firebase comme
%APP_NAME%
.
Cloud Functions
Compatibilité avec l'environnement d'exécution Cloud Functions
Comment passer à la dernière version compatible de Node.js ?
- Assurez-vous d'utiliser le forfait Blaze.
- Assurez-vous d'utiliser la dernière version de la CLI Firebase.
- Mettez à jour le champ
engines
dans lepackage.json
de vos fonctions. - Vous pouvez également tester vos modifications à l'aide de Firebase Local Emulator Suite.
- Redéployez toutes les fonctions.
Comment puis-je m'assurer d'avoir déployé mes fonctions dans un environnement d'exécution Node.js spécifique ?
Dans la console Firebase, accédez au tableau de bord des fonctions, sélectionnez une fonction et vérifiez sa langue sous Détails supplémentaires.
J'utilise les extensions Firebase. Les mises à jour de l'environnement d'exécution Cloud Functions auront-elles un impact sur moi ?
Oui. Étant donné que les extensions utilisent Cloud Functions, l'environnement d'exécution de vos extensions devra être mis à jour en même temps que Cloud Functions.
Nous vous recommandons de passer régulièrement à la dernière version de chaque extension installée dans votre projet. Vous pouvez mettre à niveau les extensions de vos projets via la console Firebase ou la CLI Firebase.
Tarifs de Cloud Functions
Pourquoi ai-je besoin d'un compte de facturation pour utiliser Cloud Functions for Firebase ?
Cloud Functions for Firebase repose sur certains services Google payants. Les nouveaux déploiements de fonctions avec la CLI Firebase 11.2.0 et versions ultérieures s'appuient sur Cloud Build et Artifact Registry. Les déploiements vers des versions antérieures utilisent Cloud Build de la même manière, mais s'appuient sur Container Registry et Cloud Storage pour le stockage au lieu de Artifact Registry. L'utilisation de ces services sera facturée en plus des tarifs existants.
Espace de stockage pour Firebase CLI 11.2.0 et versions ultérieures
Artifact Registry fournit les conteneurs dans lesquels les fonctions s'exécutent. Artifact Registry fournit les 500 premiers Mo sans frais. Il est donc possible que vos premiers déploiements de fonctions n'entraînent aucun frais. Au-delà de ce seuil, chaque Go de stockage supplémentaire est facturé 0,10 $par mois.
Espace de stockage pour la CLI Firebase 11.1.x et les versions antérieures
Pour les fonctions déployées sur des versions antérieures, Container Registry fournit les conteneurs dans lesquels les fonctions s'exécutent. Vous serez facturé pour chaque conteneur requis pour déployer une fonction. Vous remarquerez peut-être de petits frais pour chaque conteneur stocké (par exemple, 1 Go de stockage est facturé 0,026 $par mois).
Pour comprendre comment votre facture peut changer, veuillez consulter les informations suivantes :
- Tarifs Cloud Functions : le niveau sans frais existant reste inchangé.
- Tarification de Cloud Build : Cloud Build propose une version sans frais.
- Tarifs Artifact Registry
- Tarifs Container Registry
Cloud Functions for Firebase propose-t-il toujours une utilisation sans frais ?
Oui. Dans la formule Blaze, Cloud Functions propose une version sans frais pour les appels, le temps de calcul et le trafic Internet. Les 2 000 000 premiers appels, les 400 000 Go-seconde, les 200 000 CPU-seconde et les 5 Go de trafic de sortie Internet sont fournis sans frais chaque mois. Vous ne serez facturé que pour l'utilisation dépassant ces seuils.
Après les 500 premiers Mo de stockage sans frais, 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 du déploiement de fonctions pour les tests, vous pouvez réduire davantage les coûts en utilisant l'option Firebase Local Emulator Suite pendant le développement.
Consultez les forfaits Firebase et les exemples de scénarios de tarification Cloud Functions.
Firebase prévoit-il d'augmenter les quotas et les limites pour Cloud Functions for Firebase ?
Non. Nous ne prévoyons pas de modifier les quotas, sauf pour supprimer la limite de temps de compilation maximale. Au lieu de recevoir des erreurs ou des avertissements lorsque le quota de compilation quotidien de 120 minutes est atteint, vous serez facturé selon les conditions du forfait Blaze. Consultez la page Quotas et limites pour en savoir plus.
Puis-je bénéficier du crédit de 300 $ ?Google Cloud
Oui, vous pouvez créer un compte Cloud Billing dans la console Google Cloud pour bénéficier du crédit de 300 $, puis associer ce compte Cloud Billing à un projet Firebase.
Pour en savoir plus sur le crédit Google Cloud, cliquez ici.
Notez que si vous le faites, vous devrez ensuite configurer la formule Blaze dans la console Firebase pour que votre projet continue de fonctionner une fois le crédit de 300 $épuisé.
Je souhaite suivre un atelier de programmation pour en savoir plus sur Firebase. Pouvez-vous me fournir un compte de facturation temporaire ?
Non, désolé. Vous pouvez utiliser l'émulateur Firebase pour le développement sans avoir de compte Cloud Billing. Vous pouvez également demander un essai sans frais de Google Cloud. Si vous rencontrez toujours des difficultés pour payer votre facture en raison de ce changement, contactez l'assistance Firebase.
J'ai peur de recevoir une facture énorme.
Vous pouvez configurer des alertes de budget dans la console Google Cloud pour mieux contrôler les coûts. Vous pouvez également définir des limites sur le nombre d'instances facturables créées pour chacune de vos fonctions. Pour avoir une idée des coûts pour des scénarios types, consultez les exemples de la page Tarifs de Cloud Functions.
Comment vérifier mes frais de facturation actuels ?
Affichez le tableau de bord Utilisation et facturation dans la console Firebase.
J'utilise les extensions Firebase. Ai-je besoin d'un compte de facturation ?
Oui. Étant donné que les extensions utilisent Cloud Functions, elles sont soumises aux mêmes frais que les autres fonctions.
Pour utiliser les extensions, vous devez passer au forfait Blaze. Un montant minime (généralement environ 0,01 $par mois) vous sera facturé pour les ressources Firebase requises par chaque extension que vous installez (même si elles ne sont pas utilisées), en plus des frais liés à votre utilisation des services Firebase.
Cloud Messaging
Cloud Messaging : quelle est la différence entre le compositeur de notifications et Cloud Messaging ?
Firebase Cloud Messaging fournit un ensemble complet de fonctionnalités de messagerie via ses SDK client et son protocole de serveur HTTP. FCM est le bon choix pour les déploiements avec des exigences de messagerie plus complexes.
Le compositeur de notifications est une solution de messagerie légère et sans serveur basée sur Firebase Cloud Messaging. Grâce à une console graphique conviviale et à des exigences de codage réduites, le compositeur de notifications permet aux utilisateurs d'envoyer facilement des messages pour réengager et fidéliser les utilisateurs, favoriser la croissance des applications et soutenir les campagnes marketing.
Fonctionnalités | Outil de création de notifications | Cloud Messaging | |
---|---|---|---|
Cible | Un appareil | ||
Clients abonnés à des thèmes (par exemple, la météo) | |||
Clients dans un segment d'utilisateurs prédéfini (application, version, langue) | |||
Clients dans des audiences Analytics spécifiques | |||
Clients dans les groupes d'appareils | |||
En amont du client vers le serveur | |||
Type de message | Notifications jusqu'à 2 ko | ||
Messages de données jusqu'à 4 Ko | |||
Diffusion | Immédiat | ||
Heure locale future de l'appareil client | |||
Analytics | Collecte des données et analyse de l'entonnoir de conversion des notifications intégrées |
Cloud Messaging : Apple a annoncé l'abandon de l'ancien protocole binaire pour APNs. Dois-je faire quelque chose ?
Non. Firebase Cloud Messaging est passé au protocole APNs basé sur HTTP/2 en 2017. Si vous utilisez FCM pour envoyer des notifications aux appareils iOS, aucune action n'est requise de votre part.
Cloud Messaging : Dois-je utiliser d'autres services Firebase pour pouvoir utiliser FCM ?
Vous pouvez utiliser Firebase Cloud Messaging comme composant autonome, de la même manière que vous l'avez fait avec GCM, sans utiliser d'autres services Firebase.
Cloud Messaging : Je suis un développeur Google Cloud Messaging (GCM) existant. Dois-je passer à Firebase Cloud Messaging ?
FCM est la nouvelle version de GCM sous la marque Firebase. Il hérite de l'infrastructure de base de GCM, avec de nouveaux SDK pour faciliter le développement Cloud Messaging.
Voici quelques avantages de la mise à niveau vers le SDK FCM :
- Développement client simplifié. Vous n'avez plus besoin d'écrire votre propre logique de réessai pour l'enregistrement ou l'abonnement.
- Solution de notification prête à l'emploi. Vous pouvez utiliser le compositeur de notifications, une solution de notifications sans serveur avec une console Web qui permet à quiconque d'envoyer des notifications pour cibler des audiences spécifiques en fonction des insights de Google Analytics.
Pour passer des SDK GCM aux SDK FCM, consultez les guides de migration des applications Android et iOS.
Cloud Messaging : pourquoi mes appareils cibles ne semblent-ils pas recevoir de messages ?
Si vous avez l'impression que les appareils n'ont pas reçu les messages, vérifiez d'abord ces deux causes potentielles :
Gestion des messages au premier plan pour les messages de notification. Les applications clientes doivent ajouter une logique de gestion des messages pour gérer les messages de notification lorsque l'application est au premier plan sur l'appareil. Consultez les détails pour iOS et Android.
Restrictions du pare-feu réseau Si votre organisation dispose d'un pare-feu qui limite le trafic vers ou depuis Internet, vous devez le configurer pour autoriser la connectivité avec FCM afin que vos applications clientes Firebase Cloud Messaging reçoivent des messages. Les ports à ouvrir sont les suivants :
- 5228
- 5229
- 5230
FCM utilise généralement le port 5228, mais il utilise parfois les ports 5229 et 5230. FCM ne fournit pas d'adresses IP spécifiques. Vous devez donc autoriser votre pare-feu à accepter les connexions sortantes vers toutes les adresses IP contenues dans les blocs d'adresses IP listés dans le ASN 15169 de Google.
Cloud Messaging : j'ai implémenté onMessageReceived
dans mon application Android, mais il n'est pas appelé.
Lorsque votre application est en arrière-plan, les
messages de notification s'affichent dans la barre d'état système et onMessageReceived
n'est pas appelé. Pour les messages de notification avec une charge utile de données, le message de notification s'affiche dans la barre d'état système. Les données incluses dans le message de notification peuvent être récupérées à partir de l'intent lancé lorsque l'utilisateur appuie sur la notification.
Pour en savoir plus, consultez Recevoir et gérer des messages.
Cloud Messaging : Pourquoi mon application reçoit-elle le message "Argument non valide pour le fid donné" lors de l'enregistrement auprès de FCM ?
L'ID d'installation Firebase (FID) est l'identifiant d'une instance d'application. Si les données d'installation d'une instance d'application sont restaurées à partir d'une sauvegarde, FCM renvoie cette erreur pour indiquer que le FID a déjà été utilisé par une autre instance d'application. L'instance d'application actuelle ne peut donc pas utiliser le FID pour s'enregistrer auprès de FCM.
Nous recommandons aux développeurs d'effectuer les actions suivantes dans leur application :
- Exclure
les données d'installation Firebase de la sauvegarde. Les données d'installation Firebase sont stockées dans un fichier
PersistedInstallation....json
. Le nom de fichier est une constante pour une application. Par exemple,<exclude domain="file" path="PersistedInstallation....json" />
. - Supprimez le fichier
PersistedInstallation....json
si vous recevez des erreurs "Argument non valide pour le fid donné". La prochaine fois que votre application s'enregistrera auprès de FCM, un nouvel FID sera créé.
Notifications Composer : je suis un développeur Google Cloud Messaging (GCM) existant et je souhaite utiliser Notifications Composer. Que dois-je faire ?
Le compositeur de notifications est une solution clé en main qui permet à quiconque d'envoyer des notifications pour cibler des audiences spécifiques en fonction des insights de Google Analytics. De plus, le compositeur de notifications fournit une analyse de l'entonnoir pour chaque message, ce qui permet d'évaluer facilement l'efficacité des notifications.
Si vous êtes déjà développeur GCM, vous devez passer des SDK GCM aux SDK FCM pour utiliser le compositeur de notifications. Consultez les guides de migration des applications Android et iOS.
Quotas et limites de FCM
Comment informer une large base de clients en deux minutes ?
Malheureusement, ce cas d'utilisation n'est pas pris en charge. Vous devez répartir votre trafic sur cinq minutes.
Mon application informe les utilisateurs des événements, et ces messages doivent être envoyés immédiatement pour soutenir mon modèle économique. Puis-je obtenir plus de quota ?
Malheureusement, nous ne pouvons pas augmenter votre quota pour cette raison. Vous devez répartir votre trafic sur cinq minutes.
Mes messages concernent des événements planifiés. Comment puis-je envoyer tout mon trafic en début d'heure ?
Nous vous recommandons de commencer à envoyer les notifications au moins cinq minutes avant l'événement.
Combien de temps faut-il pour que ma demande de quota soit traitée ?
Cela dépend un peu de votre utilisation de FCM. Dans tous les cas, vous devriez recevoir une réponse sous quelques jours ouvrés. Dans certains cas, il peut y avoir des échanges concernant votre utilisation de FCM et diverses circonstances, ce qui peut prolonger le processus. Si toutes les conditions sont remplies, la plupart des demandes seront traitées sous deux semaines.
Comment puis-je surveiller mon utilisation des quotas ?
Consultez les conseils de Google Cloud pour représenter graphiquement et surveiller les métriques de quota.
Les erreurs 429 sont difficiles à gérer pour moi / mon entreprise. Puis-je bénéficier d'une exemption ou d'un quota plus élevé pour éviter les erreurs 429 ?
Nous comprenons que les limites de quota peuvent être difficiles à gérer, mais elles sont essentielles pour assurer la fiabilité du service. Nous ne pouvons donc pas accorder d'exemptions.
Puis-je obtenir plus de quota pour un événement temporaire ?
Vous pouvez demander un quota supplémentaire pour un événement d'une durée maximale d'un mois. Déposez la demande au moins un mois avant l'événement et indiquez clairement la date de début et de fin de l'événement. FCM fera tout son possible pour répondre à la demande (aucune augmentation ne peut être garantie). Ces augmentations de quota seront annulées après la date de fin de l'événement.
Mon quota actuel est-il susceptible d'être modifié ?
Bien que Google ne le fasse pas à la légère, les quotas peuvent être modifiés si nécessaire pour protéger l'intégrité du système. Dans la mesure du possible, Google vous informera à l'avance de ces modifications.
Cloud Storage for Firebase
Cloud Storage for Firebase : Quelles sont les modifications apportées au bucket par défaut annoncées en septembre 2024 ?
Consultez la documentation Cloud Storage pour en savoir plus sur les modifications apportées au bucket Cloud Storage par défaut.
Cloud Storage for Firebase : pourquoi ne puis-je pas utiliser Cloud Storage for Firebase ?
Cloud Storage for Firebase crée un bucket par défaut dans le niveau sans frais App Engine. Cela vous permet de vous lancer rapidement avec Firebase et Cloud Storage for Firebase, sans avoir à saisir de carte de crédit ni à activer de compte Cloud Billing. Il vous permet également de partager facilement des données entre Firebase et un projet Google Cloud.
Toutefois, il existe deux cas connus où ce bucket ne peut pas être créé et où vous ne pourrez pas utiliser Cloud Storage for Firebase :
- Projet importé depuis Google Cloud et comportant une application Datastore maître/esclave App Engine.
-
Projet importé depuis Google Cloud et contenant des projets préfixés par un domaine. Exemple :
domain.com:project-1234
.
Il n'existe actuellement aucune solution de contournement pour ces problèmes. Nous vous recommandons de créer un projet dans la console Firebase et d'y activer Cloud Storage for Firebase.
Cloud Storage for Firebase : Pourquoi reçois-je des réponses avec le code d'erreur 412 concernant les autorisations du compte de service et les opérations de compte de service ayant échoué lorsque j'utilise l'API Cloud Storage for Firebase ?
Il est probable que vous receviez des codes d'erreur 412, car l'API Cloud Storage for Firebase n'est pas activée pour votre projet ou qu'un compte de service nécessaire ne dispose pas des autorisations requises.
Consultez les questions fréquentes associées.
Cloud Storage for Firebase : puis-je stocker des fichiers exécutables dans les projets du forfait Spark ?
Pour les projets de la formule sans frais (Spark), Firebase bloque l'importation et l'hébergement de certains types de fichiers exécutables pour Windows, Android et Apple par Cloud Storage for Firebase et Firebase Hosting. Cette règle existe pour empêcher l'utilisation abusive de notre plate-forme.
L'importation, l'hébergement et la diffusion de fichiers non autorisés sont bloqués pour tous les projets Spark créés le 28 septembre 2023 ou après. Pour les projets Spark existants avec des fichiers importés avant cette date, ces fichiers peuvent toujours être importés et hébergés.
Cette restriction s'applique aux projets du forfait Spark. Les projets du forfait avec paiement à l'usage (Blaze) ne sont pas concernés.
Les types de fichiers suivants ne peuvent pas être hébergés sur Firebase Hosting et Cloud Storage for Firebase :
- Fichiers Windows avec les extensions
.exe
,.dll
et.bat
- Fichiers Android avec l'extension
.apk
- Fichiers de plate-forme Apple avec l'extension
.ipa
Que dois-je faire ?
Si vous souhaitez continuer à héberger ces types de fichiers après le 28 septembre 2023 :
- Pour l'hébergement : passez au forfait Blaze avant de pouvoir déployer ces types de fichiers sur Firebase Hosting via la commande
firebase deploy
. - Pour le stockage : passez au forfait Blaze pour importer ces types de fichiers dans le bucket de votre choix à l'aide de la CLI GCS, de la console Firebase ou de la console Google Cloud.
Utilisez les outils Firebase pour gérer vos ressources Firebase Hosting et Cloud Storage.
- Pour gérer les ressources dans Firebase Hosting, utilisez la console Firebase pour supprimer les versions en suivant ce guide.
- Pour gérer les ressources dans Cloud Storage, accédez à la page du produit Storage dans votre projet.
- Dans l'onglet Fichiers, recherchez les fichiers non autorisés à supprimer dans la hiérarchie de vos dossiers, puis sélectionnez-les en cochant la case à côté de leur nom à gauche du panneau.
- Cliquez sur Supprimer, puis confirmez la suppression des fichiers.
Pour en savoir plus sur la gestion des ressources Hosting avec les outils Firebase et des buckets Cloud Storage pour Firebase avec les bibliothèques clientes, veuillez consulter notre documentation.
Cloud Storage for Firebase : Pourquoi observe-t-on une augmentation inattendue des opérations de chargement et de téléchargement ?
Auparavant, les requêtes de téléchargement et d'importation vers l'API Cloud Storage for Firebase n'étaient pas comptabilisées correctement. Nous avons pris des mesures pour résoudre ce problème à partir du 15 septembre 2023.
Pour les utilisateurs de la formule Blaze, les opérations d'importation et de téléchargement seront comptabilisées dans votre facture mensuelle. Pour les utilisateurs Spark, ils seront comptabilisés dans votre limite mensuelle sans frais.
Nous vous recommandons de surveiller votre page "Utilisation" pour détecter toute augmentation qui pourrait être comptabilisée dans vos limites.
Cloud Storage for Firebase : Pourquoi vois-je de nouveaux ID de comptes de service associés à mes projets Firebase qui utilisent Cloud Storage for Firebase ?
Firebase utilise des comptes de service pour faire fonctionner et gérer les services sans partager les identifiants des utilisateurs. Lorsque vous créez un projet Firebase, vous pouvez remarquer qu'un certain nombre de comptes de service sont déjà disponibles dans votre projet.
Le compte de service utilisé par Cloud Storage for Firebase est limité à votre projet et est nommé service-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
.
Si vous avez utilisé Cloud Storage for Firebase avant le 19 septembre 2022, il est possible qu'un compte de service supplémentaire s'affiche dans les buckets Cloud Storage précédemment associés, sous le nom firebase-storage@system.gserviceaccount.com
. Depuis le 19 septembre 2022, ce compte de service n'est plus pris en charge.
Vous pouvez afficher tous les comptes de service associés à votre projet dans la console Firebase, sur l'onglet Comptes de service.
Ajouter le nouveau compte de service
Si vous avez déjà supprimé le compte de service ou s'il n'est pas présent dans votre projet, vous pouvez effectuer l'une des opérations suivantes pour l'ajouter.
- (Recommandé) Automatique : utilisez le point de terminaison REST AddFirebase pour réimporter votre bucket dans Firebase. Vous n'aurez besoin d'appeler ce point de terminaison qu'une seule fois, et non une fois pour chaque bucket associé.
-
Manuelle : suivez la procédure décrite dans Créer et gérer des comptes de service.
En suivant ce guide, ajoutez un compte de service avec le rôle IAM
Cloud Storage for Firebase Service Agent
et le nom de compte de serviceservice-PROJECT_NUMBER@gcp-sa-firebasestorage.iam.gserviceaccount.com
.
Supprimer le nouveau compte de service
Nous vous déconseillons vivement de supprimer le compte de service, car cela pourrait bloquer l'accès à vos buckets Cloud Storage depuis vos applications. Pour supprimer le compte de service de votre projet, suivez les instructions de la section Désactiver un compte de service.
Tarifs de Cloud Storage for Firebase
Cloud Storage for Firebase : Quelles sont les modifications apportées aux exigences concernant les forfaits Cloud Storage annoncées en septembre 2024 ?
Consultez la documentation Cloud Storage pour en savoir plus sur les modifications apportées aux exigences concernant les forfaits pour Cloud Storage.
Comment puis-je prédire le montant qui me sera facturé pour les opérations d'importation et de téléchargement ?
Accédez à la page des tarifs Firebase et utilisez le simulateur de coût de la formule Blaze. Le calculateur liste tous les types d'utilisation pour Cloud Storage for Firebase.
Utilisez les curseurs pour indiquer l'utilisation prévue de votre bucket Storage. Le simulateur estimera votre facture mensuelle.
Que se passe-t-il si je dépasse les limites d'importation, de téléchargement ou de stockage du forfait Spark pour Cloud Storage for Firebase ?
Lorsque vous dépassez les limites pour Cloud Storage dans un projet avec la formule Spark, le résultat dépend du type de limite que vous dépassez :
- Si vous dépassez la limite de Go stockés, vous ne pourrez plus stocker de données dans ce projet, sauf si vous supprimez certaines des données stockées ou si vous passez à un forfait offrant plus d'espace de stockage ou un espace de stockage illimité.
- Si vous dépassez la limite de Go téléchargés, votre application ne pourra plus télécharger de données jusqu'au lendemain (à partir de minuit, heure du Pacifique aux États-Unis), sauf si vous passez à une formule avec des limites moins restrictives ou sans limite.
- Si vous dépassez la limite d'opérations d'importation ou de téléchargement, votre application ne pourra plus importer ni télécharger de données avant le lendemain (à partir de minuit, heure du Pacifique aux États-Unis), sauf si vous passez à un forfait avec des limites moins restrictives, voire sans limite.
Crashlytics
Consultez la page de dépannage et de questions fréquentes Crashlytics pour obtenir des conseils utiles et des réponses à d'autres questions fréquentes.
Dynamic Links
Dynamic Links : quels sont les futurs projets de Firebase pour Dynamic Links ?
Consultez les questions fréquentes sur Dynamic Links.
Dynamic Links : Pourquoi mon application Android accède-t-elle deux fois à chaque lien dynamique ?
L'API getInvitation
efface le lien dynamique enregistré pour éviter qu'il ne soit consulté deux fois. Veillez à appeler cette API avec le paramètre autoLaunchDeepLink
défini sur false
dans chacune des activités de lien profond pour l'effacer dans le cas où l'activité est déclenchée en dehors de l'activité principale.
Hosting
Hosting : puis-je stocker des fichiers exécutables dans les projets du forfait Spark ?
Pour les projets de la formule sans frais (Spark), Firebase bloque l'importation et l'hébergement de certains types de fichiers exécutables pour Windows, Android et Apple par Cloud Storage for Firebase et Firebase Hosting. Cette règle existe pour empêcher l'utilisation abusive de notre plate-forme.
L'importation, l'hébergement et la diffusion de fichiers non autorisés sont bloqués pour tous les projets Spark créés le 28 septembre 2023 ou après. Pour les projets Spark existants avec des fichiers importés avant cette date, ces fichiers peuvent toujours être importés et hébergés.
Cette restriction s'applique aux projets du forfait Spark. Les projets du forfait avec paiement à l'usage (Blaze) ne sont pas concernés.
Les types de fichiers suivants ne peuvent pas être hébergés sur Firebase Hosting et Cloud Storage for Firebase :
- Fichiers Windows avec les extensions
.exe
,.dll
et.bat
- Fichiers Android avec l'extension
.apk
- Fichiers de plate-forme Apple avec l'extension
.ipa
Que dois-je faire ?
Si vous souhaitez continuer à héberger ces types de fichiers après le 28 septembre 2023 :
- Pour l'hébergement : passez au forfait Blaze avant de pouvoir déployer ces types de fichiers sur Firebase Hosting via la commande
firebase deploy
. - Pour le stockage : passez au forfait Blaze pour importer ces types de fichiers dans le bucket de votre choix à l'aide de la CLI GCS, de la console Firebase ou de la console Google Cloud.
Utilisez les outils Firebase pour gérer vos ressources Firebase Hosting et Cloud Storage.
- Pour gérer les ressources dans Firebase Hosting, utilisez la console Firebase pour supprimer les versions en suivant ce guide.
- Pour gérer les ressources dans Cloud Storage, accédez à la page du produit Storage dans votre projet.
- Dans l'onglet Fichiers, recherchez les fichiers non autorisés à supprimer dans la hiérarchie de vos dossiers, puis sélectionnez-les en cochant la case à côté de leur nom à gauche du panneau.
- Cliquez sur Supprimer, puis confirmez la suppression des fichiers.
Pour en savoir plus sur la gestion des ressources Hosting avec les outils Firebase et des buckets Cloud Storage pour Firebase avec les bibliothèques clientes, veuillez consulter notre documentation.
Hosting : Pourquoi le tableau de l'historique des versions Hosting dans la console Firebase affiche-t-il un nombre de fichiers supérieur à celui de mon projet local ?
Firebase ajoute automatiquement des fichiers supplémentaires contenant des métadonnées sur le site Hosting. Ces fichiers sont inclus dans le nombre total de fichiers pour la version.
Hosting : Quelle est la taille de fichier maximale que je peux déployer sur Firebase Hosting ?
La taille maximale des fichiers individuels dans Hosting est de 2 Go.
Nous vous recommandons de stocker les fichiers volumineux à l'aide de Cloud Storage, qui offre une limite de taille maximale de l'ordre du téraoctet pour les objets individuels.
Hosting : Combien de sites Hosting puis-je avoir par projet Firebase ?
La fonctionnalité multisite Firebase Hosting accepte un maximum de 36 sites par projet.
Performance Monitoring
Consultez la page de dépannage et de questions fréquentes Performance Monitoring pour obtenir des conseils utiles et des réponses à d'autres questions fréquentes.
Performance Monitoring : combien de formats d'URL personnalisés puis-je créer ?
Vous pouvez créer jusqu'à 400 formats d'URL personnalisés par application et jusqu'à 100 formats d'URL personnalisés par domaine pour cette application.
Performance Monitoring Pourquoi les données de performances ne s'affichent-elles pas en temps réel ?
Pour afficher les données de performances en temps réel, assurez-vous que votre application utilise une version Performance Monitoring du SDK compatible avec le traitement des données en temps réel.
- iOS : version 7.3.0 ou ultérieure
- tvOS : version 8.9.0 ou ultérieure
- Android : version 19.0.10 ou ultérieure (ou Firebase Android BoM version 26.1.0 ou ultérieure)
- Web : version 7.14.0 ou ultérieure
Notez que nous vous recommandons toujours d'utiliser la dernière version du SDK, mais que toute version listée ci-dessus permettra à Performance Monitoring de traiter vos données en quasi-temps réel.
Realtime Database
Realtime Database : 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és à la base de données. Firebase impose des limites strictes au nombre de connexions simultanées à la base de données de votre application. Ces limites sont en place pour protéger Firebase et nos utilisateurs contre les abus.
La limite du forfait Spark est de 100 et ne peut pas être augmentée. Les forfaits Flame et Blaze sont limités à 200 000 connexions simultanées par base de données.
Cette limite n'est pas identique au nombre total d'utilisateurs de votre application, car ils ne se connectent pas tous en même temps. Si vous avez besoin de plus de 200 000 connexions simultanées, veuillez lire Mise à l'échelle avec plusieurs bases de données.
Realtime Database : quelles sont les limites de scaling de Realtime Database ?
Chaque instance Realtime Database est limitée en nombre d'opérations d'écriture par seconde. Pour les petites opérations d'écriture, cette limite est d'environ 1 000 opérations d'écriture par seconde. Si vous approchez de cette limite, regrouper les opérations à l'aide de mises à jour multipath peut vous aider à obtenir un débit plus élevé.
De plus, chaque instance de base de données est limitée en nombre de connexions simultanées à la base de données. Nos limites par défaut sont suffisamment élevées pour la plupart des applications. Si vous créez une application qui nécessite une mise à l'échelle supplémentaire, vous devrez peut-être segmenter votre application sur plusieurs instances de base de données pour une mise à l'échelle supplémentaire. Vous pouvez également envisager d'utiliser Cloud Firestore comme base de données alternative.
Realtime Database : que faire si je dépasse mes limites d'utilisation de Realtime Database ?
Si vous avez reçu une alerte par e-mail ou une notification dans la console Firebase indiquant que vous avez dépassé vos limites d'utilisation Realtime Database, vous pouvez résoudre le problème en fonction de la limite d'utilisation que vous avez dépassée. Pour consulter votre utilisation de Realtime Database, accédez au tableau de bord Realtime Database Utilisation dans la console Firebase.
Si vous avez dépassé votre limite de téléchargement,vous pouvez passer à un forfait Firebase supérieur ou attendre que votre limite de téléchargement soit réinitialisée au début de votre prochain cycle de facturation. Pour réduire le nombre de vos téléchargements, procédez comme suit :
- Ajoutez des requêtes pour limiter les données renvoyées par vos opérations d'écoute.
- Vérifiez si des requêtes ne sont pas indexées.
- Utilisez des écouteurs qui ne téléchargent que les mises à jour des données, par exemple
on()
au lieu deonce()
. - Utilisez des règles de sécurité pour bloquer les téléchargements non autorisés.
Si vous avez dépassé votre limite de stockage,passez à un forfait supérieur pour éviter toute interruption de service. Pour réduire la quantité de données dans votre base de données, procédez comme suit :
- Exécutez des jobs de nettoyage périodiques.
- Réduisez les données en double dans votre base de données.
Notez qu'il peut s'écouler un certain temps avant que les suppressions de données ne soient reflétées dans votre espace de stockage.
Si vous avez dépassé la limite de connexions simultanées à la base de données,passez à un forfait supérieur pour éviter toute interruption de service. Pour gérer les connexions simultanées à votre base de données, essayez de vous connecter via des utilisateurs à l'aide de l'API REST s'ils n'ont pas besoin d'une connexion en temps réel.
Realtime Database : Que se passe-t-il si je dépasse les limites de stockage ou de téléchargement du forfait Spark pour Realtime Database ?
Pour vous proposer un prix prévisible, les ressources disponibles dans les forfaits Spark sont plafonnées. Cela signifie que si vous dépassez la limite d'un forfait au cours d'un mois, votre application sera désactivée pour éviter toute utilisation supplémentaire de ressources et des frais supplémentaires.
Realtime Database : que se passe-t-il si je dépasse les limites de connexions simultanées du forfait Spark pour Realtime Database ?
Lorsque votre application atteint sa limite de simultanéité dans le forfait Spark, toutes les connexions suivantes sont refusées jusqu'à ce que certaines des connexions existantes soient fermées. L'application continuera de fonctionner pour les utilisateurs connectés.
Realtime Database : que sont les sauvegardes automatiques ? Proposez-vous des sauvegardes horaires pour Realtime Database ?
Les sauvegardes automatiques sont une fonctionnalité avancée pour les clients ayant souscrit notre forfait Blaze. Elles permettent de sauvegarder vos données Firebase Realtime Database une fois par jour et de les importer dans Google Cloud Storage.
Nous ne proposons pas de sauvegardes horaires.
Realtime Database : Pourquoi la bande passante Realtime Database signalée était-elle inférieure à la moyenne entre septembre 2016 et mars 2017 ?
Pour nos calculs de bande passante, nous incluons normalement le dépassement associé au chiffrement SSL (basé sur la couche 5 du modèle OSI). Toutefois, en septembre 2016, nous avons introduit un bug qui a entraîné l'ignorance du surcoût de chiffrement dans nos rapports sur la bande passante. Il est possible que cela ait entraîné une bande passante et des factures artificiellement basses dans votre compte pendant quelques mois.
Nous avons corrigé le bug fin mars 2017, ce qui a permis de rétablir les niveaux normaux de facturation et de reporting de la bande passante.
Remote Config
Remote Config : pourquoi les valeurs récupérées ne modifient-elles pas le comportement et l'apparence de mon application ?
À moins que vous n'extraire les valeurs avec fetchAndActivate()
, les valeurs sont stockées localement, mais ne sont pas activées. Pour activer les valeurs récupérées afin qu'elles puissent prendre effet, appelez activate
. Cette conception vous permet de contrôler le moment où le comportement et l'apparence de votre application changent, car vous pouvez choisir quand appeler activate
. Une fois que vous avez appelé activate
, le code source de votre application détermine quand les valeurs de paramètre mises à jour sont utilisées.
Par exemple, vous pouvez récupérer des valeurs, puis les activer la prochaine fois qu'un utilisateur démarrera votre application. Cela évite de retarder le démarrage de l'application pendant qu'elle attend les valeurs récupérées du service. Les modifications apportées au comportement et à l'apparence de votre application se produisent lorsque celle-ci utilise les valeurs de paramètre mises à jour.
Pour en savoir plus sur l'API Remote Config et le modèle d'utilisation, consultez la présentation de l'API Remote Config.
Remote Config : Je fais beaucoup de requêtes de récupération lors du développement de mon application. Pourquoi mon application n'obtient-elle pas toujours les dernières valeurs du service lorsqu'elle envoie des requêtes de récupération ?
Lors du développement d'une application, vous pouvez être amené à récupérer et à activer des configurations très fréquemment (plusieurs fois par heure) pour pouvoir itérer rapidement à mesure que vous développez et testez votre application. Pour permettre une itération rapide sur un projet comptant jusqu'à 10 développeurs, vous pouvez définir temporairement un objet FirebaseRemoteConfigSettings
avec un intervalle de récupération minimal faible (setMinimumFetchIntervalInSeconds
) dans votre application.
Remote Config : à quelle vitesse le service Remote Config renvoie-t-il les valeurs récupérées après que mon application a envoyé une requête de récupération ?
Les appareils reçoivent généralement les valeurs récupérées en moins d'une seconde, et souvent en millisecondes. Le service Remote Config traite les requêtes de récupération en quelques millisecondes, mais le temps nécessaire pour effectuer une requête de récupération dépend de la vitesse du réseau de l'appareil et de la latence de la connexion réseau utilisée par l'appareil.
Si votre objectif est d'appliquer les valeurs récupérées dans votre application le plus rapidement possible, mais sans créer une expérience utilisateur désagréable, envisagez d'ajouter des appels à fetchAndActivate
chaque fois que votre application effectue une actualisation en plein écran.
Test Lab
Consultez la page de dépannage Test Lab pour obtenir des conseils utiles et des réponses aux questions fréquentes.
Stockage de segmentation des utilisateurs Firebase
Qu'est-ce que le stockage de segmentation des utilisateurs Firebase ?
Le stockage de segmentation utilisateur Firebase stocke les ID d'installation, ainsi que les attributs et segments associés, et les listes d'audience que vous avez créées. Il fournit ainsi des informations de ciblage à d'autres services Firebase qui les utilisent, comme Crashlytics, FCM, la personnalisation Remote Config, etc.Firebase