Vos tableaux de bord mesurent un monde qui a changé
La plupart des piles d'analytics ont été conçues pour répondre à une question: que font les personnes sur mon site? Les sessions, les pages vues, les entonnoirs et les campagnes supposent tous qu'une personne se trouve derrière chaque interaction.
Cette hypothèse ne vaut plus pour chaque interaction. Des assistants IA ouvrent des pages au nom des utilisateurs; OpenAI, par exemple, documente un agent ChatGPT-User qui visite des pages lorsqu'un utilisateur pose une question à ChatGPT (OpenAI crawler documentation). Des agents autonomes appellent des API et des outils MCP pour accomplir des tâches. Des personnes travaillent aux côtés de l'IA dans la même session, parfois en le déclarant, parfois non. Les crawlers et les scripts continuent de lire tout ce qu'ils peuvent atteindre.
Le résultat est une distorsion discrète dans les chiffres sur lesquels votre équipe s'appuie. Les taux de conversion varient pour des raisons que personne ne peut expliquer. Une route API populaire s'avère finalement portée par une poignée de clients automatisés. Un pic qui ressemblait à un succès marketing était en réalité des agents en train de lire de la documentation. Sans contexte d'acteur, chaque graphique mélange des comportements très différents en une seule courbe. Certains outils retirent aussi une partie du tableau avant même que vous le voyiez: Google indique que Google Analytics exclut automatiquement le trafic provenant des robots et spiders connus, et que vous ne pouvez pas voir quelle quantité a été exclue (Google Analytics: known bot-traffic exclusion).
L'analytique du trafic d'agents IA corrige cela en ajoutant une nouvelle dimension à chaque interaction: qui ou quoi agit, et avec quel degré de certitude. L'article de blog sur comment savoir si le trafic d'un site web provient d'agents IA couvre les signaux derrière cette dimension, et le cas d'usage des websites montre son application à un site de production.
Ce que vous montre une analytique consciente des acteurs
Proof of Actor organise votre trafic en quatre classes, expliquées dans Human, AI-assisted or agent: a taxonomy for app traffic, et conserve les preuves associées à chacune.
- Human: interactions où les signaux observables indiquent une direction humaine.
- Human + AI: interactions où l'assistance de l'IA a été déclarée ou observée via une intégration prise en charge.
- Agent: interactions automatisées ou d'origine agent, appuyées par une identité vérifiable ou une inférence soigneusement qualifiée.
- Unknown: interactions pour lesquelles les preuves ne permettent pas une détermination fiable.
Chaque résultat comporte aussi un fondement: verified, declared, inferred ou unknown. Cette seconde dimension est ce qui rend l'analytics digne de confiance. Un tableau de bord qui dit qu'un tiers de votre trafic API provient d'agents signifie des choses très différentes selon qu'il s'agit de signatures vérifiées ou d'inférences tirées de schémas de requêtes. Avec Proof of Actor, vous pouvez voir les deux, et filtrer selon l'un ou l'autre.
Par route et par workflow
Le mélange d'acteurs varie énormément d'une application à l'autre. La documentation publique, les pages de tarifs et les pages de catalogue attirent souvent des agents et des assistants. Les inscriptions, le paiement et les paramètres de compte attirent moins d'agents, mais comptent davantage lorsqu'ils apparaissent. Les routes API et les outils MCP peuvent être dominés par des clients automatisés. Proof of Actor ventile les résultats par route et par workflow, afin que chaque équipe voie la part dont elle a la charge.
Dans le temps
Les tendances vous disent où va votre produit. Observez comment la part de l'activité agent et assistée par IA évolue sur les routes qui comptent, voyez quand un nouvel opérateur d'agent commence à lire votre contenu, et suivez combien de trafic passe de Unknown à verified à mesure que davantage de clients signent leurs requêtes.
Avec explications
Chaque chiffre du tableau de bord peut être ouvert jusqu'aux interactions individuelles. Pour chacune, vous voyez la classe, le fondement, ce qui est connu, ce qui ne l'est pas, et quelle sortie de policy s'appliquerait. C'est ce qui transforme un graphique en quelque chose sur lequel vos équipes produit, plateforme et sécurité peuvent agir ensemble.
Comment cela fonctionne
Proof of Actor suit un parcours centré sur les preuves. Vous pouvez lire la description complète dans How It Works.
- Votre application reçoit une requête ou un événement: une page vue, un appel API, un appel d'outil MCP ou une action dans l'app.
- Votre intégration collecte les signaux disponibles dans ce contexte: contexte de requête et signatures côté serveur, signaux d'interaction dans le navigateur là où le collecteur s'exécute, déclarations des clients et de votre propre application.
- Les signaux sont vérifiés, étiquetés par fondement et combinés en une classification.
- Le résultat est enregistré avec son fondement et son résumé de preuves, puis alimente vos analytics.
- Votre application décide s'il faut se limiter à l'observation ou appliquer une policy.
Parce que les analytics et les décisions utilisent les mêmes résultats, les chiffres que vous étudiez sont exactement ceux sur lesquels vos policies agiront. Il n'y a pas d'écart entre ce que dit le tableau de bord et ce que fait l'application.
Detect, Understand, Route
L'analytique du trafic d'agents IA se situe au centre des trois capacités de Proof of Actor.
Detect
Collectez les signaux d'acteur disponibles pour chaque intégration et séparez les assertions vérifiées des inférences comportementales. Unknown reste visible comme sa propre classe, afin que les lacunes de couverture ne se cachent jamais derrière un autre chiffre.
Understand
C'est la couche analytique: répartitions par acteur, tendances des interactions, vues au niveau des routes et classifications explicables. Les équipes l'utilisent pour répondre à des questions comme: quelles routes les agents utilisent-ils, quelle quantité d'activité assistée par IA un workflow observe-t-il, et où les preuves sont-elles suffisamment solides pour soutenir une policy.
Route
Lorsque les analytics montrent un schéma clair, agissez avec vos propres règles. Donnez aux agents verified un chemin structuré vers le contenu qu'ils consultent le plus. Conservez l'expérience standard pour les sessions pilotées par des humains. Ajoutez une revue uniquement aux actions sensibles lorsque vos propres conditions le justifient. Définissez des solutions de repli explicites pour Unknown et pour les timeouts.
Conçu pour les apps, API et serveurs MCP
L'activité des agents se concentre là où les machines sont bienvenues: API, documentation, catalogues et outils. C'est pourquoi Proof of Actor couvre bien plus que les pages vues.
- Les apps SaaS et les websites voient le contexte d'acteur pour les sessions navigateur et les routes serveur qui les sous-tendent. En savoir plus dans SaaS Apps & Websites.
- Les API obtiennent un contexte au niveau de la requête qui sépare l'identité client signée des identifiants API et de l'autorisation. En savoir plus dans APIs.
- Les serveurs MCP obtiennent le contexte d'acteur pour chaque appel d'outil, afin que vous puissiez voir quels clients utilisent quels outils. En savoir plus dans MCP Servers.
Les équipes fondatrices s'intègrent avec l'aide directe de nos ingénieurs. Le guide sur l'ajout d'un contexte d'acteur à une app Node.js montre où se situe l'intégration dans un gestionnaire de requêtes typique.
Pourquoi les preuves comptent plus que le volume
Il est facile de produire un gros chiffre pour le trafic d'agents. Comptez chaque requête sans empreinte navigateur et appelez cela de l'automatisation. Le problème, c'est qu'un chiffre de ce type ne peut pas soutenir une décision, parce que personne ne sait quelle part est réelle.
Proof of Actor est conçu pour que chaque chiffre puisse être défendu. Les résultats verified proviennent de vérifications qui ont réellement réussi. Les déclarations sont étiquetées comme des déclarations. Les inférences sont étiquetées comme des inférences. Unknown est signalé comme Unknown. Quand vous présentez le trafic d'agents à votre direction, à votre équipe sécurité ou à vos clients, vous pouvez expliquer précisément d'où vient chaque chiffre.
Cela rend aussi l'analytics plus utile avec le temps. À mesure que les opérateurs d'agents adoptent des requêtes signées basées sur RFC 9421 HTTP Message Signatures, et que les travaux de standardisation comme Web Bot Auth avancent dans le groupe de travail IETF webbotauth working group, une part plus grande de votre trafic passe dans le fondement verified. Vos graphiques deviennent plus précis sans que votre manière de les lire change.
Commencez par l'observation, puis décidez
Chaque déploiement de Proof of Actor commence en mode observation. Les résultats sont enregistrés, les analytics se remplissent, et votre application continue à répondre exactement comme avant. Votre équipe utilise cette période pour établir une base de référence, comparer les résultats avec des issues que vous connaissez déjà et identifier les premières routes où une policy aiderait réellement.
Quand vous êtes prêt, vous activez une policy pour un workflow, mesurez l'effet, puis élargissez à partir de là. Rien n'est bloqué du seul fait que Proof of Actor a été installé. Chaque décision d'enforcement vous appartient.
Rejoignez le founding developer program
Proof of Actor est en beta privée. Les équipes fondatrices sélectionnées peuvent recevoir jusqu'à 12 months d'accès gratuit, dans la limite convenue des usages, en échange de retours produits concrets. Vous bénéficiez d'un support d'intégration direct, d'un accès anticipé à de nouvelles capacités et d'une influence sur la roadmap.
Si vous voulez une analytique du trafic d'agents IA à laquelle toute votre équipe peut faire confiance, demandez un accès anticipé. Parlez-nous de votre application, des routes qui comptent le plus pour vous et des questions auxquelles vous souhaitez que vos analytics répondent.
Découvrez Proof of Actor, voyez comment cela fonctionne, ou lisez ce que les preuves peuvent établir.
Sources
- Overview of OpenAI crawlers, OpenAI.
- Known bot-traffic exclusion, Google Analytics Help.
- RFC 9421: HTTP Message Signatures, IETF, February 2024.
- Web Bot Auth (webbotauth) working group charter, IETF.