GA4 est un système de mesure centré sur les événements : chaque interaction (page vue, clic, achat) est un événement avec des paramètres, organisé autour de l’utilisateur tout en conservant des sessions pour les rapports. Pour un annonceur Google Ads, son rôle n’est pas de dupliquer le comptage des conversions mais de fournir ce qu’Ads voit moins bien : comportement post-clic, parcours, audiences.
Dans le dispositif de tracking Google Ads, GA4 n’est donc pas simplement une balise de conversion de remplacement : il est le second regard qui complète l’analyse publicitaire.
GA4 n’est pas un remplacement d’Universal Analytics ni un doublon de la balise Ads : c’est un troisième regard, événementiel et centré utilisateur, qui couvre ce qu’Ads ne voit pas.
La plupart des frustrations face à GA4 viennent d’une attente fausse : y chercher Universal Analytics avec une autre interface. GA4 n’est pas une mise à jour, c’est une autre vision du monde, et deux bascules la résument.
Tout est événement. UA distinguait des types de hits (pages vues, transactions, événements) ; GA4 n’en connaît qu’un : l’événement, avec ses paramètres. Une page vue est un événement. Un achat est un événement avec une valeur.
Cette uniformité, déroutante au début, est ce qui rend le système flexible : suivre une nouvelle interaction, c’est lui donner un nom, pas tordre une catégorie. Encore faut-il que le signal arrive proprement, avec ses attributs : ça se joue en amont, dans le dataLayer qui alimente vos interactions.
L’utilisateur prime sur la session. UA racontait des visites ; GA4 raconte des personnes, à travers leurs appareils, leurs applications et leurs retours, dans les limites de l’identification possible. Pour un annonceur, ce changement n’est pas cosmétique : votre client qui clique sur mobile mardi et achète sur desktop vendredi est une histoire en GA4, et c’était deux visites étanches en UA. Un client qui bascule entre web et application mobile bénéficie de la même logique : GA4 unifie les deux dans une propriété commune, là où UA les séparait par design.
Cette architecture se construit au niveau de la propriété. Une propriété GA4 peut recevoir un flux Web et plusieurs flux d’applications ; chaque application mobile s’appuie sur un projet Firebase associé. Avant de regrouper le site et les applications, vérifiez que les mêmes utilisateurs, produits et règles de collecte doivent réellement être analysés ensemble. Sinon, séparez les propriétés plutôt que de fabriquer une vue commune difficile à gouverner.
Dans un projet mobile, Firebase sert de pont vers Analytics. Un projet Firebase ne s’associe qu’à une propriété GA4 ; toutes les applications rattachées à ce projet alimentent cette propriété. Vérifiez donc le découpage Firebase avant la collecte : l’association détermine quelle propriété reçoit les données du projet.
Ajoutez le vocabulaire qui clarifie les rôles : dans GA4, les événements importants se marquent « key events » (événements clés), tandis que le mot « conversion » sert côté Google Ads pour les actions partagées avec la plateforme publicitaire. Le vocabulaire dit la division du travail. Prenez-le au mot.
Reste à décider quelles interactions méritent ce statut : marquer les bons événements clés est un arbitrage à part entière, pas une case à cocher au hasard.
Soyons clairs sur le rôle : si vous pilotez vos enchères, la balise publicitaire native reste votre référence quand elle est possible, c’est elle qui parle directement aux enchères intelligentes. GA4 ne vient pas la concurrencer ; il vient couvrir ce qu’elle ne voit pas. Trois apports, par ordre d’impact.
Le comportement post-clic. La plateforme sait que le clic a eu lieu et si l’action attendue est arrivée ; tout ce qui se passe entre les deux, contenus parcourus, hésitations, abandons, n’existe que dans GA4. C’est là que se diagnostique un trafic qui clique mais ne convertit pas : la donnée du problème est analytique, pas publicitaire.
Les audiences. GA4 construit des segments comportementaux (abandonnistes de panier, visiteurs engagés, audiences prédictives) que la liaison rend exploitables dans Ads pour le remarketing, le ciblage ou l’observation, avec un seuil minimum à respecter pour que la liste soit activable en Réseau de Recherche.
L’amont et le contexte. La part du trafic issue du référencement naturel, du direct ou de l’e-mail, et la place de vos campagnes dans des parcours qui mélangent tout ça. La plateforme publicitaire se voit seule au monde ; GA4 voit la cour entière.
Et le tout ne circule que si la liaison est branchée, comment relier GA4 et Google Ads a sa page dédiée, car cette case à cocher est l’une des plus rentables du dispositif.
L’association se décide pour chaque propriété et chaque compte publicitaire. Pour les associer, l’équipe doit disposer des droits suffisants côté Analytics et d’un accès administrateur côté plateforme publicitaire. Consignez qui possède ces droits, quelles campagnes peuvent exploiter les données et qui contrôle la rupture de l’association : les annonces, segments d’utilisateurs et performances partagées relèvent aussi de la gouvernance, pas seulement de la configuration.
Tenez un registre des associations : propriétés concernées, administrateur responsable, campagne utilisatrice et date du dernier contrôle. Ce registre aide les équipes Web, application et marketing à savoir quel projet partage quoi, notamment lors d’un changement d’agence ou d’administrateur.
« GA4 suffit, débranchons la balise native » : vous privez les enchères intelligentes de leur source directe. « La plateforme publicitaire suffit, Analytics est du reporting en plus » : vous pilotez un canal sans voir ce que le clic devient, ni d’où viennent vos autres clients.
Les comptes propres assignent un rôle écrit à chacun : la régie compte et enchérit ; GA4 comprend et segmente. La tentation de n’en garder qu’un est une économie de complexité payée en aveuglement.
Le point de vigilance : les deux systèmes ne diront pas forcément le même chiffre, car dates d’imputation, attribution, fenêtres et modélisation diffèrent par construction. Cet écart est normal, documenté, et pourquoi les conversions Ads et GA4 divergent mérite sa propre lecture.
Si les chiffres publicitaires et GA4 correspondent exactement, vérifiez quand même la configuration : une égalité parfaite peut aussi signaler qu’un des deux outils ne couvre pas son propre périmètre.
| Critère | Google Ads | GA4 |
|---|---|---|
| Conversions | Référence enchères (balise native) | Key events → import optionnel dans Ads |
| Comportement post-clic | Non visible | Pages vues, parcours, abandons |
| Attribution par défaut | Data-driven, fenêtres définies dans le compte | Data-driven, fenêtre paramétrable |
| Audiences exploitables dans Ads | Listes Ads natives | Segments comportementaux via liaison |
| Sources de trafic | Canal Ads uniquement | Tous canaux (SEO, direct, e-mail…) |
| Parcours multi-touch | Limité aux interactions Ads | Rapports Exploration, chemin de conversion |
| Signal Smart Bidding | Direct, natif | Indirect via import, complément |
| Rapport de référence | Campagnes > Conversions | Acquisition > Acquisition de trafic |
Deux mécanismes techniques conditionnent toute la lecture de vos données Ads dans GA4 : l'auto-tagging et le modèle d'attribution. Les ignorer, c'est diagnostiquer dans le vide.
L'auto-tagging est le prérequis invisible. Quand un internaute clique sur votre annonce, Google Ads ajoute automatiquement un paramètre gclid à l'URL de destination. GA4 lit ce paramètre pour identifier la session comme venant de google / cpc et lui attribuer la campagne, le groupe d'annonces et le mot-clé corrects.
Si l'auto-tagging est désactivé, ou si votre système de redirection supprime les paramètres d'URL, GA4 ne voit plus google / cpc. Il classe ce trafic en google / organic ou (direct) / (none). Votre trafic Ads semble divisé par deux, votre SEO explose : c'est un faux positif, pas une performance réelle.
Vérification en 30 secondes : dans GA4, rapport Acquisition > Acquisition de trafic, filtrez sur le canal Paid Search. S'il apparaît correctement, l'auto-tagging fonctionne. Si vous voyez surtout google / organic sans volume Ads cohérent, allez dans Google Ads > Paramètres du compte > Auto-tagging et vérifiez que la case est cochée.
Depuis 2023, GA4 utilise le modèle data-driven par défaut pour attribuer les conversions : chaque point de contact reçoit une fraction de crédit selon son poids estimé, au lieu de tout donner au dernier clic. Ce modèle s’interprète mieux quand le compte dispose d’un volume suffisant (voir modèle data-driven : fiabilité et seuil de volume).
La fenêtre d'attribution est paramétrable indépendamment dans GA4 et dans Google Ads. Ce décalage de fenêtres est l'une des six causes structurelles des écarts entre les deux interfaces, pourquoi les conversions Ads et GA4 divergent les détaille toutes.
Pour la décision pratique : alignez la fenêtre GA4 sur votre cycle d'achat réel. Cycle court (e-commerce) → 7 ou 30 jours. Cycle long (B2B, service) → 60 ou 90 jours. Ce paramètre est dans Admin > Propriété > Attribution.
Deux rapports et une métrique structurent la lecture quotidienne d'un annonceur : attribution du trafic Ads, comportement post-clic, et engagement réel versus rebond UA.
Trois rapports, dans cet ordre de priorité pour un annonceur.
Commencez par une question de campagne, pas par le catalogue des rapports : quelle campagne attire les bons utilisateurs, quels produits retiennent leur attention et quelles données expliquent l’écart de performances ? Cette formulation garde l’analyse au service des décisions publicitaires et évite de confondre exploration avancée avec progrès marketing.
Acquisition > Acquisition de trafic (source / médium) : c'est le rapport de base. Il confirme que google / cpc reçoit bien du trafic, avec les sessions, le taux d'engagement et les key events par source. C'est aussi là que se détecte un problème d'auto-tagging.
Espace publicitaire > Attribution : chemins de conversion multi-touch, modèles comparables, valeur par point de contact. Ce rapport n'apparaît que si la liaison GA4 ↔ Ads est active, sans elle, la rubrique « Espace publicitaire » reste vide ou absente. Pour brancher la liaison : comment relier GA4 et Google Ads.
Exploration > Entonnoir ou Chemin : rapport libre, à construire. Utile pour diagnostiquer où les clics Ads s'arrêtent dans le parcours, page produit, étape panier, page de paiement. C'est ici que se trouve la donnée du comportement post-clic, inaccessible dans l'interface Ads.
Pour croiser GA4 et Ads dans un tableau de bord décisionnel, la sœur reporting Looker Studio LTV/CAC couvre cette brique.
La réponse nette : ce ne sont pas deux noms pour la même chose, ce sont deux logiques inverses qui ne se comparent pas.
UA mesurait le rebond : toute session sans interaction secondaire, une seule page vue, zéro clic, zéro événement, et c'était un rebond. Un taux de rebond UA à 80 % pouvait donc être parfaitement normal pour un article de blog ou une page de confirmation.
GA4 mesure l'engagement : une session est engagée si elle dure plus de 10 secondes, charge au moins deux pages ou vues écran, ou déclenche un événement clé. Le taux d'engagement est l'inverse du taux de non-engagement, pas l'inverse du rebond UA.
L'impact pour un annonceur Ads est direct. Si vos rapports UA affichaient 80 % de rebond sur votre landing Ads et que GA4 affiche 40 % de non-engagement, ne concluez pas que la page s'est améliorée : la définition a changé. Et avant d'agir sur un taux d'engagement qui semble faible, vérifiez que vos événements de conversion sont bien collectés, un site où la seule interaction est un formulaire peut sembler très désengagé si l'événement form_submit n'est pas implémenté.
Le point important n’est pas une date : GA4 et Google Ads ne reçoivent pas les mêmes droits selon les signaux de consentement. analytics_storage peut autoriser une partie de la mesure Analytics pendant que ad_storage, ad_user_data ou ad_personalization limitent ce qui peut servir aux conversions Ads, aux audiences ou à la personnalisation.
Concrètement : une liaison GA4/Ads active ne suffit pas à assurer que les audiences et conversions circulent correctement. Si votre CMP pose un refus publicitaire, GA4 peut continuer à collecter certains événements Analytics, tandis que l’usage publicitaire côté Ads reste limité ou modélisé selon le mode choisi.
Première vérification : dans Tag Assistant ou le mode Preview GTM, testez un parcours avec acceptation puis refus, et contrôlez les états de ad_storage, ad_user_data, ad_personalization et analytics_storage. C’est ce diagnostic, pas la seule liaison GA4/Ads, qui dit si le flux peut nourrir Ads.
Documentez ce contrôle pour le Web comme pour les applications : finalités publicitaires, choix de confidentialité des utilisateurs, responsable de la conformité et date du dernier test. Les fonctions avancées n’ont de valeur que si l’équipe sait quelles données sont disponibles, limitées ou absentes selon le consentement.
Pour la configuration complète basic/advanced et le choix de CMP compatible : Consent Mode v2 : basic vs advanced.
ad_storage, ad_user_data et ad_personalization, au-delà de analytics_storage. Un refus publicitaire mal géré coupe ou limite le flux vers Ads.Cette vue d'ensemble pose le modèle mental et la checklist de démarrage. Cinq chantiers restent hors cadre, et ils se présentent tôt dès que le compte grossit.
Le premier concerne l'e-commerce. Marquer purchase comme key event ne dit rien du taux de passage entre chaque étape du tunnel : voir la conversion arriver ne montre pas où le panier fuit avant. Il ne s’agit pas d’un doublon du tag Ads, qui pilote l'enchère sur un signal natif et rapide, mais d’un diagnostic complémentaire, funnel complet view_item → add_to_cart → begin_checkout → purchase. La mécanique et les événements à instrumenter sont détaillés dans le suivi e-commerce avancé sous GA4. Une fois le funnel posé, encore faut-il savoir l'interroger : un rapport de cheminement GA4 sans question précise en tête devient une promenade dans les données. L'usage rentable est chirurgical, remonter depuis la conversion pour trouver les pages de passage obligé, ou descendre depuis la landing pour chiffrer la fuite.
Le deuxième chantier touche à ce que l'interface expose par défaut. Un paramètre d'événement collecté ne devient lisible dans vos rapports que si vous l'enregistrez comme dimension personnalisée : elle n'ajoute aucune donnée, elle ouvre une fenêtre sur ce qui existe déjà. Non rétroactive, sous quota, sensible à la cardinalité, la doctrine des dimensions personnalisées GA4 tient en une ligne : peu de dimensions, à faible cardinalité, pour une décision déjà formulée. Quand ce quota et l'échantillonnage de l'interface deviennent le plafond plutôt que l'exception, la sortie de secours est l'export vers BigQuery, brut et non rétroactif lui aussi : l'export BigQuery de GA4 détaille pourquoi l'activer tôt, en assurance, avant même d'en avoir l'usage immédiat.
Dernier point, souvent traité en une case cochée alors que c'est une décision de gouvernance : la liaison GA4 au MCC. Elle auto-lie tout compte futur rattaché au MCC, un atout pour une organisation propriétaire qui centralise, une fuite de données en puissance pour un MCC d'agence qui mélange des clients concurrents. Avant de cocher cette case au niveau du MCC plutôt que compte par compte, la liaison GA4 ↔ MCC pose les deux scénarios et le bon choix selon votre structure de comptes.
Écrivez la division du travail en une ligne et collez-la dans votre doc de mesure. GA4 n’est qu’une brique de votre dispositif de mesure et tracking, pas le tout.
Vérifiez que la liaison GA4/Ads est active. Et cessez de chercher UA dans GA4 : la première étape utile consiste à accepter que la logique de mesure a changé.
On vérifie liaison, audiences et événements utiles.
Réserver un appel