Google Ads peut perdre une attribution fiable quand GBRAID ou un paramètre gad_ disparaît de l’URL de clic. Résultat, des sessions payantes risquent d’être classées en trafic organique ou en « (not set) ». Je détaille ce que détecte le diagnostic GA4, les identifiants concernés et les vérifications à faire.
Pourquoi les clics Google Ads sont-ils mal attribués ?
Les clics Google Ads peuvent être mal attribués quand un paramètre nécessaire à la mesure disparaît entre le clic et l’arrivée sur votre site. Si Google transmet un identifiant comme gclid ou, dans certains cas liés à la confidentialité, gbraid, mais qu’une redirection ou un outil de suivi le retire, l’information qui relie la visite à la campagne peut être perdue.
Le risque est concret : une session issue d’une annonce peut apparaître dans GA4 comme du trafic organique, ou avec la valeur « (not set) ». Dans ce dernier cas, GA4 n’a pas assez d’informations pour renseigner une dimension comme la source ou la campagne. Ce n’est pas forcément un problème dans la configuration de la campagne elle-même. C’est souvent une perte d’information d’attribution pendant le parcours vers votre site.
Formez-vous à Google Analytics !
Maîtriser Google Analytics est crucial pour comprendre votre audience, optimiser vos campagnes, améliorer l'expérience utilisateur et mesurer vos conversions... Gagnez du temps avec nos formations Google Analytics.
Ça peut arriver avec une redirection mal configurée, une URL réécrite par un outil tiers ou une page d’arrivée qui ne conserve pas les paramètres reçus. J’ai déjà vu des campagnes correctement paramétrées côté Google Ads, mais dont les clics perdaient leurs identifiants avant même que la page d’arrivée puisse les exploiter.
Le diagnostic dans GA4 permet de rendre ce problème visible. Je regarde notamment les sources et supports des sessions, la présence de « (not set) » et les écarts entre les clics enregistrés dans Google Ads et les sessions observées dans GA4. Ces indices ne prouvent pas à eux seuls que gbraid a été supprimé, mais ils orientent vers un problème de transmission ou de mesure.
Google Ads n’a pas besoin d’avoir changé sa façon d’ajouter des paramètres aux URL pour que l’attribution se dégrade. Si votre site ou vos outils ne les préservent pas, GA4 reçoit moins d’informations et peut attribuer la visite à une autre source, ou ne pas réussir à la classer.
Que détecte le diagnostic de Google Analytics ?
Le diagnostic repère des URL de clic où des identifiants attendus manquent, notamment GBRAID ou un paramètre « gad_ ». Son intitulé exact est « La précision des données de campagne est affectée par des paramètres d’URL manquants ». Il signale un cas précis : le GCLID est présent dans l’URL, mais GBRAID ou un paramètre « gad_ » manque.
Je le retrouve dans l’indicateur de qualité des données des rapports Google Analytics. Il ne faut pas le confondre avec les bannières globales qui signalent des problèmes importants à l’échelle d’une propriété. Ici, l’indicateur concerne des URL de clic et des paramètres associés aux données de campagne. Il ne signifie pas, à lui seul, que toute la propriété rencontre un problème de suivi.
Pour identifier les URL concernées, la commande « View URLs » permet de consulter les chemins détectés. Je peux alors vérifier ces exemples et les comparer aux URL utilisées dans les clics Google Ads. Le diagnostic indique où des paramètres sont manquants, mais ne fournit pas nécessairement une explication complète de la cause. Il vaut mieux s’en tenir aux URL affichées plutôt que de déduire que toutes les campagnes ou tous les clics sont touchés.
Après une correction, l’indicateur ne disparaît pas forcément immédiatement. Google Analytics peut mettre 24 à 48 heures à refléter les changements. Pendant ce délai, sa présence ne suffit donc pas à conclure que la correction n’a pas fonctionné. Je vérifie d’abord que les URL concernées sont corrigées, puis je laisse le temps aux rapports de se mettre à jour.
À quoi servent GBRAID et les paramètres gad_ ?
Les paramètres GBRAID et gad_ contribuent à préserver l’attribution des campagnes quand le GCLID ne suffit pas à récupérer automatiquement les données nécessaires. Ils aident notamment à renseigner des dimensions comme la source, le support, la plate-forme source et la campagne, y compris lorsque le consentement ad_user_data est refusé.
GBRAID est un identifiant conçu pour mesurer les performances publicitaires tout en respectant la vie privée. Contrairement à un identifiant individuel, il ne sert pas à relier les données à une personne ou à un événement précis. La mesure peut ainsi s’appuyer sur des données agrégées, plutôt que sur le suivi d’un utilisateur particulier.
GBRAID et WBRAID sont apparus dans les rapports GA4 en mars 2022. Leur arrivée s’inscrit dans les évolutions de la mesure publicitaire liées à iOS 14 et à la transparence du suivi des applications mise en place par Apple. Quand une personne refuse ce suivi, les méthodes habituelles d’attribution peuvent perdre une partie des informations. Ces identifiants offrent alors une autre façon de contribuer à la mesure, avec des limites destinées à protéger la vie privée.
Le paramètre gad_source a un rôle différent. Il identifie la source de l’URL publicitaire, par exemple Google Search ou le Réseau Display. Sa valeur n’est pas personnalisable. Il ne faut donc pas le traiter comme un champ libre que vous pourriez modifier pour encoder vos propres informations.
Vous pouvez aussi rencontrer gad_campaignid. Il appartient à la famille des paramètres gad_. Je le mentionne ici sans lui attribuer de comportement particulier : sa présence ne permet pas, à elle seule, de conclure comment une campagne sera mesurée ou attribuée.
Comment vérifier et corriger les URL concernées ?
Consultez les URL signalées par le diagnostic « View URLs », puis vérifiez que les paramètres présents sur l’URL de clic sont conservés pendant les redirections et jusqu’à leur collecte par Google Analytics. Le cas à repérer est précis : un GCLID est présent, mais GBRAID ou le paramètre gad_ manque.
Je contrôle le parcours réel de l’URL, du clic jusqu’à la collecte. Il ne suffit pas de voir le paramètre sur l’URL initiale : il doit rester présent après chaque redirection et parvenir à Google Analytics. Je vérifie aussi si le paramètre manquant disparaît à un moment donné du parcours. Ces contrôles portent sur l’implémentation en place, quel que soit le CMS ou l’outil utilisé.
Pour chaque URL signalée, je vérifie les points suivants :
- URL de clic : relever les paramètres présents au départ, notamment GCLID, GBRAID et gad_.
- Redirections : comparer l’URL avant et après chaque redirection pour repérer un paramètre perdu.
- Collecte : vérifier que les paramètres attendus sont toujours présents lorsque les données sont collectées par Google Analytics.
- Diagnostic : confirmer si le GCLID est présent alors que GBRAID ou gad_ manque, comme dans le cas signalé.
Si un paramètre disparaît, corrigez le parcours concerné pour qu’il soit conservé jusqu’à sa collecte. Après la correction, le diagnostic peut ne pas se mettre à jour immédiatement : il peut falloir 24 à 48 heures pour voir le changement se répercuter. Je vérifie donc à nouveau les URL signalées après ce délai, sans conclure trop tôt que la correction n’a pas fonctionné.
| Contrôle | Ce qu’il faut vérifier | Repère utile |
| URL de clic | La présence de GCLID, GBRAID et gad_ sur l’URL initiale. | Comparer avec les URL signalées par « View URLs ». |
| Redirections | La conservation des paramètres tout au long du parcours. | Repérer l’étape où un paramètre disparaît. |
| Collecte Google Analytics | La présence des paramètres attendus au moment de la collecte. | Le GCLID peut être présent alors que GBRAID ou gad_ manque. |
| Après correction | La répercussion du changement dans le diagnostic. | Prévoir un délai de 24 à 48 heures. |
Vos clics payants sont-ils bien attribués ?
Quand GBRAID ou un paramètre gad_ disparaît d’une URL de clic, Google Analytics peut manquer d’informations pour attribuer correctement une session Google Ads. Certaines visites payantes risquent alors d’apparaître comme du trafic organique ou en « (not set) ». Le diagnostic de qualité des données aide à repérer les URL concernées, en particulier lorsque le GCLID est présent mais qu’un autre identifiant manque. Je vous conseille de consulter les chemins signalés, de vérifier la conservation des paramètres dans votre implémentation, puis de laisser 24 à 48 heures après correction. Vous réduisez ainsi le risque de décisions fondées sur une attribution incomplète.
FAQ
- Pourquoi Google Ads peut-il être attribué au trafic organique ?
Si GBRAID ou un paramètre gad_ est supprimé de l’URL de clic, Google Analytics peut manquer d’informations pour attribuer la session à une campagne payante. Elle risque alors d’être classée en trafic organique ou en « (not set) ». - Que signifie l’alerte sur les paramètres d’URL manquants ?
Elle signale une perte de paramètres qui affecte la précision des données de campagne. Le diagnostic décrit apparaît dans l’indicateur de qualité des données lorsqu’un GCLID est présent, mais que GBRAID ou gad_ manque. - Où trouver les URL concernées dans Google Analytics ?
Dans le diagnostic, utilisez la commande « View URLs » pour consulter les chemins signalés. - À quoi sert GBRAID ?
GBRAID est un identifiant agrégé respectueux de la vie privée. Il contribue à mesurer les performances publicitaires sans relier les données à des utilisateurs ou événements individuels. - Combien de temps attendre après une correction ?
Le changement peut prendre de 24 à 48 heures à se répercuter dans le diagnostic.
A propos de l’auteur
Je suis Franck Scandolera, expert et formateur en tracking avancé server-side, Analytics Engineering, automatisation no/low code avec n8n, intégration de l’IA et SEO/GEO. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. J’accompagne notamment des équipes chez Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football et Texdecor sur leurs enjeux data et analytics. Vous voulez fiabiliser votre mesure ? Contactez-moi.
⭐ Analytics engineer, Data Analyst et Automatisation IA indépendant ⭐
Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…
Mon terrain de jeu :
Data Analyst & Analytics engineering : tracking avancé (GA4, Matomo, Piano, GTM server, Tealium, Commander Act, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.