Trafic IA dans GA4 : ce que le canal AI Assistant mesure, et ce qu’il laisse passer

Depuis le 13 mai 2026, une ligne nommée AI Assistant apparaît dans vos rapports d’acquisition. Google l’a ajoutée au groupe de canaux par défaut, sans rien vous demander et sans configuration. Mesurer le trafic IA dans GA4 est donc devenu simple, du moins en apparence. La réalité est plus nuancée : ce canal ne capte que les visites accompagnées d’un référent reconnu, il n’est pas rétroactif, et il exclut par construction une partie du trafic que vous croyez y trouver. Sur ma propre propriété, un quart des sessions issues d’assistants atterrit ailleurs. Voici ce que ce canal mesure exactement, ce qu’il laisse passer, et comment estimer la part que vous ne verrez jamais.

Comment GA4 classe-t-il aujourd’hui les visites venues des assistants ?

Trois dimensions changent en même temps quand Google reconnaît un assistant. Comprendre lesquelles évite les trois quarts des erreurs de lecture du trafic IA dans GA4.

Que contient exactement le canal AI Assistant et depuis quand ?

La mise à jour date du 13 mai 2026. Quand le référent d’une visite correspond à un assistant identifié, Google Analytics réécrit automatiquement le support en ai-assistant, classe la session dans le canal AI Assistant et lui attribue le nom de campagne (ai-assistant).

Toute la mesure du trafic IA dans GA4 repose sur cette condition d’entrée : un référent reconnu. Pas une intention, pas une détection intelligente. Une chaîne de caractères transmise par le navigateur et présente dans la liste de Google. Si l’assistant ne transmet rien, la règle ne s’applique pas. Ce canal mesure donc une conséquence du GEO, pas le GEO lui-même.

Deuxième point, rarement dit : ce canal n’est pas rétroactif. Le groupe de canaux par défaut est calculé à la collecte, pas recalculé après coup. Vos visites d’assistants antérieures à mai 2026 restent classées comme elles l’ont été à l’époque, en site référent ou en non attribué. Toute comparaison qui enjambe cette date est faussée, et c’est le premier piège que je vérifie sur une propriété.

Pourquoi certaines visites ChatGPT atterrissent-elles en referral ou en non défini ?

Parce que la transmission du référent n’a rien de garanti. Elle dépend du client utilisé, de l’application native ou du navigateur, de la politique de référent de la page, et parfois d’une redirection intermédiaire qui écrase l’information.

Trois cas se présentent en pratique. Le référent est transmis et reconnu : la session part en AI Assistant. Le référent est transmis mais absent de la liste de Google, ou légèrement différent : la session part en site référent. Aucun référent n’est transmis : la session bascule en accès direct, puisque GA4 classe en accès direct toute visite dont la source vaut exactement direct et le support none ou not set.

Un quatrième cas existe, plus rare : le non attribué, que GA4 utilise quand aucune règle de canal ne correspond aux données de l’événement. Sur ma propriété, les trois configurations coexistent, et c’est précisément ce qui rend le chiffre du canal natif trompeur pris isolément.

Faut-il encore créer un groupe de canaux personnalisé ?

Oui, mais plus pour la même raison qu’avant, et c’est là que le web francophone n’a pas mis à jour son discours.

Avant mai 2026, le groupe de canaux personnalisé servait à faire exister le canal. Google publiait d’ailleurs la marche à suivre, avec une expression régulière à coller et une consigne précise : placer le canal Assistants IA au-dessus du canal Sites référents, puisque les règles s’évaluent en cascade.

Aujourd’hui, il sert à autre chose : rattraper ce que le canal natif laisse passer. Un assistant absent de la liste de Google, un moteur récent, une plateforme régionale, une redirection interne. Le groupe personnalisé devient un filet de sécurité, pas un substitut. C’est aussi le seul moyen de reclasser rétroactivement vos données antérieures à mai 2026, puisque les groupes personnalisés, eux, s’appliquent à l’historique.

Comment isoler proprement le trafic IA dans GA4 sans double comptage ?

Isoler le trafic IA dans GA4 se complique dès que les deux mécanismes coexistent. Beaucoup de propriétés cumulent aujourd’hui un canal natif et une vieille règle personnalisée qui visent les mêmes sessions.

Quelle configuration retenir entre canal natif et règle personnalisée ?

Ma règle pour segmenter le trafic IA dans GA4 est simple : le canal natif fait référence, le groupe personnalisé complète. Jamais l’inverse.

Concrètement, reconstruisez votre règle personnalisée en excluant ce que le natif capte déjà. Le canal personnalisé ne doit viser que les sessions dont le support n’est pas ai-assistant et dont la source correspond à un assistant non reconnu. Vous obtenez deux ensembles disjoints, additionnables sans risque de double comptage.

Si vous conservez une ancienne règle qui vise toutes les sources d’assistants sans exclusion, vous créez deux lectures concurrentes du même trafic. L’une dira quinze sessions, l’autre vingt, et personne dans l’entreprise ne saura laquelle citer. Ce genre d’incohérence détruit la crédibilité d’un reporting plus sûrement qu’une donnée manquante, et c’est un point que je traite systématiquement quand j’audite la mesure de la performance SEO d’un site.

Comment vérifier que votre segmentation ne compte pas deux fois la même session ?

Un test en trois minutes suffit.

• Ouvrez le rapport Acquisition de trafic sur une période où vous savez avoir reçu du trafic d’assistants.
• Relevez le total de sessions du canal AI Assistant dans le groupe par défaut.
• Basculez sur votre groupe de canaux personnalisé et relevez le total de votre canal maison.
• Additionnez vos canaux personnalisés : la somme doit égaler le total de sessions de la propriété, ni plus ni moins.
• Croisez support et source en dimension secondaire : aucune session ne doit apparaître à la fois avec le support ai-assistant et dans votre canal maison.

Si les totaux ne tombent pas juste, le problème vient presque toujours de l’ordre des règles. GA4 évalue les canaux en cascade et affecte la session au premier canal qui correspond. Une règle trop large placée haut absorbe des sessions qui auraient dû tomber ailleurs.

Quels rapports exploitent le mieux un canal encore marginal ?

Les rapports standards sont mal adaptés à un trafic IA dans GA4 de quelques dizaines de sessions. Ils agrègent, arrondissent et noient la ligne dans le reste.

Passez par les explorations. Un tableau libre avec la source de la session en ligne, et en colonnes les sessions, le taux d’engagement, la durée moyenne et les événements clés, vous en apprendra davantage qu’un graphique d’acquisition. Ajoutez la page de destination : sur un faible volume, savoir quelles pages les assistants citent vaut mieux que le total.

Quelle part de votre trafic IA reste invisible ?

Personne ne publie de chiffre fiable sur la part de trafic IA que GA4 ne voit pas, et pour cause : elle dépend de votre audience et de vos pages. En revanche, vous pouvez l’encadrer sur vos propres données.

Pourquoi le trafic direct gonfle-t-il quand les assistants montent ?

Parce que l’accès direct est la poubelle de l’attribution. Toute visite arrivant sans référent exploitable y tombe, qu’elle vienne d’un signet, d’une saisie d’URL, d’un PDF, d’une application de messagerie ou d’un assistant qui ne transmet rien.

Le signal à surveiller n’est donc pas le volume d’accès direct, mais sa composition. Un accès direct qui progresse alors que votre notoriété de marque est stable, avec des pages de destination profondes plutôt que la page d’accueil, ressemble beaucoup à du trafic d’assistant non attribué. Personne n’arrive sur une page d’article à trois niveaux de profondeur en tapant l’URL de mémoire. Ce report explique aussi certaines baisses apparentes du canal organique, et il faut l’écarter avant de diagnostiquer une baisse de trafic SEO.

Comment estimer la part cachée à partir du taux d’engagement ?

Voici la méthode que j’applique. Elle produit un ordre de grandeur, pas une mesure, et je le dis clairement dans mes rapports.

Isolez d’abord le comportement de référence : sur le canal AI Assistant, relevez le taux d’engagement, la durée moyenne et la profondeur de page. Vous obtenez une signature. Segmentez ensuite votre accès direct par page de destination, en écartant la page d’accueil et les pages de marque. Comparez la signature du reste avec celle du canal AI Assistant.

Quand les deux profils se superposent et que la courbe de l’accès direct profond suit celle du canal natif dans le temps, l’hypothèse d’un report tient. C’est un faisceau d’indices, pas une preuve, et il faut l’assumer comme tel. Le même raisonnement s’applique d’ailleurs quand vous avez du trafic mais pas de conversion : la segmentation par comportement dit ce que le volume cache.

Les paramètres UTM peuvent-ils combler le trou ?

Non, et c’est une confusion fréquente. Vous ne contrôlez pas les liens que génère un assistant, donc vous ne pouvez pas y placer d’UTM.

Les UTM restent utiles sur ce que vous maîtrisez : les liens que vous publiez vous-même dans des contenus susceptibles d’être repris, ou dans une documentation destinée aux moteurs. Cela ne comble pas le trou, cela sécurise vos propres flux. Pour le reste, la seule voie sérieuse est l’analyse des logs serveur, qui voit passer les robots là où GA4 ne voit que des humains munis d’un JavaScript exécuté.

Comment interpréter un trafic IA dans GA4 de faible volume ?

Un trafic IA dans GA4 à deux chiffres par semestre, c’est la situation de la quasi-totalité des sites de PME aujourd’hui. Et c’est là que les erreurs de lecture coûtent le plus cher, parce qu’elles orientent un budget.

Quinze sessions par semestre, est-ce un signal ou du bruit ?

Les deux, selon l’usage que vous faites de votre trafic IA dans GA4. En tant que série temporelle, quinze sessions sur six mois ne permettent aucune conclusion : une variation de trois sessions représente vingt pour cent de variation apparente et ne veut rigoureusement rien dire.

En tant que preuve d’existence, c’est autre chose. Ces quinze sessions établissent que des assistants vous citent, qu’ils envoient des humains sur vos pages, et lesquelles. Sur ma propriété, ce volume pèse 16 pour cent de ce que m’apporte Google organique sur la même période. Le ratio compte davantage que le chiffre absolu.

Ce ratio a un angle mort. Pendant que les assistants vous envoient quinze visiteurs, la SERP Google, elle, en retient une partie sur vos propres requêtes. Lire ce canal sans diagnostiquer les clics que les AI Overviews absorbent revient à compter ce que l’IA vous rapporte sans mesurer ce qu’elle vous coûte.

La règle que je donne à mes lecteurs : en dessous de vingt sessions par mois, lisez les données comme une liste d’événements, pas comme une courbe. Regardez chaque session, sa page d’entrée, son parcours. Au-dessus, commencez à raisonner en tendance. C’est le même arbitrage que pour les KPI SEO réellement décisifs : un indicateur trop peu alimenté produit du bruit avec l’apparence de la rigueur.

Quels indicateurs qualitatifs valent mieux que le volume ?

Quatre, dans cet ordre.

La page de destination, qui vous dit ce que les assistants citent de vous. Le taux d’engagement comparé à celui de votre trafic organique, qui indique si ces visiteurs arrivent avec une intention formée. La profondeur de session, qui distingue le curieux du prospect. Et les événements clés déclenchés, même une seule fois.

Un visiteur venu d’un assistant a déjà obtenu une réponse avant de cliquer. Il arrive plus loin dans sa réflexion qu’un visiteur de recherche classique, ce qui change la lecture de son comportement et rejoint la logique d’une stratégie SEO et GEO hybride. C’est aussi ce qui relie ce canal au trafic organique et à une stratégie AEO.

Comment relier une session IA à une demande de contact ?

Sur un trafic IA dans GA4 aussi mince, les rapports d’attribution ne servent à rien. Passez à l’artisanat.

Ajoutez un champ libre à votre formulaire de contact demandant comment le visiteur vous a trouvé. C’est déclaratif, imparfait, et cela reste la source la plus fiable à ce niveau de volume. Croisez ensuite les dates de vos demandes entrantes avec les sessions du canal AI Assistant : sur vingt sessions par semestre, le recoupement se fait à la main en dix minutes.

Documentez chaque correspondance dans un tableau. Au bout de deux ou trois occurrences, vous saurez si ce canal produit des demandes ou seulement des visites, et vous pourrez enfin arbitrer votre investissement en connaissance de cause plutôt qu’en suivant une tendance de marché.

Mesurer d’abord, investir ensuite

Le canal AI Assistant est une bonne nouvelle mal comprise. Il rend visible une partie du trafic IA dans GA4 et donne l’illusion de le couvrir entièrement.

Faites donc les trois vérifications dans l’ordre : contrôlez que votre configuration ne compte pas deux fois les mêmes sessions, calculez votre taux de captation réel en comparant le canal natif aux sessions d’assistants classées ailleurs, et fixez le seuil de volume en dessous duquel vous refusez de conclure. Trois heures de travail, une fois.

Cette mesure vous dira si le sujet mérite un budget chez vous, aujourd’hui. Elle vous évitera surtout de financer une stratégie de visibilité générative sur la foi d’une courbe qui ne mesure pas ce que vous croyez. Si votre configuration mérite un regard extérieur, exposez-moi votre cas.

Sources et références

Cet article s’appuie d’abord sur le journal des nouveautés de Google Analytics, qui documente l’ajout du canal AI Assistant le 13 mai 2026 ainsi que l’introduction de la dimension Source Group le 11 juin 2026, et sur la documentation officielle des groupes de canaux personnalisés, qui décrit la règle à créer pour les assistants et l’ordre des canaux. Les comportements des robots et la distinction entre exploration et visite humaine reposent sur la documentation d’OpenAI relative à ses robots d’exploration. Les vérifications de terrain ont été confrontées au dossier de WebRankInfo consacré à la mesure du trafic IA et à l’analyse technique d’Anne Devillers sur le canal AI Assistant et ses angles morts.