GA4 signale des identifiants agrégés manquants : comment auditer GBRAID et gad_ avant de fermer votre rapport

Depuis le 30 juillet 2026, Google Analytics peut afficher un nouveau diagnostic lorsqu’il détecte que des identifiants agrégés comme GBRAID ou des paramètres gad_* disparaissent des URL. Si vous fermez votre rapport mensuel sans regarder cette alerte, vous risquez de commenter un problème d’attribution comme s’il s’agissait d’un changement réel de performance.

Pourquoi ces paramètres existent

Google explique que les identifiants agrégés aident GA4 à attribuer le trafic publicitaire lorsque les identifiants standards comme GCLID ou DCLID ne peuvent pas fournir toute l’information nécessaire. Les paramètres GBRAID et gad_* doivent donc traverser les redirections et atteindre la page où les balises Google sont chargées.

1. Commencez par la liste des URL signalées

Dans l’alerte de diagnostic, utilisez l’option qui permet d’afficher les chemins problématiques. Exportez cette liste ou consignez-la dans votre feuille de contrôle. Ajoutez au minimum : URL initiale, page finale, type de redirection, propriétaire technique et statut de vérification.

2. Reproduisez le parcours complet

Ne testez pas seulement la page finale en la collant directement dans le navigateur. Le problème peut être dans une redirection serveur, un routeur d’application, une règle de réécriture, un outil de consentement ou un code qui reconstruit l’URL. Votre test doit donc suivre le même chemin qu’un clic publicitaire.

3. Vérifiez les paramètres à chaque étape

Le point utile n’est pas de « voir un gad quelque part ». Il faut vérifier si les paramètres attendus sont encore présents lorsque la balise Analytics les lit. Google précise notamment que les paramètres gad_* doivent rester des paramètres de premier niveau sur la page où les balises sont chargées.

4. Ne cherchez pas à réparer les données passées avec une promesse

Google indique que la suppression de ces paramètres peut entraîner une attribution inexacte et faire apparaître des valeurs comme « (not set) » ou « organic ». Une correction technique améliore la collecte future; elle ne garantit pas une reconstruction rétroactive parfaite des sessions déjà mal attribuées.

5. Attendez la fenêtre de propagation avant de conclure

Une fois la correction déployée, Google indique qu’il peut falloir jusqu’à 24 à 48 heures pour que le diagnostic reflète le changement. Notez donc l’heure du correctif et évitez d’ouvrir un nouveau ticket vingt minutes plus tard.

Le tableau d’audit minimal

Pour garder une trace de ce type de diagnostic dans vos livrables, vous pouvez aussi l’intégrer à votre rapport marketing automatisé GA4, Search Console et Google Ads.

Sources : Nouveautés de Google Analytics — 30 juillet 2026 et diagnostic de suppression des paramètres.