Définition
Le trafic d'agents IA est l'ensemble des requêtes qu'une application reçoit d'agents logiciels qui utilisent des modèles d'IA pour décider quoi faire. Ces agents parcourent des pages, appellent des API, remplissent des formulaires et invoquent des outils sur des serveurs Model Context Protocol (MCP), généralement au nom d'une personne ou d'une entreprise. La caractéristique déterminante est qu'un modèle, et non une personne, choisit l'action suivante dans la tâche qui lui a été confiée.
Le trafic d'agents IA recoupe des formes plus anciennes d'automatisation comme les crawlers et les scripts, mais son comportement diffère. Les agents poursuivent des objectifs, s'adaptent à ce qu'ils trouvent et interagissent souvent avec des parties d'une application qui n'avaient été conçues que pour des personnes.
Où il apparaît
- Sites web et applications SaaS : des assistants lisent la documentation, comparent des pages de tarification ou exécutent des workflows en plusieurs étapes dans une session connectée. Des opérateurs IA documentent une partie de ce trafic: OpenAI's ChatGPT-User et Claude-User d'Anthropic récupèrent des pages lorsqu'une personne pose une question.
- API : des agents appellent directement des endpoints avec des identifiants API, souvent à un rythme et selon un schéma différents de ceux d'une intégration pilotée par un humain.
- MCP servers : des clients IA invoquent des outils, où chaque appel est par définition automatisé, et la question est de savoir quel client appelle et ce qu'il est autorisé à faire. Voir MCP server.
Comment le reconnaître
Aucun signal isolé n'identifie de manière fiable le trafic d'agents. Les équipes combinent des éléments de preuve d'intensité différente, comme expliqué dans how to tell if website traffic comes from AI agents :
Preuve vérifiée
Certains opérateurs d'agents signent leurs requêtes à l'aide de HTTP message signatures (RFC 9421), avec des clés publiées sous un domaine qu'ils contrôlent, conformément aux travaux de l'IETF Web Bot Auth. Une signature validée constitue un indice fort sur le client de quel opérateur a envoyé la requête.
Preuve déclarée
Les clients peuvent se présenter eux-mêmes: une chaîne user-agent, un nom de client MCP, un header. Ces éléments sont utiles mais faciles à imiter, ce qui explique pourquoi l'usurpation de user-agent reste une préoccupation constante.
Preuve inférée
Le timing des requêtes, les schémas de navigation, l'absence de contexte navigateur et les détails du protocole peuvent suggérer une automatisation. Les inférences peuvent être erronées, elles doivent donc toujours être étiquetées comme des inférences.
Lorsque rien de tout cela ne permet de conclure, le résultat honnête est Unknown.
Pourquoi c'est important
Le trafic d'agents n'est pas intrinsèquement bon ou mauvais. Un assistant d'achat qui compare des offres, un agent interne qui synchronise des enregistrements et un scraper qui ignore vos conditions peuvent se ressembler au niveau réseau. Ce qui change, c'est ce que votre application doit faire:
- Proposer une réponse structurée ou une API aux agents que vous souhaitez servir.
- Appliquer des limites au niveau de la route lorsque le volume automatisé pourrait peser sur les ressources.
- Demander des identifiants plus solides avant des actions à fort impact.
- Préserver une expérience humaine rapide et épurée.
Traiter toute automatisation comme un abus casse les intégrations légitimes. L'ignorer signifie que des actions sensibles peuvent s'exécuter sans le contexte que votre équipe suppose acquis.
Idées reçues courantes
"Les agents s'identifient toujours." Beaucoup ne le font pas, et les déclarations peuvent être fausses.
"Un agent signé est un agent de confiance." Une signature montre quelle clé a signé la requête. Elle ne montre pas que l'action est autorisée ou sûre. Voir agent authorization.
"Bloquer l'automatisation protège l'application." Cela bloque souvent les intégrations sur lesquelles les clients s'appuient, tandis que les acteurs malveillants déterminés s'adaptent.
Comment Proof of Actor traite le trafic d'agents
Proof of Actor classe chaque interaction comme Human, Human + AI, Agent ou Unknown (la taxonomie est expliquée ici), et indique si le résultat est verified, declared ou inferred. Les équipes observent d'abord, puis routent le trafic d'agents selon leurs propres politiques. Voir How It Works ou apply for early access.
Sources
- Spécification de Model Context Protocol (2026-07-28): la révision actuelle de MCP en novembre 2026
- RFC 9421: HTTP Message Signatures: la norme à l'origine des requêtes d'agents signées
- Groupe de travail IETF Web Bot Auth: travaux de normalisation sur l'authentification des clients automatisés
- OpenAI: Overview of OpenAI Crawlers: ChatGPT-User et autres user agents OpenAI documentés
- Anthropic: crawler and fetcher documentation: Claude-User et autres bots Anthropic