L’export natif GA4 vers BigQuery livre les données brutes au niveau événement, non échantillonnées, sans les quotas de l’interface. Il débloque ce que GA4 refuse : analyses à forte cardinalité, croisements libres, et surtout le calcul d’une vraie LTV par canal. Non rétroactif : les données s’accumulent à partir de l’activation.
Reprenez les pages précédentes : les identifiants uniques que les dimensions personnalisées GA4 rejettent (cardinalité, ligne « (other) »), les quotas d’enregistrement, la rétention bornée de l’interface, l’échantillonnage des explorations sur gros volumes, chaque limite se concluait par le même renvoi.
Le voici. L’export BigQuery est la sortie de secours officielle des limites de l’interface : vos événements GA4, bruts, ligne à ligne, dans un entrepôt où les questions ne sont plus bridées par l’écran qui les affiche.
Et la question reine, celle qui justifie à elle seule l’export pour un annonceur, est celle que ce socle pose depuis le pilier mesure et tracking Google Ads, sur le terrain de l’unit economics : la LTV par canal d’acquisition.
GA4 vous donne des conversions par source ; il ne vous donnera jamais « les clients acquis par la campagne X ont généré combien de marge sur 24 mois ». Cette requête-là exige les données brutes, croisées avec votre back-office.
Elle vit dans BigQuery, et le reporting Looker Studio LTV/CAC qui clôt cette branche s’y alimente.
L’export lui-même est natif et gratuit pour les propriétés standard, dans des limites de quotas que le centre d’aide fait foi pour votre volume. Deux modes : l’export quotidien (la table de la veille) et le streaming (quasi temps réel).
À l’échelle d’une PME, le coût GCP de stockage et de requêtes se compte en euros, pas en budgets. C’est l’autre sortie des données GA4 : là où relier GA4 à Google Ads renvoie les conversions vers l’enchère, l’export les déverse brutes dans un entrepôt, deux canaux, deux usages.
Mais deux coûts réels se cachent derrière la gratuité de façade.
L’exploitation. Les données arrivent brutes, un schéma d’événements imbriqués qui se requête en SQL. Pas d’écran, pas de graphique : des tables. Entre « avoir l’export » et « répondre à une question », il y a de la compétence et de la maintenance, c’est le vrai prix. Le marché qui vous vend « activez BigQuery, c’est gratuit » l’omet systématiquement.
Le temps. L’export n’est pas rétroactif : il accumule à partir de son activation. La question de LTV que vous vous poserez dans dix-huit mois exigera dix-huit mois de données, qui n’existeront que si l’export tournait déjà.
Deux temps volontairement dissociés : activer tôt, exploiter sur question. L’activation est un investissement quasi gratuit dans vos options futures.
L’exploitation, elle, ne se lance que sur une question formulée que l’interface a refusée. Exporter « pour avoir les données », sans question, c’est payer un grenier : des données qu’on n’interroge pas ne sont pas un actif, ce sont des cartons.
Le mythe « BigQuery, c’est pour les grands comptes » confond le critère. La taille ne décide rien, la question décide.
Un compte modeste avec un cycle de réachat et une vraie question de LTV par canal a plus à y gagner qu’un gros compte qui regarde des CPA hebdomadaires. À l’inverse, si toutes vos questions trouvent leur réponse dans l’interface (pour beaucoup de comptes mono-produit à cycle court, c’est le cas), l’exploitation peut attendre.
L’activation, elle, n’attend pas : elle est l’assurance, pas le sinistre.
La limite honnête : BigQuery hérite de la collecte. Les trous de consentement, les événements sales, les valeurs fausses arrivent bruts eux aussi, l’entrepôt ne purifie rien, il conserve.
La qualité se gagne toujours en amont, dans l’architecture qui précède : la même rigueur que pour la liaison GA4 au MCC, où la gouvernance des accès et des propriétés se décide une fois pour toutes.
Aujourd’hui : activer l’export (quotidien suffit pour commencer), quinze minutes, et le compteur de données démarre. Ensuite, seulement sur question : la première exploitation sera presque toujours LTV/CAC par canal, croisée avec votre back-office.
Vous n’exportez pas des données. Vous déménagez pour répondre à une question qui n’avait pas de place ici : assurez-vous d’en avoir une, et que le déménagement ait commencé avant qu’elle devienne urgente.
L’interface a ses limites. On regarde ensemble si votre question mérite l’export, et laquelle poser en premier.
Réserver un appelParlons de vos objectifs