Google Analytics 4 (GA4) est conçu pour répondre aux questions de marketing et de trafic. D'où viennent les visiteurs, quelles campagnes les ont amenés, avec quoi ils ont interagi, et lesquels ont converti. Il répond très bien à ces questions, et pour la plupart des sites web c'est l'outil de reporting que toute l'entreprise consulte déjà.
Une autre question se pose désormais à côté de celle-là. Une partie des interactions avec votre site, votre API et votre produit provient d'agents IA agissant pour de vrais clients, et de personnes travaillant avec un assistant IA à leurs côtés. Les équipes produit, croissance et sécurité veulent savoir quelle est l'ampleur de ce phénomène, sur quels chemins il se produit, et quoi en faire. C'est le rôle de Proof of Actor, le produit d'intelligence des acteurs d'AgentCredia.
Cette page compare les deux de manière directe. Les faits sur GA4 ci-dessous proviennent de la documentation de Google elle-même, à partir de novembre 2026.
La version courte
| Google Analytics 4 (GA4) | Proof of Actor | |
|---|---|---|
| Question principale | Comment les personnes trouvent-elles et utilisent-elles mon site, et qu'est-ce qui convertit ? | Qui ou quoi agit sur cette interaction, et quelle est la preuve ? |
| Collecte de données principale | La balise Google dans le navigateur, avec Measurement Protocol pour l'enrichir | Middleware serveur, edge, HTTP API, serveurs MCP, plus un collecteur navigateur approuvé |
| Bots et spiders connus | Exclus automatiquement des rapports, selon la documentation de Google | Classés et conservés, pour que vous puissiez les voir et les router |
| Agents IA | Pas une classe de reporting dans la documentation d'exclusion des bots de Google | Un résultat de première classe : Agent |
| Personnes assistées par l'IA | Non décrites comme une classe distincte | Un résultat de première classe : Human + AI |
| Trafic ambigu | Compté comme un utilisateur ou exclu | Rapporté comme Unknown, avec un repli que vous choisissez |
| Preuve par résultat | Rapports agrégés | Une base sur chaque résultat : verified, declared, inferred ou unknown |
| Agit sur le trafic | Non, il fait du reporting | Route selon vos politiques dans votre propre code, après observation |
Les sections ci-dessous expliquent chaque ligne.
Ce que les rapports GA4 sont conçus pour montrer
GA4 organise tout autour des users, des sessions et des events, puis agrège le tout en rapports : acquisition par canal et campagne, engagement par page et event, et conversions par source. Ces rapports sont des agrégats. Ils sont conçus pour montrer des tendances sur des milliers de visites, et supposent implicitement que chaque user qui s'y trouve est une personne qui navigue sur votre site ou votre app. Les bots connus sont retirés avant que les chiffres ne vous parviennent, ce qui garde un rapport marketing propre.
Cette conception laisse un angle mort précis. Un rapport GA4 peut vous dire que les inscriptions ont augmenté la semaine dernière. Il ne peut pas vous dire combien de ces inscriptions ont été pilotées par un agent agissant pour un client, combien par une personne rédigeant avec l'aide d'un assistant IA, ni combien proviennent d'un trafic que personne ne peut expliquer, et il ne remet pas à votre application une réponse exploitable tant que la requête est encore ouverte.
Proof of Actor comble cette lacune, interaction par interaction. Chaque requête, session ou appel d'outil reçoit une classe : Human lorsque les signaux pointent vers une personne, Human + AI lorsqu'une personne a agi avec une assistance IA déclarée ou observée via une intégration prise en charge, Agent pour une interaction automatisée ou d'origine agent, et Unknown lorsque les preuves ne permettent pas une attribution fiable. Chaque classe comporte une evidence basis, verified, declared, inferred ou unknown, afin que le chiffre dans un rapport et la décision dans votre code reposent sur la même preuve déclarée.
Où chacun s'exécute
Selon la documentation de Google, GA4 collecte les données via le marquage avec la balise Google (gtag.js), Google Tag Manager ou Google Analytics for Firebase. Google propose aussi le Measurement Protocol, qui envoie directement des events aux serveurs Google Analytics via HTTP pour les interactions serveur à serveur et hors ligne. Google indique que l'objectif du Measurement Protocol est de compléter la collecte automatique, et non de la remplacer.
Cette architecture convient à des personnes qui naviguent. Elle laisse des lacunes pour les agents. Beaucoup d'agents IA récupèrent des pages sans exécuter JavaScript, appellent directement votre API, ou se connectent à votre serveur MCP pour accomplir une tâche. Sur ces parcours, il n'y a pas de balise navigateur à déclencher, donc GA4 n'entend généralement jamais parler de l'interaction, à moins que vous ne construisiez vous-même ce reporting.
Proof of Actor ne dépend pas du déclenchement d'une balise. Il s'installe dans le chemin de la requête, en tant que middleware Node.js ou Next.js, dans une couche edge que vous contrôlez, derrière une HTTP API générique ou à l'intérieur d'un serveur MCP, et un collecteur navigateur est optionnel sur les pages que vous approuvez. La page integrations liste chaque chemin. Un agent qui ne rend jamais de page, et n'envoie donc jamais de hit GA4, reçoit quand même un résultat.
Comment GA4 traite les bots et les agents IA
La documentation de Google sur l'known bot-traffic exclusion indique que, dans les propriétés Google Analytics, le trafic provenant des bots et spiders connus est automatiquement exclu. Google identifie les bots connus à l'aide d'une combinaison de ses propres recherches et de la International Spiders and Bots List maintenue par l'Interactive Advertising Bureau (IAB). La même page précise que vous ne pouvez actuellement pas désactiver l'exclusion du trafic bot connu ni voir quelle quantité de trafic bot connu a été exclue.
Pour le reporting marketing, c'est un réglage par défaut sensé. Vous voulez que les chiffres des campagnes et des conversions décrivent des personnes, pas des crawlers.
Pour comprendre le trafic des agents IA, cela signifie que les données les plus utiles sont retirées avant même que vous ne les voyiez. Le trafic exclu n'apparaît pas dans les rapports, et la documentation de Google sur l'exclusion des bots ne décrit pas de classe de reporting distincte pour les agents IA agissant pour des users, ni pour les personnes travaillant avec une assistance IA. Les agents qui ne figurent pas sur une liste connue, et ceux qui n'exécutent jamais la balise, sont entièrement en dehors de ce mécanisme.
Ce que Proof of Actor ajoute à vos rapports GA4
Un segment que GA4 ne peut pas construire seul. Votre application reçoit le résultat de Proof of Actor, ce qui lui permet d'attacher la classe d'acteur et la base aux events qu'elle envoie déjà à GA4, par exemple sous forme de paramètre d'event enregistré comme dimension personnalisée. Les rapports d'acquisition, d'engagement et de conversion peuvent alors être ventilés par Human, Human + AI, Agent et Unknown pour le trafic que la balise Google voit effectivement.
Une vue de ce que l'exclusion des bots connus enlève. Google indique que l'exclusion des bots connus ne peut pas être désactivée et que vous ne pouvez pas voir combien de trafic elle a retiré. Proof of Actor garde les agents visibles sous forme de résultats Agent, afin que vous puissiez voir quels chemins ils utilisent et décider s'il faut leur répondre. Un agent qui compare vos plans pour un vrai client peut être un visiteur pour lequel il vaut la peine de concevoir une expérience; le guide sur serving AI agents structured content montre une approche.
Une couverture là où la balise ne se déclenche jamais. Les appels API, les appels d'outil MCP et les pages récupérées sans JavaScript ne produisent aucun hit GA4. Proof of Actor les classe dans le chemin de requête, ce qui explique pourquoi son analyse des acteurs par route et workflow complète GA4 au lieu de le dupliquer.
La preuve derrière chaque libellé. GA4 fait correspondre les bots connus à une liste et les supprime; Proof of Actor indique pourquoi il est arrivé à chaque résultat. Une base verified signifie qu'une signature de requête a été validée par rapport à une clé publiée sous HTTP Message Signatures (RFC 9421). Une base declared signifie qu'un client ou votre propre application l'a déclaré, et une base inferred est marquée comme inférence. Cela compte, car une chaîne de user agent peut être copiée par n'importe qui, comme l'explique l'entrée user agent spoofing.
Les personnes assistées par l'IA dans vos comptes d'utilisateurs. Dans GA4, une personne qui rédige avec un assistant est simplement un user. Proof of Actor signale cette personne comme Human + AI lorsque l'assistance est déclarée ou observée, ce qui vous permet de comparer son parcours de conversion avec celui d'utilisateurs non assistés. L'entrée AI-assisted interaction explique cette classe.
Unknown comme ligne distincte. Au lieu de compter le trafic ambigu comme un user ou de le supprimer, Proof of Actor renvoie Unknown et suit le taux d'Unknown par route.
Une décision, pas seulement un rapport. GA4 produit des rapports; il ne change pas ce que vit un visiteur. Proof of Actor permet à votre code d'allow, d'adapt, de challenge, d'envoyer en review ou de rate-limit par route, classe et base. Il démarre en observation mode, donc son installation ne change rien tant que vous n'avez pas décidé d'appliquer une politique.
Ajouter des classes d'acteur à une configuration GA4 existante
Un déploiement pragmatique conserve tous les rapports GA4 que votre équipe lit déjà :
- Conservez GA4 tel quel. Les rapports d'acquisition, de campagne et de conversion restent en place, et l'exclusion des bots connus maintient ces chiffres centrés sur les personnes.
- Installez Proof of Actor en observation mode au niveau serveur, edge, API ou MCP, afin qu'il classe les interactions que GA4 ne reçoit jamais, ainsi que celles qu'il reçoit.
- Enregistrez une dimension de classe d'acteur. Envoyez la classe et la base comme paramètres d'event sur les events que vous suivez déjà, puis enregistrez-les comme dimensions personnalisées, et ajoutez la dimension aux rapports qui comptent, par exemple les funnels d'inscription et de paiement.
- Comparez les deux vues. GA4 montre comment le trafic navigateur classé convertit. Les analyses d'acteurs de Proof of Actor montrent le mix complet par route, y compris le trafic d'agents que GA4 exclut ou ne voit jamais.
- Agissez sur les routes qui comptent. Une fois l'image clarifiée, écrivez dans votre code des politiques pour les workflows où la classe d'acteur doit modifier l'expérience.
La page AI agent traffic analytics couvre plus en détail la partie mesure, et le cas d'usage websites use case montre à quoi cela ressemble sur un site de production.
Quand GA4 suffit, et quand ajouter Proof of Actor
GA4 suffit lorsque votre question est marketing : quels canaux amènent des visiteurs, comment les campagnes performent, quelles pages engagent les personnes, et qu'est-ce qui convertit. L'exclusion des bots connus est une fonctionnalité utile pour cette tâche.
Ajoutez Proof of Actor lorsque les chiffres de GA4 soulèvent des questions auxquelles il ne peut pas répondre : quelle part de votre trafic est constituée d'agents agissant pour des clients, si une hausse des inscriptions provient de personnes assistées par l'IA, pourquoi l'usage de l'API a augmenté sans hausse comparable des sessions, ou ce que votre application devrait faire différemment pour chaque acteur. GA4 vous dit comment votre audience se comporte en agrégé. Proof of Actor vous dit qui agit à chaque interaction, avec des preuves, et donne à votre code un moyen de répondre.
Commencer
Proof of Actor est en private beta. Grâce au founding developer program, les équipes sélectionnées peuvent recevoir jusqu'à 12 months de free access dans les limites d'usage convenues, sans facturation automatique. Apply for early access et dites-nous ce que vous voulez comprendre à propos de votre site ou de votre application et du trafic associé.
Google Analytics est une marque déposée de Google LLC.