Quand un agent IA achète pour un client et que la commande tourne mal, c'est le site marchand qui paie. Cloudflare l'écrit dans un document publié le 5 novembre 2026 : sur quatorze problèmes posés par les agents, le site supporte le coût principal dans presque tous les cas.
Que dit exactement Cloudflare sur les agents IA ?
Le texte s'intitule « Agents aren't humans (but they kinda are) ». Il est signé Bryan Becker, de Cloudflare, l'opérateur qui fait transiter une part importante du trafic web mondial. Son constat de départ tient en une phrase : un agent agit pour une personne, mais le site ne voit que l'agent. Il ne sait pas qui est derrière.
Sur un site classique, la relation commerciale repose sur des signaux que personne ne remarque plus. Un compte client. Un historique. Une adresse IP cohérente avec la ville de livraison. Un appareil déjà connu. Un agent hébergé dans le cloud efface tout cela d'un coup. Il se connecte depuis un centre de données, au nom de milliers d'utilisateurs différents, avec le même profil technique.
Cloudflare en tire ce qu'il appelle le principe d'intermédiation : la relation commerciale entre l'utilisateur et le site doit être préservée, qu'un intermédiaire s'interpose ou non. Autrement dit, l'agent ne doit pas devenir un écran opaque entre le marchand et son client.
Le document dresse ensuite la liste de quatorze difficultés, puis tranche : « In nearly every challenge above, the Site bears the primary cost. » Dans presque chaque cas, le coût principal retombe sur le site. Ni sur l'éditeur de l'agent, ni sur l'utilisateur.
Quels risques concrets pour une PME qui vend en ligne ?
Toutes les difficultés listées ne concernent pas une PME de la même façon. Certaines visent les grands éditeurs de contenus ou les plateformes d'abonnement. Six d'entre elles touchent directement un commerce en ligne, un cabinet qui prend des rendez-vous ou un fabricant qui vend sur devis.
| Difficulté | Ce qui se passe | Qui paie |
|---|---|---|
| Fraude « amicale » | L'utilisateur valide l'achat fait par son agent, puis le conteste auprès de sa banque. Le site n'a plus les preuves habituelles. | Le marchand, via la rétrofacturation |
| Porteur de carte non autorisé | Le site ne peut pas savoir si le titulaire de la carte a vraiment approuvé l'achat. | Le marchand, le plus souvent |
| Erreur de l'agent | L'agent se trompe de taille, de quantité ou de date de livraison. | Le marchand, en remboursements et en support |
| Usurpation d'identité | Un fraudeur copie la signature technique d'un agent connu pour passer les filtres. | Le marchand |
| Épuisement des ressources | L'agent interroge le stock en boucle, épuise les codes promotionnels. | Le marchand, en infrastructure et en marge |
| Attribution perdue | Plusieurs clients arrivent sous la même identité d'agent, ou sans historique. | Le marchand, qui perd fidélité et personnalisation |
Le cas de l'erreur mérite qu'on s'y arrête. Un client qui se trompe lui-même de pointure accepte en général les frais de retour. Un client dont l'agent s'est trompé considère que ce n'est pas sa faute. Il réclame un geste. Le service client absorbe la discussion, et la marge disparaît sur la commande.
La fraude amicale suit la même pente. Le dossier de contestation bancaire repose sur des indices : adresse IP, appareil, parcours de navigation. Quand l'achat vient d'un navigateur piloté dans un centre de données, ces indices ne prouvent plus rien. Le marchand perd des litiges qu'il aurait gagnés avec un client humain.
Combien d'agents IA passent déjà par le paiement ?
Peu en volume, beaucoup en présence. Arkose Labs, éditeur de solutions antifraude, a publié le 20 octobre 2026 un rapport sur le troisième trimestre, du 1er juillet au 30 septembre. Il porte uniquement sur les actions protégées de ses clients : connexion, création de compte, paiement, réinitialisation de mot de passe. PPC Land en a détaillé les chiffres, faute de lien direct vers le rapport lui-même.
- 2,3 % des sessions d'agents légitimes présentaient une signature vérifiée. Les 97,7 % restants arrivaient sans identité vérifiable.
- 78,4 % : c'est la part de ses propres sessions que l'agent de ChatGPT signait. Le rapport le présente comme le seul agent à le faire à grande échelle.
- 40 % des clients d'Arkose voyaient des agents nommés sur leur tunnel de paiement au 30 septembre, contre 35 % sur la période de référence.
- Environ une session protégée sur 5 200 venait d'un agent identifié, soit autour de 0,02 %.
Ces chiffres ont des limites nettes. Ils viennent d'un éditeur qui vend justement de la détection d'agents. Aucun audit externe. Aucun effectif brut publié. Le trafic d'agents se concentre chez des clients du logiciel, du SaaS et des télécoms, loin d'une boutique de décoration ou d'un artisan. Et la comparaison entre la période de référence et le 30 septembre mélange une moyenne de quatre jours et une seule journée.
Le signal utile est ailleurs. Le volume reste marginal, mais la présence se généralise : quatre clients sur dix voient déjà des agents passer au paiement. Microsoft Clarity faisait le même constat côté comportement, avec un paiement dans 25 % des sessions où intervient un agent. Les agents ne visitent pas, ils achètent. Et ils le font presque tous sans dire qui ils sont.
Pourquoi un agent anonyme est-il un problème d'entité ?
Parce que la confiance repose sur l'identification, dans les deux sens. Un moteur IA cite une entreprise quand il peut la reconnaître sans ambiguïté : même nom, mêmes faits, mêmes attributs partout. C'est le principe de l'ingénierie des entités, appliqué à la visibilité algorithmique. Le site, lui, a besoin de la même chose de la part de l'agent qui frappe à sa porte. Savoir quel opérateur l'envoie, et pour quel client.
Cloudflare propose pour cela une échelle d'identité à quatre niveaux.
- Rien. L'agent n'apporte aucun identifiant sur l'utilisateur.
- Session. Les requêtes d'une même visite sont reliées à un même agent. Le site peut juger un comportement sur la durée d'une visite.
- Compte. Les requêtes sont rattachées au même utilisateur d'une visite à l'autre, par exemple quand le compte client est lié au compte de l'agent.
- Unique. Un identifiant fourni par un tiers suit la personne quels que soient l'agent et l'opérateur. Il est réservé aux actions à risque ou aux obligations de conformité.
Pour une PME, la grille sert surtout à décider. Consulter un catalogue n'exige aucune identité. Réserver un créneau peut se contenter d'une session. Payer 1 200 euros de matériel, ou ouvrir un compte professionnel avec paiement différé, justifie au minimum le niveau compte. La règle a le mérite d'être lisible : plus l'action engage le marchand, plus l'agent doit dire qui il représente.
Côté technique, Cloudflare pousse plusieurs briques. Web Bot Auth permet à un agent de signer cryptographiquement ses requêtes et d'identifier son opérateur. Il repose sur des brouillons de l'IETF, pas encore sur une norme finalisée. MOLE doit servir à limiter les abus sans identifier l'utilisateur. OAuth transporte déjà l'identité d'un compte. Le protocole x402 vise le paiement. Rien de tout cela n'est encore généralisé, et la coalition annoncée pour le porter, Trusted Agent Delegation, ne cite aucun membre à ce stade.
Que peut faire une PME dès maintenant ?
Attendre que les standards se stabilisent coûte plus cher que d'agir sur ce qui existe. Cinq chantiers sont à portée d'une PME ou d'une ETI.
- Voir les agents. Un site derrière Cloudflare peut déjà isoler les assistants personnels comme une catégorie de trafic à part, avec leurs pages visitées et leurs erreurs. Ailleurs, Microsoft Clarity offre une vue comparable. Sans cette mesure, toute décision se prend à l'aveugle.
- Classer les actions par niveau de risque. Lister ce qu'un agent peut faire sur le site : consulter, demander un devis, réserver, payer, créer un compte. Attribuer à chaque action le niveau d'identité exigé.
- Relire les conditions générales. Que se passe-t-il quand l'erreur vient d'un agent ? Le droit de rétractation s'applique de toute façon en ligne. Le reste se précise : frais de retour, preuve de validation, délai de réclamation. Un juriste doit valider la rédaction.
- Parler à son prestataire de paiement. Lui demander comment il traite les achats initiés par un agent et quelles preuves il conserve en cas de contestation. Les réponses varient beaucoup d'un acteur à l'autre.
- Rendre les faits non ambigus. Une bonne part des erreurs d'agents vient de données floues : tailles mal décrites, délais contradictoires, stock affiché à tort. Des fiches produits précises et balisées en données structurées réduisent la casse avant même qu'elle n'arrive.
Le cinquième point est le plus rentable. Un agent qui comprend exactement ce qu'il achète se trompe moins, et une erreur évitée ne coûte ni remboursement ni litige. C'est le même travail que celui qui rend une marque citable par l'IA : une identité mathématique stable, des attributs vérifiables, aucune contradiction entre le site, la fiche Google et les marketplaces. Ce que la seconde audience du web lit, elle l'exécute.
Faut-il bloquer les agents IA ?
Non, pas en bloc. Le réflexe se comprend devant une liste de quatorze problèmes. Il revient pourtant à fermer la porte à des acheteurs qui ont déjà décidé, puisque l'agent arrive en général avec une mission précise. Bloquer tous les agents, c'est aussi bloquer les clients légitimes qui les utilisent. Cloudflare le relève lui-même : écarter un agent abusif pénalise tous ses utilisateurs honnêtes.
La bonne posture est graduée. Laisser passer la consultation. Encadrer la réservation. Exiger une identité pour le paiement à risque. Surveiller les écarts, et ajuster chaque mois. Cloudflare permet déjà d'autoriser un agent, de le bloquer partout ou seulement sur certaines pages. D'autres hébergeurs suivront.
Reste la question de fond. Le commerce en ligne s'est construit sur une relation directe entre une marque et son client. Les agents s'interposent, et la pente naturelle les transforme en propriétaires de cette relation. Pour un marchand, l'enjeu n'est pas seulement d'éviter les litiges. C'est de rester l'interlocuteur reconnu, celui que l'agent identifie, en qui il a confiance et vers lequel il revient. Les mécanismes de l'e-commerce agentique se décident maintenant, entre opérateurs d'agents, hébergeurs et banques. Les PME n'y siègent pas. Elles peuvent en revanche préparer leur site.
Ce travail relève de l'orchestration IA autant que de la sécurité : savoir quels agents passent, ce qu'ils tentent, où ils se trompent, et quelles données les induisent en erreur. Le Diagnostic IA de Watizi dresse cet état des lieux. Un marchand qui ne sait pas qui achète chez lui finira par payer pour des commandes qu'il n'a jamais vraiment vendues.