Un matin d’août 2026, depuis mon téléphone, j’ai posé une question à Google en mode conversationnel (AI Mode). Dans la réponse, j’ai cliqué sur un lien qui pointait vers l’un de mes sites. Ce clic, un vrai visiteur humain, moi, n’est apparu nulle part dans mon outil de mesure. C’est le point de départ d’un petit protocole que je documente ici, parce que le résultat contredit une affirmation qui circule beaucoup sur la « traçabilité » du trafic AI Mode.
Pourquoi un clic depuis Google AI Mode est invisible par construction
Ce n’est pas un bug. Google AI Mode pose l’attribut rel="noreferrer" sur ses liens sortants : au clic, le navigateur n’envoie aucun en-tête Referer au site d’arrivée. Et dans les cas où un referrer survit malgré tout, c’est google.com tout court, strictement indistinguable d’un clic organique classique sur un lien bleu.
Conséquence concrète : ni un outil d’analytics côté navigateur, ni un beacon comme le mien ne peut attribuer ce clic à « Google AI Mode ». Côté GA4, ce trafic est versé dans Organic Search, mélangé au reste de l’organique. Le canal « AI Assistant » que Google a introduit en 2026 ne change rien à cela : il reconnaît quelques assistants tiers (ChatGPT, Gemini, et d’autres), mais exclut explicitement les clics venus des AI Overviews et de l’AI Mode de Google. Search Console, de son côté, montre des impressions en AI Mode mais pas les clics correspondants.
Autrement dit : même les outils de Google ne « voient » pas mieux ce trafic que mon beacon. C’est un angle mort partagé.
L’affirmation à vérifier : le paramètre adview_query_id
Face à cet angle mort, plusieurs éditeurs d’outils avancent une solution : un paramètre nommé adview_query_id serait présent sur les URL d’arrivée des clics AI Mode, et permettrait donc de récupérer l’attribution que le noreferrer détruit. L’argument est séduisant. Le problème, c’est qu’il repose sur une source unique, non confirmée par Google, et présentée le plus souvent comme argument de vente.
Ma règle, depuis 2001 : une affirmation qui n’est pas vérifiable ne vaut pas mieux qu’une intuition. Avant d’en faire quoi que ce soit, il fallait la tester sur le terrain, sur des sites réels, avec des clics réels.
Le protocole : observer sans compter
J’ai ajouté à mon plugin de mesure un « mode observation » dédié. Sa logique est délibérément prudente : quand un visiteur arrive sans source attribuable (ni referrer d’assistant IA, ni paramètre UTM), le plugin regarde si l’URL d’arrivée porte un paramètre candidat comme adview_query_id. Si oui, il consigne dans un journal séparé trois choses : le paramètre et sa valeur, la page d’arrivée, et surtout le referrer réellement reçu (vide ou google.com).
Point crucial : ce journal ne compte rien. Aucune de ces observations n’est ajoutée aux statistiques de visites humaines via IA. L’idée n’est pas d’attribuer, mais de vérifier empiriquement si le paramètre apparaît — et avec quel referrer. Tout est re-validé côté serveur : le navigateur ne fait que signaler, c’est le serveur qui redétecte le paramètre et vérifie que la page appartient bien au site.
Tester l’instrument avant de faire confiance au résultat
C’est l’étape que beaucoup sautent. Un résultat négatif ne vaut rien tant qu’on n’a pas prouvé que l’outil aurait détecté un résultat positif. J’ai donc injecté manuellement une observation de test avec un adview_query_id factice : elle est apparue immédiatement dans le journal, avec le referrer « vide ». La chaîne complète — endpoint, re-validation serveur, écriture, affichage — fonctionne. J’ai même dû débusquer un faux négatif au passage : sur un hébergement LiteSpeed, le script était combiné et donc invisible dans le code source de la page, alors qu’il s’exécutait parfaitement. Le test fonctionnel l’a confirmé là où l’inspection visuelle m’induisait en erreur.
Une fois l’instrument validé sur les deux sites, le résultat négatif devenait interprétable.
Le résultat : rien
Deux sites de mon réseau. Deux appareils, une tablette et un téléphone. Plusieurs clics réels depuis des réponses Google AI Mode, vers des pages de ces sites.
| Ce qui a été loggé | Résultat |
|---|---|
| Injection manuelle de test (instrument) | ✅ Observée, referrer « vide » |
| Clics AI Mode réels (tablette + téléphone, 2 sites) | ❌ Aucune observation |
Sur mon réseau, dans ces conditions, les clics Google AI Mode arrivent sans referrer exploitable, sans paramètre UTM, et sans adview_query_id. Le paramètre censé rendre ce trafic traçable ne s’est pas présenté une seule fois.
Ce que ce résultat dit — et ce qu’il ne dit pas
Soyons précis, parce que l’honnêteté méthodologique est tout l’intérêt de l’exercice. Ce test ne prouve pas que adview_query_id n’existe nulle part. L’échantillon est petit, limité à mon réseau, à un moment donné, depuis la France. Google fait varier ses surfaces selon la géographie, le type de résultat et ses propres tests A/B. Il est possible que ce paramètre apparaisse dans d’autres configurations.
Ce que le test établit, en revanche, c’est ceci : l’affirmation « ce paramètre récupère l’attribution » ne se reproduit pas chez moi. Elle n’est donc ni universelle, ni fiable en l’état. Et pour un consultant qui vend de la mesure, la différence entre « démontré » et « affirmé » n’est pas un détail.
La conclusion opérationnelle que j’en tire : les chiffres de trafic humain via IA que je remonte à mes clients sont un plancher assumé, pas une mesure exhaustive. Le trafic AI Mode y est structurellement absent, comme il l’est dans GA4 et dans Search Console. Personne ne fait mieux aujourd’hui, et prétendre le contraire relève souvent du camelot.
Alors, comment mesurer sa visibilité dans l’IA ?
Puisque le trafic aval est aveugle, la bonne mesure se prend à la source : non pas « combien de clics l’IA m’envoie », mais « suis-je cité dans les réponses, et sur quelles questions ». C’est exactement la logique d’un audit de citabilité, interroger les moteurs de réponse sur un panel de questions réelles de votre marché et mesurer votre taux de citation. Le clic est invisible ; la citation, elle, se constate.
Je garde par ailleurs le mode observation actif sur le réseau. Il ne coûte rien tant que rien ne correspond, et si Google modifie un jour son comportement, déploiement plus large d’un paramètre, correction de l’attribution, le journal le captera. Le jour où adview_query_id se présentera vraiment, je le saurai par la donnée, pas par un argumentaire commercial.
FAQ
Pourquoi les clics depuis Google AI Mode n’apparaissent-ils pas dans mes statistiques ?
Parce que les liens de l’AI Mode portent l’attribut noreferrer : le navigateur n’envoie pas d’en-tête Referer. Quand un referrer survit, c’est google.com, impossible à distinguer d’un clic organique classique. Le clic est donc versé dans l’organique ou le direct, sans marqueur propre.
Qu’est-ce que le paramètre adview_query_id ?
C’est un paramètre d’URL que certains éditeurs d’outils présentent comme identifiant du trafic Google AI Mode. Il n’est pas documenté ni confirmé par Google. Dans mon test sur deux sites, avec des clics réels, il n’est jamais apparu.
GA4 ou Search Console voient-ils mieux ce trafic ?
Non. GA4 classe les clics AI Overviews et AI Mode dans l’organique, et son canal « AI Assistant » les exclut. Search Console affiche des impressions en AI Mode mais pas les clics. L’angle mort est partagé par tous les outils.
Ce résultat négatif prouve-t-il que le paramètre n’existe jamais ?
Non, et je m’en garde. Il prouve que l’affirmation ne se reproduit pas dans mes conditions (mon réseau, France, août 2026). Google faisant varier ses surfaces, le paramètre pourrait apparaître ailleurs. Mais en l’état, présenter ce paramètre comme une solution fiable de traçabilité n’est pas fondé.
Philippe Donnart — consultant SEO/GEO et développeur WordPress, sur le web depuis 2001. J’applique la même méthode empirique à la visibilité de mes clients dans les moteurs de réponse IA : tester, mesurer à la source, documenter les limites. Si vous voulez savoir ce que les IA disent — ou ne disent pas — de votre marque, parlons-en.
