Experts Firebase Analytics

Un SDK, sans licence, et l'application entre dans la propriété Google Analytics à côté du site, avec les mêmes rapports, les mêmes explorations, les mêmes audiences. La liaison Google Ads importe les key events en conversions et sert les campagnes d'installation et d'engagement ; sur iOS, la mesure des conversions sur l'appareil compense une partie de ce que l'invite ATT retire. Le modèle d'événements est celui que Google Analytics a adopté pour le web : une équipe qui connaît l'un lit l'autre. Et l'export BigQuery livre les événements bruts, ce qui en fait la source d'un entrepôt sans rien acheter.

Firebase Analytics ne pose aucun réglage de consentement par défaut, et il collecte l'IDFA dès que le module publicitaire est lié et que l'utilisateur a accepté l'invite ATT. Ce qui est conforme dans une application française, c'est la configuration qu'on lui donne : les quatre signaux du Consent Mode déclarés, la CMP qui les alimente, l'identifiant publicitaire désactivé quand le contexte l'exige, la rétention réglée dans la propriété. L'outil documente les commandes, pas la conformité du résultat, et Google écrit lui-même qu'accepter l'invite d'Apple ne vaut pas consentement au sens de sa politique européenne. C'est le travail de la deuxième carte, et il se recette comme le reste.

L'attribution des installs se limite à Google Ads, au referrer du Play Store, à Apple Search Ads et aux paramètres UTM : pour Meta, TikTok ou Snap, c'est un MMP qui attribue, et le même plan de marquage l'alimente. L'export BigQuery standard s'arrête à un million d'événements par jour, au-delà c'est Google Analytics 360 ou une collecte côté serveur. Et les événements partent par lots d'environ une heure, vers Google. sGTM pour Apps change ce dernier point : le SDK envoie ses événements à votre conteneur serveur, qui les distribue aux régies et à votre entrepôt, sous votre contrôle. C'est là que notre offre Modern Data Stack prend le relais.