Firebase, c'est quoi, et quand un annonceur en a vraiment besoin ?

Firebase est la plateforme de Google pour construire et faire tourner des applications mobiles et web : base de données, connexion des utilisateurs, notifications, suivi des plantages, mesure d'audience. Pour quelqu'un qui achète du média, une seule de ces briques compte vraiment : le SDK Google Analytics for Firebase, le morceau de code qui dit à Google Ads ce que les gens font dans ton app après l'avoir installée.

Sans lui, ou sans un outil équivalent, tu achètes des installations. Avec lui, tu peux acheter des utilisateurs. Tout le sujet tient dans cet écart.

Une boîte à outils de développeur, dont une pièce te concerne

Firebase est d'abord un outil d'équipe technique. Google range ses produits en deux familles, et presque tous parlent à un développeur :

• Construire : la connexion des utilisateurs (Authentication), les bases de données (Cloud Firestore, Realtime Database), le stockage de fichiers, les fonctions côté serveur, l'hébergement web.
• Faire tourner : le suivi des plantages (Crashlytics), les notifications push (Cloud Messaging), les réglages à distance (Remote Config), les tests A/B, et Google Analytics.

Firebase revendique des millions d'entreprises utilisatrices, et sa page d'accueil cite NPR, Halfbrick, Duolingo et Venmo. Avant tout chantier, pose donc la question à tes développeurs. Si l'app utilise déjà Firebase pour les plantages ou les notifications, le projet existe et une partie du travail est faite !

Un détail relie ce guide à celui sur BigQuery : d'après la documentation Firebase, un projet Firebase est un projet Google Cloud avec des réglages Firebase en plus. Les versions iOS et Android de ton app s'y enregistrent côte à côte, partagent les mêmes services, et chacune devient un flux de données dans la même propriété GA4.

Ce que Google Ads voit déjà sans Firebase

Sur Android, une partie du travail se fait sans une ligne de code. Une fois Google Ads relié à Google Play, l'aide Google Ads liste trois conversions suivies automatiquement :

• Les téléchargements depuis le Google Play Store, après un clic sur ton annonce.
• Les achats via l'application, quand ils passent par la facturation des achats in-app de Google Play.
• Les préinscriptions à une app ou à un jeu pas encore sorti.

Sur iOS, l'aide ne propose aucune voie automatique équivalente. L'installation et tout ce qui la suit se mesurent avec Firebase ou avec un fournisseur d'analyse d'applications tiers, en ajoutant le code dans l'app.

Et sur les deux systèmes, quatre choses restent invisibles sans SDK :

• La première ouverture. GA4 la nomme first_open, et Google précise dans la liste des événements collectés automatiquement qu'elle se déclenche au premier lancement de l'app, pas au téléchargement.
• Le retour : qui rouvre l'app le lendemain, la semaine suivante.
• Tes étapes à toi : un compte créé, un premier niveau terminé, un premier message envoyé.
• Les achats hors Google Play, comme un abonnement payé sur ton site.

Je le constate sur mes propres comptes. Les deux apps que je pilote en campagnes App en ce moment tournent sans Firebase. Sur la première, une app gratuite, les campagnes Android optimisent sur le téléchargement Google Play : 1 742 installations comptées sur trente jours, et aucun moyen de savoir combien de ces personnes ont ouvert l'app une deuxième fois. Sur la seconde, Apple Ads compte seul ses installations iOS, 266 en un mois, et aucun achat n'est rattaché à sa source.

Pour la première, c'est un choix assumé : l'installation est l'objectif du test, fixé par le client. Je recommande quand même de poser la question de la suite dès le lancement, parce que la réponse ne se règle pas dans Google Ads. Ajouter un SDK, c'est modifier l'app et publier une nouvelle version : une décision produit, avec son propre calendrier de développement.

Comment la suite remonte jusqu'à Google Ads

Pense aux inscriptions d'une salle de sport en janvier. Le chiffre est juste, et il ne dit rien de qui revient en février. Une installation, c'est l'inscription. Le SDK, c'est le badge qui passe au tourniquet chaque fois que quelqu'un revient.

L'aide Google Ads décrit la chaîne en neuf étapes. Elle se lit en quatre temps :

1. Le SDK entre dans l'app. Tes développeurs ajoutent le SDK Google Analytics for Firebase, qui collecte déjà seul une partie des événements, dont la première ouverture et les achats passés par les stores.
2. Tu choisis ce qui compte. Un événement important pour ton business se marque comme événement clé dans GA4.
3. Tu relies les comptes. Il faut être propriétaire du projet Firebase et administrateur du compte Google Ads.
4. Tu crées la conversion. Les événements clés s'importent comme actions de conversion, et tes campagnes App peuvent enchérir dessus.

Un point pour l'Europe : la même page demande de passer à la dernière version du SDK, pour qu'il transmette correctement les signaux de consentement. C'est ce qui permet une mesure et une modélisation complètes sur le trafic de l'Espace économique européen.

L'algorithme optimise ce que tu lui montres. Montre-lui l'installation, il te trouve des gens qui installent. Montre-lui le premier achat, il part chercher des acheteurs.

Sur iOS, Firebase porte aussi la mesure sur l'appareil

Sur iPhone, Google propose une mesure des conversions sur l'appareil, et elle passe par le SDK Google Analytics for Firebase. Elle fonctionne à partir d'iOS 12, en deux variantes que l'aide Google Ads recommande de cumuler :

• Avec tes données first-party : l'email ou le numéro de téléphone d'un utilisateur connecté dans ton app, avec son consentement. Rien d'identifiable ne sort de l'appareil.
• Avec des données d'événements temporaires et anonymisées, tirées de signaux de l'appareil comme l'adresse IP et l'heure.

Google annonce une réduction médiane de 19 % du CPA sur son propre inventaire, chez les annonceurs qui ont mis en place la première variante et dont la majorité des utilisateurs se connectent. C'est un chiffre publié par la plateforme, sur les annonceurs qui cochent ces deux conditions. Ma recommandation est de le vérifier sur tes propres données avant de l'intégrer à une prévision.

Ce que tu demandes à ton équipe technique

Le brief tient en une page, et il vaut mieux l'écrire avant le sprint que pendant :

1. Le SDK dans les deux versions de l'app, iOS et Android, dans sa dernière version pour les signaux de consentement. Sur iOS, ajoute la bibliothèque GoogleAdsOnDeviceConversion si tu veux la mesure sur l'appareil.
2. La liste des événements qui comptent, avec leurs noms. Reprends les noms que Google recommande quand ils existent : sign_up pour une inscription, purchase pour un achat, tutorial_complete pour la fin de la prise en main, d'après la liste des événements recommandés.
3. Un accès propriétaire au projet Firebase pour la personne qui reliera Google Ads.
4. La date de sortie de la nouvelle version. Rien ne remonte tant que tes utilisateurs ne l'ont pas installée, et chaque store a son propre délai de validation.

Ce que ça coûte

Firebase a deux formules. Spark est sans frais et ne demande aucun moyen de paiement. Blaze fonctionne à l'usage : tu relies un compte de facturation Cloud, tu gardes les quotas gratuits, et tu paies ce qui dépasse.

La partie qui te concerne est gratuite. Sur la page tarifs, Google Analytics est sans frais dans les deux formules, avec des rapports illimités jusqu'à 500 événements distincts. Crashlytics, les notifications et les tests A/B le sont aussi. Ce qui se paie à l'usage, ce sont les briques de développement : bases de données, stockage, fonctions, hébergement. Et si tu veux l'export vers BigQuery, la formule Spark passe par le bac à sable, avec ses tables qui expirent au bout de 60 jours.

Deux pièges à connaître, tous deux écrits dans la documentation des formules :

• Relier un compte de facturation fait passer le projet en Blaze, y compris quand tu actives un service Google Cloud depuis sa console.
• Une alerte de budget te prévient, elle ne plafonne ni l'usage ni la facture.

Le vrai coût est ailleurs : du temps de développement, et une nouvelle version de l'app à publier.

Quand tu en as besoin, et quand tu peux t'en passer

Firebase devient utile dès que l'une de ces phrases est vraie chez toi :

• Tu veux enchérir sur une action dans l'app, au-delà de l'installation.
• Tu lances des campagnes App Google sur iOS.
• Tu veux cibler des gens selon ce qu'ils font dans l'app : Firebase exporte ses audiences vers Google Ads.
• Tes développeurs l'utilisent déjà pour autre chose : le projet existe, et le chantier se réduit.

Et tu peux t'en passer dans ces cas :

• Tu n'as qu'un site : GA4 s'installe avec la balise Google ou Google Tag Manager.
• Ton app est gratuite, sur Android seulement, et l'installation est ton seul objectif : le lien Google Play suffit.
• Un partenaire d'attribution tiers envoie déjà tes événements à Google Ads.

Je ne recommande pas de poser Firebase « au cas où » sur une app dont personne ne regardera les événements. Un SDK sans question derrière produit des rapports que personne n'ouvre.

Les trois questions les plus tapées

Firebase est-il gratuit ? Oui pour la mesure : Google Analytics, Crashlytics, les notifications et les tests A/B sont sans frais dans les deux formules, quel que soit ton nombre d'utilisateurs. Les bases de données, le stockage, les fonctions et l'hébergement ont un quota gratuit, puis se paient à l'usage en formule Blaze. Pour un annonceur qui ne vient chercher que la mesure, la facture Firebase reste en général à zéro.

Firebase et GA4, c'est la même chose ? Les deux sont liés sans se confondre. GA4 est l'outil d'analyse ; Firebase est la plateforme qui porte ton app. Le SDK qui mesure une app s'appelle Google Analytics for Firebase, et d'après l'aide Analytics, ajouter un flux de données d'application dans GA4 crée le projet Firebase correspondant et l'associe automatiquement.

Faut-il Firebase pour lancer une campagne App ? Pas pour une app Android dont l'objectif est l'installation : le lien avec Google Play fait remonter les téléchargements et les achats Google Play sans code. Il devient nécessaire, ou un outil tiers équivalent, dès que tu veux enchérir sur une action dans l'app, ou mesurer tes campagnes App sur iOS.

Avant d'en parler à tes développeurs, ouvre les paramètres de tes campagnes App et regarde sur quelle action de conversion elles optimisent. Si la liste s'arrête au téléchargement, tu sais exactement ce que tu achètes. C'est la première chose que je vérifie dans un audit de compte, avant de toucher aux enchères d'une campagne Google Ads.