Pourquoi les visites venues de ChatGPT n'apparaissent pas dans vos statistiques

Quand une IA vous cite, votre outil de mesure écrit « direct »

Un client pose une question à ChatGPT, sur son téléphone. La réponse cite votre page. Il appuie sur le lien, il arrive chez vous. Et dans votre outil, cette visite s'affiche exactement comme celle d'un inconnu qui aurait tapé votre adresse au clavier. Rien, sur cette ligne, ne dit « assistant ». L'information s'est perdue entre son doigt et votre serveur.

Ce trafic existe pourtant, et il monte vite. Adobe a suivi le commerce de détail américain de juillet 2024 à février 2025 : le trafic de référence venu des IA génératives y a progressé d'environ 1 200 %^[9]. Cette progression appelle une réserve, et je me l'impose : elle part de très bas et ne compte que les visites arrivées avec leur origine intacte. Une hausse de cette ampleur se lit sur les visites additionnées de milliers de sites. Sur le vôtre, pris isolément, elle ne dit rien du nombre de visites à attendre, et celles qui ont perdu leur origine n'entrent dans aucun compte.

Devant une courbe plate, un dirigeant tranche vite : l'IA ne rapporte rien, sujet suivant. J'entends cette phrase presque à chaque rendez-vous, et elle repose sur une confusion. Une citation ne rapporte pas d'abord une visite, elle installe un nom. Le lecteur lit « sur ce sujet, des cabinets comme X interviennent », il retient X, il ferme l'onglet. La visite, si elle vient, viendra plus tard et par un autre chemin.

Aucun de ces comportements n'a été inventé par OpenAI ni par Perplexity. L'attribut « noreferrer » et le lien collé à la main existent depuis longtemps, les navigateurs intégrés des applications mobiles omettent le plus souvent l'adresse de départ, et le prospect qui retient un nom sans cliquer n'a pas attendu les assistants pour exister. Votre outil ne mesure donc pas votre inaction. Il mesure ce qu'il sait voir, c'est-à-dire une partie de votre trafic, sans savoir laquelle.

Le référent : l'origine d'une visite, et ce qui l'efface

Chaque fois qu'un visiteur clique sur un lien, son navigateur envoie à votre serveur une ligne appelée « Referer ». C'est elle qui permet à votre outil d'écrire « cette visite vient d'exemple.fr ». Depuis Chrome 85, sorti en août 2020, elle arrive amputée dès qu'un site renvoie vers un autre : le navigateur envoie « https://exemple.fr » et s'arrête là, il ne transmet jamais le chemin de la page^[4]. Ce réglage porte le nom de « strict-origin-when-cross-origin » : il est actif par défaut chez tous les visiteurs qui naviguent avec Chrome, sans que personne ait à intervenir.

Ce raccourcissement fait moins de dégâts qu'on ne le croit. Envoyer l'adresse complète d'une page en disait trop sur les gens : imaginez la ligne « Referer : https://forum-sante.fr/mon-diagnostic » qui arrive chez un annonceur inconnu. Les éditeurs de navigateurs ont coupé le chemin et gardé le domaine^[4]. Deux autres mécanismes, eux, effacent la ligne entière, et aucun n'a été pensé contre vous.

Le premier tient en un attribut. Celui qui écrit le lien ajoute « rel="noreferrer" » dans son code, et plus rien ne part : ni le chemin, ni le domaine^[5]. Vous recevez une visite nue.

Le second, vous le déclenchez vous-même sans y penser. Un lecteur sélectionne l'adresse de votre page, Ctrl+C, ouvre un nouvel onglet, Ctrl+V, Entrée. Il n'a cliqué sur rien. Il n'y a donc aucune page de départ à déclarer, et la spécification HTTP le précise explicitement^[6]. Un lien recopié dans un courriel, dans un message WhatsApp ou dans un compte rendu perd son origine à chaque fois.

Aucun réglage ne compense cette perte. J'ai vu une équipe marketing passer une journée à fouiller les paramètres de son outil, à la recherche de la case qui ferait réapparaître le trafic manquant. Cette case n'existe pas : personne ne peut afficher une information qui n'a jamais quitté le navigateur du visiteur. La perte se produit avant votre compteur, pas dedans.

Sur mobile, l'application ChatGPT masque l'origine

Regardez quelqu'un se servir d'un assistant sur son téléphone. Il appuie sur un lien, votre page apparaît, avec une petite croix en haut de l'écran pour revenir en arrière. Il n'a ouvert ni Safari ni Chrome : il est resté dans l'application. Ce cadre porte un nom différent selon le système — WKWebView sur iPhone, Chrome Custom Tabs ou WebView sur Android. Il relève de la même règle que le copier-coller : le lien ne part pas d'une page web, il part d'une application. Aucune adresse de départ n'existe, donc aucune ne s'attache à la requête^[1].

Chez vous, cette arrivée n'a l'air de rien. Une visite s'inscrit, une page vue s'ajoute, aucune source n'apparaît. Payer un outil plus cher n'y change rien : l'information n'est jamais partie du téléphone.

Ce point est le plus difficile à compenser. Votre client interroge un assistant debout dans un couloir, dans un train, entre deux rendez-vous, plus rarement devant l'écran de son bureau. Chaque citation lue de cette façon perd son référent en chemin.

Un contournement partiel existe, et il ne vient pas de vous. ChatGPT accroche lui-même un marqueur à une partie des liens qu'il affiche : « utm_source=chatgpt.com », collé à la fin de l'adresse. Ce marqueur voyage dans l'adresse : il survit donc à la fenêtre intégrée du téléphone. Cherchez-le dans la liste des pages par lesquelles vos visiteurs entrent, et vous récupérez une part de ce qui manquait. Vérifiez sa présence sur vos propres relevés avant d'en faire une règle : ce comportement change sans préavis, et certains assistants ne posent aucun marqueur.

Le retour différé : cité un jour, cherché le lendemain

La plus trompeuse des trois scènes est celle-ci. Un directeur financier demande à un assistant qui pourrait l'aider sur un sujet précis. La réponse cite trois entreprises, dont la vôtre. Il ne clique pas : sa réunion commence dans quatre minutes. Le lendemain matin, il tape votre nom dans Google, arrive sur votre site, remplit votre formulaire de contact. Dans vos statistiques s'inscrit une visite venue de la recherche Google, sur une requête qui contient votre nom. Rien, absolument rien, ne raconte la conversation de la veille.

Ce détour par Google fait plus de dégâts que les deux causes précédentes : il ne creuse pas un trou, il fabrique une fausse explication. Avec le trafic direct, au moins, vous savez que vous ne savez pas. Là, vous croyez savoir. Vous rangez cette visite dans le bouche-à-oreille, ou dans un article publié six mois plus tôt. Et vous concluez que l'IA ne vous apporte rien, pendant que l'effet monte deux colonnes plus loin, sous un autre nom.

Existe-t-il un travail sérieux qui relie la force d'une marque à sa présence dans les réponses ? Oui. Semrush a publié en 2026 un index de visibilité IA construit sur 126 millions de requêtes aux États-Unis : plus une marque est installée ailleurs, plus les assistants la citent^[7]. Le nom d'une marque installée est déjà écrit partout, et un assistant reprend ce qu'il trouve écrit. Travailler ses pages pour qu'un moteur de réponse puisse les reprendre porte un autre nom, le GEO, l'optimisation pour les moteurs de réponse : un levier distinct de la notoriété, qui ne la remplace pas.

Attention à ce que cet index ne dit pas. Une marque connue est déjà partout : presse, forums, comparatifs, pages que les moteurs vont chercher au moment de répondre. Elle est déjà citée davantage que ses concurrentes partout ailleurs : rien dans cet index ne dit si les assistants créent cet écart ou s'ils le reprennent. Les analystes d'Ahrefs répètent la même mise en garde : voir deux courbes monter ensemble ne dit jamais laquelle pousse l'autre^[8]. Prendre cet index pour la preuve que l'IA vous amène des clients, c'est commettre exactement l'erreur de lecture décrite plus haut.

Pourquoi les études sur le trafic venu des IA donnent des chiffres si différents

Deux équipes sérieuses ont mesuré le même phénomène et n'ont pas trouvé le même résultat. Le même phénomène, pas la même unité : l'une a compté des visites, l'autre des sessions. Loamly a examiné 20 428 visites venues d'assistants en février 2026 : 14 413 d'entre elles, soit 70,6 %, arrivaient sans adresse d'origine^[2]. Clickport a examiné 2 619 sessions d'assistants en avril 2026, prélevées dans un ensemble de 371 847 sessions tous canaux confondus : 935 d'entre elles, soit 35,7 %, arrivaient sans adresse d'origine^[1]. Un tiers ressort d'un côté, plus des deux tiers de l'autre.

Un pourcentage comme celui-là soulève d'ailleurs une question que peu de gens posent : pour affirmer qu'une visite sans origine venait d'un assistant, il faut l'avoir reconnue autrement — un marqueur resté dans l'adresse, une signature dans les relevés du serveur, une page d'arrivée typique. Chaque équipe a sa méthode, et c'est elle qu'il faut regarder avant le résultat.

Un prestataire retient le chiffre qui l'arrange et le répète en réunion. Je fais l'inverse : je garde les deux et je cherche pourquoi ils s'écartent. La piste la plus vraisemblable tient à la composition de l'échantillon, sans qu'aucune des deux publications permette de le vérifier. Comptez surtout des sites lus au téléphone, et la part sans origine grimpe. Élargissez à des lecteurs assis devant un ordinateur, et elle redescend. Les deux mesures décrivent des populations différentes, à deux mois d'écart : aucune ne corrige l'autre.

Retenez donc une règle plutôt qu'un pourcentage : sur ce sujet, jamais un chiffre seul. Le jour où un prestataire vous montrera une diapositive annonçant la part de trafic IA que vous perdez, posez-lui trois questions : quel échantillon, quelle date, quels sites. S'il n'a pas les trois réponses, il vous a vendu une décimale, pas une mesure.

Deux mesures crédibles, deux populations : la fourchette n'est pas une erreur.

La dernière colonne compte autant que le pourcentage. Loamly ne publie pas le poids du mobile dans son échantillon ; Clickport ne dit pas quels secteurs il a mesurés. Ces inconnues, ajoutées à la différence d'unité, interdisent de traiter ces deux résultats comme deux points d'une même mesure : ils encadrent un ordre de grandeur, ils ne se comparent pas décimale à décimale. Reprenez le chiffre de 70,6 % sans cette réserve, et vous bâtirez un plan sur des données issues de sites dont vous ignorez s'ils ressemblent au vôtre.

Trois gestes pour repérer les visites venues des IA dans vos statistiques

Quand j'ouvre l'outil de mesure d'un client, je regarde ceci en premier. Trois gestes suffisent, sans changer d'outil. À l'arrivée, vous n'aurez pas un compteur de citations, mais un plancher : le vrai chiffre est plus haut.

Voici ce que cela donne à l'écran, sur un site B2B d'une quarantaine de pages. Le canal « Assistants IA » affiche une poignée de sessions par mois : une ligne dans le tableau, pas de courbe. Juste à côté, le trafic direct enfle alors qu'aucune campagne n'a été lancée. Et dans la Search Console, l'outil gratuit par lequel Google montre les requêtes qui mènent à un site, celles qui contiennent le nom de l'entreprise montent doucement. Trois indicateurs bougent dans le même sens, mais aucun ne prouve quoi que ce soit. Je note les dates dans un fichier, je ne touche à rien, je relis ces courbes dans trois mois.

Trois trous restent dans cette lecture. Écrivez-les à côté de vos chiffres, faute de quoi ces chiffres passeront pour un total. Le lien ouvert dans une application mobile arrive en direct : il n'entrera jamais dans votre ligne « Assistants IA ». Les Aperçus IA de Google, eux, se fondent dans votre trafic organique : la Search Console compte ces clics avec les autres clics de la recherche et ne les sépare pas, si bien que vous lisez un total, jamais la part. Je détaille ce point dans mon analyse des Aperçus IA pour l'entreprise. Enfin, le mode IA de Google pose l'attribut « noreferrer » sur les liens de ses réponses : la visite arrive chez vous, et plus rien ne la relie à l'IA^[3].

Chaque signal lisible a un angle mort nommé, et leur somme ne reconstitue rien.

Ces quatre lignes ne s'additionnent pas : la dernière est contenue dans la deuxième, et la troisième ne relève pas du trafic venu de l'IA. Lisez-les une par une, et vous tenez la part que votre outil sait nommer, plus une zone grise que vous avez au moins identifiée.

Ce cadrage s'installe une fois et tient ensuite sans entretien. Vous n'êtes pas obligé de le poser seul : il fait partie de ce que je mets en place dans un audit de vos usages et de votre visibilité IA. L'objectif n'est pas de sortir un beau chiffre à montrer en comité, mais de savoir en une phrase ce que votre outil voit et ce qu'il laisse dehors.

Rendre compte honnêtement d'un trafic IA encore rare

Prenez une PME industrielle qui vend à quelques centaines de clients dans le Grand Est. Sur Google, son métier se cherche quelques dizaines de fois par mois. Dans son outil, le canal « Assistants IA » affiche zéro, ou deux, ou trois visites. Cette ligne ne prouve pas qu'aucune IA ne la cite. Elle prouve qu'à cette échelle, le compteur ne peut rien dire du tout.

Refuser de sur-interpréter une courbe plate, ce n'est pas se dérober. En dessous de quelques dizaines de visites d'assistants identifiées par mois, aucun objectif chiffré ne résiste : une visite de plus fait bondir le pourcentage, une semaine de congés le fait s'effondrer. Un indicateur bâti là-dessus se retourne contre celui qui l'a promis, au premier bilan.

Que faire, alors ? Mesurer ce qui se mesure, et écrire noir sur blanc ce qui ne se mesure pas. Dans le compte rendu : « le canal Assistants IA affiche tel nombre de visites ; cette ligne exclut les applications mobiles, les liens collés et les réponses qui effacent l'origine ». Cette phrase-là tient debout devant un comité de direction. « L'IA n'apporte rien » ne tient pas, parce que personne autour de la table ne peut le vérifier.

Une citation qu'on ne sait pas compter vaut mieux qu'un clic qu'on n'a pas eu. Un dirigeant a raison de douter des chiffres qu'on lui promet ; il a tort d'en conclure que rien ne se passe. Entre les deux, il reste une ligne à écrire dans le compte rendu : ce qui se mesure, ce qui échappe à la mesure.