Arrêtez d'attribuer les inscriptions aux pages de connexion et de paiement, et comptez chaque inscription une seule fois
Repère les événements clés que GA4 attribue à accounts.google.com, facebook.com ou à une page de paiement, vérifie si l'inscription d'une même personne est comptée plusieurs fois, et prépare la correction GTM avec un aperçu.
Quand l'utiliser
Quand GA4 attribue des inscriptions à des pages de connexion ou de paiement comme accounts.google.com ou votre prestataire de paiement, ou quand l'inscription d'une même personne semble comptée plusieurs fois.
Ce que vous obtenez
Vous obtenez des tableaux des fausses sources et des événements clés surcomptés, un diagnostic qui distingue source erronée et comptage répété, et un correctif GTM testé (variable ignore_referrer et garde une fois par personne) publié seulement après votre accord.
Modifie-t-il quelque chose dans mon compte ?
Seulement avec votre accord. L'assistant montre d'abord un aperçu de chaque modification et attend votre feu vert.
Fonctionne avec
GA4, Tag Manager
À compléter avant l'envoi
[GA4 property][GTM container][sign-in methods, e.g. Google, Meta, Microsoft][payment provider]
Ma propriété GA4 est [GA4 property] et le site charge GA4 via le conteneur GTM [GTM container]. Les utilisateurs se connectent avec [sign-in methods, e.g. Google, Meta, Microsoft] et paient via [payment provider]. Utilise les 90 derniers jours. Si la propriété contient moins d'historique, indique-moi combien de jours elle couvre réellement avant de comparer quoi que ce soit.
1. Lance un rapport GA4 par source de la session, puis un second par page de destination ventilée par canal, sur la même période. Liste toutes les sources qui correspondent en réalité à une étape de connexion, de consentement ou de paiement : par exemple accounts.google.com, login.microsoftonline.com, le domaine du prestataire de paiement, ou facebook.com et linkedin.com lorsque la page de destination est une application, un tableau de bord ou une page de rappel (callback). Pour chacune, affiche les sessions, les utilisateurs et les événements clés.
2. Lance un rapport GA4 par nom d'événement. Pour chaque événement clé, divise le nombre d'événements par le nombre d'utilisateurs qui l'ont déclenché. Une inscription qui ne doit se produire qu'une fois par personne doit rester proche de 1. Signale tout événement clé supérieur à 1,2 et indique combien d'événements en trop cela représente.
3. Lis les balises, déclencheurs et variables GTM. Repère la balise qui envoie l'événement clé d'inscription, le déclencheur qui la fait partir, et toute protection qui l'empêche de se déclencher deux fois. Indique où se trouve cette protection : uniquement dans l'onglet en cours (sessionStorage), dans le navigateur (cookie ou localStorage), ou côté serveur.
4. Vérifie si la balise Google GA4 envoie déjà ignore_referrer pour les retours de connexion et de paiement.
Livrables :
1. un tableau des fausses sources de l'étape 1 avec les événements clés qu'elles reçoivent aujourd'hui,
2. le tableau du surcomptage de l'étape 2,
3. un court diagnostic qui distingue bien les deux problèmes : mauvaise source et comptage répété,
4. la correction. Pour la mauvaise source, propose une variable JavaScript personnalisée qui renvoie 'true' uniquement lorsque le référent est un domaine de connexion ou de paiement, ou un réseau social qui mène vers un chemin d'application ou de rappel, et ajoute-la à la balise Google GA4 comme paramètre ignore_referrer. Montre le JavaScript complet et teste-le dans ta réponse sur au moins six couples référent/chemin, dont un clic ordinaire depuis un réseau social qui doit rester un vrai référent. Pour le comptage répété, indique précisément où une protection « une fois par personne » doit se situer et ce qu'elle doit vérifier.
Ne modifie ni GTM ni GA4 avant mon accord. Après mon accord, crée la variable et mets à jour la balise avec confirm=false d'abord, montre-moi l'aperçu, puis publie avec un nom de version explicite et indique-moi vers quelle version revenir en cas de problème. Rappelle-moi aussi que la liste des « références indésirables » de GA4 ne peut être modifiée que dans l'interface de GA4.
Passe en revue l'ensemble du compte en une seule fois, de la mesure et des enchères à la structure et aux pages de destination. Classe les constats par impact et désigne les trois premières corrections à faire, sans rien modifier.
Quand l'utiliserLorsque tu reprends un compte Google Ads ou que tu t'en méfies et que tu veux savoir ce qui cloche vraiment et par où commencer les corrections.
Passe en revue en une seule fois la mesure, les problèmes de diffusion, la phase d'apprentissage, le ciblage, les emplacements et la fatigue créative. Classe les constats par priorité et désigne les trois premières corrections, sans rien modifier.
Quand l'utiliserQuand les résultats de tes publicités Meta ont chuté ou stagnent et que tu veux savoir ce qui cloche dans le compte avant de modifier quoi que ce soit.
Évite qu'une même personne soit comptée deux fois lorsqu'elle appelle et envoie un message. Relie les deux boutons du site à une seule conversion et vérifie si le bouton d'appel des annonces est bien mesuré.
Quand l'utiliserLorsque des prospects vous appellent et vous écrivent sur WhatsApp depuis votre site et que vous soupçonnez qu'une même personne compte pour deux conversions, ce qui rend votre coût par conversion artificiellement bas.
Un contrôle réussite/échec de votre configuration de conversions sur Google Ads, GA4 et Tag Manager, avec les corrections qui empêchent Smart Bidding d'optimiser vers la mauvaise action.
Quand l'utiliserQuand votre CPA ou vos conversions semblent anormaux, ou avant de modifier enchères ou budgets, et que vous n'êtes pas sûr que le suivi des conversions compte les bonnes actions.