Firebase Analytics est un outil gratuit de Google pour suivre le comportement des utilisateurs dans les applications mobiles et web. Le service collecte automatiquement les événements de base (premier lancement, achats, interactions avec les écrans) sans écrire de code et permet d'ajouter des événements personnalisés pour une analyse approfondie. Selon Google, 2026, Firebase Analytics traite plus de 50 milliards d'événements chaque jour dans le monde entier. Le SDK s'intègre avec une seule ligne de dépendance et commence immédiatement à transmettre les données à la console Firebase.
Points clés
Firebase Analytics est un service cloud de Google pour collecter, agréger et analyser les événements utilisateurs dans les applications mobiles et web. Il fait partie du SDK Firebase et est fourni gratuitement sans limite sur le volume de données collectées.
Firebase Analytics traite les données au niveau des sessions et des utilisateurs individuels. Chaque événement contient un horodatage, un identifiant utilisateur et jusqu'à 25 paires clé-valeur de paramètres supplémentaires. Le SDK gère automatiquement l'identifiant d'installation et respecte les politiques de confidentialité de Google Play et de l'App Store.
Firebase Analytics est construit sur l'infrastructure Google Cloud et utilise le même système de traitement de données en streaming que Google Analytics 4. Les événements sont envoyés du client via HTTPS vers un point de collecte, puis subissent une validation, un enrichissement et sont stockés dans BigQuery pour une conservation à long terme. Selon Google (2026), la latence moyenne entre l'envoi d'un événement et son apparition dans un rapport est inférieure à 3 secondes.
Pour garantir la confidentialité, Analytics anonymise automatiquement les adresses IP des utilisateurs et ne transmet pas d'identifiants persistants d'appareils (AAID, IDFA) sans consentement explicite. Le développeur contrôle la collecte de données via des indicateurs dans AndroidManifest et Info.plist.
Contrairement à de nombreux produits Firebase, Firebase Analytics n'a pas de formules payantes. Le service est entièrement gratuit, quel que soit le nombre d'événements, d'utilisateurs ou la durée de stockage. Les données dans la console Firebase sont conservées jusqu'à 14 mois, et lorsque l'exportation vers BigQuery est activée, la durée de stockage est illimitée. Selon Google (2026), 96% des projets Firebase utilisent Analytics, et aucun d'entre eux ne paie pour le service lui-même — les coûts surviennent uniquement lors du dépassement des limites de BigQuery (10 Go de stockage gratuit par mois).
Le mécanisme de collecte est basé sur un modèle d'événements : chaque action de l'utilisateur devient un événement avec un ensemble de paramètres. Le SDK enregistre automatiquement les événements recommandés — first_open, session_start, screen_view, purchase et in_app_purchase. Aucun code n'est nécessaire pour les activer — il suffit d'ajouter le module analytics.
Firebase Analytics génère des événements automatiques sans aucune configuration de la part du développeur. La liste complète comprend 15 événements : first_open (premier lancement), session_start (début de session), user_engagement (interaction), screen_view (affichage d'écran), app_remove (suppression de l'application), os_update (mise à jour de l'OS) et autres. Chaque événement automatique contient un ensemble prédéfini de paramètres — version de l'application, modèle d'appareil, version de l'OS, région et langue.
class AnalyticsEventsActivity : AppCompatActivity() {
private lateinit var firebaseAnalytics: FirebaseAnalytics
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
firebaseAnalytics = FirebaseAnalytics.getInstance(this)
firebaseAnalytics.logEvent(FirebaseAnalytics.Event.SELECT_CONTENT) {
param(FirebaseAnalytics.Param.ITEM_ID, "article_575")
param(FirebaseAnalytics.Param.ITEM_NAME, "Firebase Analytics Guide")
param(FirebaseAnalytics.Param.CONTENT_TYPE, "guide")
}
}
}
Pour suivre la logique spécifique de l'application, des événements personnalisés sont utilisés. Le développeur définit le nom de l'événement (jusqu'à 40 caractères, lettres latines et underscores) et un ensemble de paramètres (jusqu'à 25 paramètres par événement). Les noms d'événements sont enregistrés automatiquement dans la console Firebase après le premier envoi — aucune configuration préalable n'est requise.
Les événements personnalisés peuvent être combinés avec des paramètres transmis sous forme de Bundle. Firebase agrège automatiquement les paramètres numériques, en calculant la somme, la moyenne, le minimum et le maximum. Les paramètres de chaîne sont utilisés pour le filtrage et la segmentation dans les rapports. Selon Google (2026), les applications de taille moyenne génèrent entre 200 et 500 événements personnalisés uniques.
Le modèle d'événements de Firebase Analytics se compose de trois niveaux : les événements, les paramètres et les propriétés utilisateur. Chaque niveau a son propre objectif et ses propres limites de volume. Les événements décrivent une action, les paramètres précisent le contexte et les propriétés utilisateur définissent les attributs de l'utilisateur.
Un événement est une action unique de l'utilisateur avec un horodatage. Chaque événement doit contenir un nom et peut inclure jusqu'à 25 paramètres de type String ou Double. Firebase distingue les événements recommandés (noms prédéfinis à partir des constantes FirebaseAnalytics.Event), les événements personnalisés (tout nom unique du développeur) et les événements automatiques (générés par le SDK). Selon Google (2026), une application envoie en moyenne 50 à 200 événements par session utilisateur.
| Type d'événement | Exemples | Code requis |
|---|---|---|
| Automatiques | first_open, session_start, screen_view | Non |
| Recommandés | purchase, share, login, search | Partiel |
| Personnalisés | level_complete, tutorial_step, filter_applied | Oui |
Les paramètres précisent le contexte d'un événement. Pour les événements recommandés, Firebase propose des noms de paramètres prédéfinis (FirebaseAnalytics.Param.ITEM_ID, .VALUE, .CURRENCY). Pour les événements personnalisés, les développeurs utilisent des noms quelconques jusqu'à 40 caractères. Un paramètre peut être une chaîne (jusqu'à 100 caractères), un nombre à virgule flottante ou un tableau. Les valeurs des paramètres apparaissent dans les rapports comme filtres — on peut voir l'événement purchase uniquement pour un item_name spécifique.
Les propriétés utilisateur sont des attributs attachés à tous les événements d'un utilisateur tout au long de son cycle de vie. Contrairement aux paramètres d'événement, les propriétés utilisateur ne sont pas liées à une action spécifique et sont transmises une fois lorsqu'elles changent. Exemples typiques : preferred_language, subscription_tier, onboarding_completed. Maximum de 25 propriétés utilisateur par projet. Chaque propriété peut être une chaîne de 36 caractères maximum.
Les propriétés utilisateur sont activement utilisées pour construire des audiences : on peut créer un segment d'utilisateurs dont subscription_tier est «premium» et analyser leur comportement séparément des utilisateurs gratuits. Selon Google (2026), une configuration correcte des propriétés utilisateur augmente la précision des prévisions de LTV de 20 à 30%.
L'intégration de Firebase Analytics dans une application Android comprend trois étapes : ajouter une dépendance dans build.gradle, initialiser Firebase et configurer les règles de collecte de données. Analytics est automatiquement activé lorsque le SDK Firebase est connecté — aucune clé API ou jeton supplémentaire n'est requis.
// build.gradle (app-level)
dependencies {
implementation(platform("com.google.firebase:firebase-bom:33.1.0"))
implementation("com.google.firebase:firebase-analytics-ktx")
}
// AndroidManifest.xml
@android:name="google_analytics_automatic_screen_reporting_enabled"
android:value="true"
Après avoir ajouté la dépendance et synchronisé Gradle, l'objet FirebaseAnalytics est disponible en tant que singleton : FirebaseAnalytics.getInstance(context). Par défaut, Analytics ne collecte que les événements automatiques et ne recueille pas de données dans les versions DEBUG. Pour les tests, utilisez l'option DebugView dans la console Firebase, qui affiche les événements en temps réel avec une latence inférieure à 1 seconde.
Firebase fournit des mécanismes flexibles pour désactiver ou limiter la collecte de données. Le flag Analytics.setAnalyticsCollectionEnabled(false) arrête complètement l'envoi d'événements depuis le client. Alternativement, vous pouvez configurer les autorisations via une boîte de dialogue de consentement (mode consentement) — Firebase ne collectera les données qu'après approbation explicite. Ceci est essentiel pour la conformité au RGPD et à ePrivacy dans l'Espace économique européen.
Selon Google (2026), environ 12% des utilisateurs sur le territoire de l'UE refusent la collecte d'analyses. Pour ces cas, Firebase permet de transmettre des données agrégées sans identifiants — des événements anonymes qui sont comptabilisés dans les métriques globales mais ne sont pas liés à un utilisateur spécifique.
La console Firebase fournit un ensemble de rapports prêts à l'emploi basés sur les événements collectés : tableau de bord d'engagement, rapport de rétention, entonnoirs de conversion et flux d'utilisateurs. Tous les rapports sont mis à jour en temps réel et prennent en charge le filtrage par version de l'application, pays, appareil et propriétés utilisateur.
Un entonnoir est une séquence d'événements qu'un utilisateur doit accomplir pour atteindre une action cible. Par exemple : screen_view(onboarding) → sign_up → add_to_cart → purchase. Firebase Analytics construit automatiquement un entonnoir à partir des événements spécifiés et affiche le pourcentage d'utilisateurs ayant atteint chaque étape. Selon Google (2026), les applications utilisant des entonnoirs identifient 40% de points d'abandon d'utilisateurs en plus par rapport à la visualisation classique des événements.
Les audiences dans Firebase Analytics permettent de segmenter les utilisateurs par événements, paramètres et propriétés utilisateur. Une audience est une liste dynamique d'utilisateurs répondant à des conditions spécifiques. Par exemple, «Utilisateurs ayant ouvert l'application 5+ fois en une semaine et effectué un achat.» Les audiences créées sont automatiquement synchronisées avec Firebase Cloud Messaging pour l'envoi de notifications push et avec Google Ads pour les campagnes publicitaires.
Firebase prend en charge jusqu'à 500 audiences par projet. Chaque audience est mise à jour toutes les 2 à 4 heures et contient un nombre illimité d'utilisateurs. Les audiences peuvent être combinées à l'aide de AND, OR et NOT — ce qui permet de construire des segments complexes pour les tests A/B et la personnalisation de contenu via Remote Config.
BigQuery est le canal principal pour l'analyse approfondie des données Firebase Analytics. Lorsque l'exportation est activée (configurée dans la console Firebase en un clic), tous les événements bruts sont copiés dans une table BigQuery au format de lignes avec des champs imbriqués. Les données sont mises à jour en temps réel avec un délai de 5 minutes maximum. Les développeurs peuvent écrire des requêtes SQL arbitraires pour l'analyse, créer des tableaux de bord dans Looker Studio ou connecter des modèles de ML pour prédire l'attrition des utilisateurs.
Firebase Analytics et Google Analytics 4 (GA4) partagent un modèle d'événements commun et l'infrastructure BigQuery, mais présentent des différences clés dans leur objectif et leurs capacités. GA4 est axé sur l'analyse web et les rapports multiplateformes pour les spécialistes du marketing, tandis que Firebase Analytics est conçu pour les développeurs mobiles et l'intégration avec d'autres services Firebase.
| Caractéristique | Firebase Analytics | GA4 |
|---|---|---|
| Canal principal | Applications mobiles | Web + applications |
| Intégration Firebase | Native | Via le SDK Firebase |
| Cloud Messaging | Audience directe → notifications | Uniquement via import d'audience |
| DebugView | Intégré | Via Firebase |
| Entonnoirs personnalisés | Oui, dans la console Firebase | Oui, dans l'interface GA4 |
Le choix entre Firebase Analytics et GA4 dépend de l'écosystème du projet. Si l'application utilise activement d'autres services Firebase (Crashlytics, Cloud Messaging, Remote Config), Analytics est le choix naturel grâce à une intégration transparente. Si l'objectif principal est l'analyse marketing avec un site web et une application dans une interface unifiée, GA4 offre des capacités plus étendues de reporting et d'attribution. Selon Google (2026), 73% des projets utilisent Firebase Analytics comme outil principal et GA4 comme outil complémentaire pour les rapports marketing.
Foire aux questions
Firebase Analytics est entièrement gratuit, sans limite sur le nombre d'événements ou d'utilisateurs. Des frais s'appliquent uniquement lors de l'exportation de données dépassant le niveau gratuit de BigQuery (les 10 premiers Go par mois sont gratuits).
Oui, Analytics utilise son propre identifiant d'installation (app instance ID) qui ne dépend pas de Google Play Services. Sur les appareils sans Google Play, le SDK fonctionne en mode limité sans identifiant publicitaire.
Utilisez DebugView dans la console Firebase. Activez le débogage sur l'appareil avec la commande adb shell setprop debug.firebase.analytics.app votre_paquet, et tous les événements apparaîtront dans DebugView avec une latence inférieure à 1 seconde.
Firebase fournit une API de suppression — une demande via Google Cloud Console pour supprimer les données d'un ID d'instance d'application ou d'un ID utilisateur spécifique. Les données sont supprimées dans les 30 jours de tous les systèmes de stockage Firebase.
Oui, il suffit d'ajouter la dépendance firebase-analytics-ktx à build.gradle. Tous les événements automatiques commenceront à être collectés immédiatement après la synchronisation Gradle et le lancement de l'application. Les événements personnalisés sont ajoutés avec du code séparé.
Résumé
Nous développerons une application mobile clé en main
IT Sectr crée des applications iOS et Android pour les startups et les entreprises depuis 2017. Nous vous conseillerons et vous proposerons la meilleure solution.
Lisez aussi