Firebase Analytics vs Google Analytics

Lorsque vous travaillez avec Firebase de Google, vous avez peut-être entendu des noms de produits comme « Google Analytics » ou « Firebase Analytics ».

Historiquement, il y a eu beaucoup de confusion entre ces deux produits. S’agit-il d’un seul et même produit, basé sur l’un ou l’autre, ou bien d’entités complètement distinctes ?

Bien que l’affaire ait été rendue beaucoup plus claire grâce à de récents changements, il peut encore y avoir une certaine confusion. Explorons donc l’histoire des deux produits, leurs conventions de dénomination et leur situation actuelle.

L’original de Google Analytics

Nous commençons en 2005, lorsque le premier Google Analytics a été annoncé. Le produit a rapidement gagné en popularité grâce à ses fonctionnalités attrayantes. Il était gratuit, provenait d’une société réputée ayant de l’expérience dans le domaine de l’analyse et de la publicité, et fournissait de nombreuses données, notamment les pages vues, le trafic de référence, la durée des sessions, etc.

Google Analytics pour les mobiles

Quelque temps après la popularité du premier Google Analytics, la nouvelle tendance du développement d’applications mobiles est apparue. L’équipe GA a donc rapidement commencé à travailler sur des kits SDK dédiés pour iOS et Android.

Toutefois, le principal problème des kits SDK Google Analytics for Mobile d’origine était le backend. Il a été conçu principalement pour gérer l’analyse des sites web, qui diffère grandement de l’analyse des applications mobiles.

Dans les applications, vous n’avez pas vraiment de pages vues, de taux de rebond ou de trafic de référence. Vous devez plutôt penser à la façon dont les utilisateurs interagissent avec l’application, à ce qu’ils touchent, à ce qu’ils font glisser, etc.

Pour cela, il existait des événements personnalisés qui, bien que pris en charge par le backend, semblaient toujours un peu inappropriés. Cela a entraîné des problèmes, des bogues et de mauvaises expériences de développement.

En fin de compte, les SDK ont été abandonnés et remplacés par les nouveaux, mais il s’agissait d’un grand pas en avant vers ce qui allait suivre.

Analytique universelle

Au fil du temps, Google Analytics a été amélioré. En 2012, la nouvelle version majeure est sortie, baptisée Universal Analytics. Elle a apporté de nombreuses améliorations au suivi et à la prise en charge des événements personnalisés.

Universal Analytics, sous une forme très améliorée, est toujours pris en charge à ce jour, bien qu’il ne soit pas recommandé de l’utiliser dans les nouveaux projets.

Google Analytics 360

Une autre problème sur la route a été Google Analytics 360, introduit en 2016 comme une version payante de Google Analytics. Elle était accompagnée de fonctionnalités supplémentaires par rapport à la version gratuite, notamment une analyse avancée, l’intégration de BigQuery, des rapports plus détaillés, etc.

Au fil des ans, quelques fonctionnalités ont été ajoutées à la version gratuite, mais GA 360 est resté assez stable. Il a toujours été et est toujours soumis à des règles différentes en ce qui concerne les fonctionnalités, mais aussi le support à long terme et le calendrier de dépréciation des fonctionnalités.

En 2018, aux côtés de DoubleClick, GA 360 a été intégré à la plateforme marketing de Google.

Google Analytics pour Firebase

De plus, en 2016, nous avons enfin pu voir Firebase Analytics. C’est le résultat d’années de travail pour remanier Google Analytics de fond en comble afin de l’adapter aux applications et à la façon dont elles se comportent.

L’équipe GA a modifié le principal moteur d’analyse, qui est passé des pages vues et des sessions aux événements et aux propriétés personnalisées.

Ce changement a reçu un accueil chaleureux de la part de la communauté, même s’il n’était pas exempt de bogues à l’origine. La longue liste de problèmes comprenait ceux liés aux funnels, aux rapports défectueux et à l’absence de vue en temps réel.

Au fil des années, l’équipe a résolu la plupart des problèmes, et quelques fonctionnalités supplémentaires ont été introduites (comme l’intégration d’AdMob). En cours de route, le nom a également été changé en Google Analytics for Firebase pour refléter les origines sous-jacentes du produit. Toutefois, le nom original, plus court, est resté le choix préféré de la plupart des utilisateurs.

Encore une fois, Google Analytics

Avec le succès de GA pour Firebase, le backend rapidement mis en place a commencé à avoir des difficultés.

C’est pourquoi en 2019, un backend plus puissant a été introduit. Celui-ci était capable de gérer une charge beaucoup plus importante, était doté de nombreuses nouvelles fonctionnalités et était à nouveau basé sur le modèle des événements et des propriétés personnalisées.

Cette mise à jour s’accompagne d’un nouveau changement de nom, GA for Firebase devenant simplement Google Analytics, ce qui crée encore plus de confusion.

Google Analytics 4

Mais ce n’est pas encore la fin. À mesure que les applications web (PWA, SPA, applications hybrides, etc.) gagnaient en popularité et que les sites web se rapprochaient des applications mobiles, l’équipe GA a décidé qu’il était logique d’utiliser pour le web le même modèle de backend que celui utilisé pour le mobile.

Les applications web et mobiles ont donc eu accès au même backend, avec des fonctionnalités similaires et le même nom : Google Analytics. Cependant, pour minimiser définitivement la confusion, un autre changement de nom a eu lieu.

Fin 2020, parallèlement à quelques mises à jour de fonctionnalités, GA est devenu officiellement Google Analytics 4 (GA4), désormais outil par défaut et recommandé pour les applications web et mobiles, qu’elles soient alimentées par Firebase ou non.

Comment GA4 fonctionne-t-il avec Firebase ?

Et c’est là où nous en sommes. Il y a GA4, la version principale de GA, recommandée pour tous les nouveaux projets et pour la migration des anciens projets ; Universal Analytics (UA) avec un modèle de backend « ancien », destiné uniquement au web, et GA 360 pour les entreprises.

En ce qui concerne l’intégration de GA4 avec Firebase, c’est relativement simple, avec seulement quelques termes à connaître. Les projets Firebase ont une relation 1 à 1 avec les propriétésGA4. Les données arrivent sur votre propriété par des flux.

Vous pouvez avoir plusieurs flux, chacun d’entre eux étant connecté à un frontal différent, par exemple une application Web, une application iOS et une application Android. C’est similaire à la façon dont un seul projet Firebase (backend) peut servir ces multiples frontend.

C’est à peu près tout ce que vous devez savoir pour commencer à utiliser Firebase et GA4 dès maintenant.

Conclusion

Le chemin a donc été long jusqu’à ce que nous soyons arrivés au GA4. En commençant par le GA d’origine, puis en passant au web (plus tard UA) et au mobile, qui s’est transformé en Firebase Analytics, les deux se rejoignant finalement pour former GA4.

Espérons que la confusion et les problèmes techniques sont derrière nous et que nous pouvons nous concentrer sur le développement de meilleures applications avec Firebase et les prouesses analytiques de GA4.