Votre site est-il prêt pour les agents ?

Un matin de septembre, j'ai fait une partie de mes courses sur le drive d'une grande enseigne, avec Claude Cowork aux commandes. Après quelques modifications demandées, je me suis fait bloquer par sa protection anti-bot.

Préparer un drive à partir d'une liste de courses fait partie de mes usages de l'IA au quotidien. Ce n'est pas une expérience de laboratoire. C'est un client qui essaie d'acheter.

J'ai posé la question sur LinkedIn, à l'enseigne comme à l'éditeur de sa protection : à quand une prise en compte de ce cas d'usage ? Un serveur MCP en préparation ? Je repose ici la question plus largement, aux responsables tech du retail.

Ce que voit une protection anti-bot

Des clients commencent à déléguer des achats à des agents. Ils donnent une liste et des consignes, et l'agent navigue à leur place, sur le même site que tout le monde.

Aux yeux d'une protection anti-bot, cet agent est un robot. Et c'est vrai. Mais il agit pour un vrai client, qui veut remplir un vrai panier. La protection, elle, ne fait pas la différence entre cet agent et un scraper qui parcourt le catalogue. Les deux sont des automates, et elle est faite pour arrêter les automates.

Ces protections ont été pensées pour un web où un visiteur automatisé était, sauf exception, un visiteur indésirable. L'exception est en train de devenir un usage.

Ce que ça coûte

Un client bloqué au milieu de ses courses, c'est un panier perdu. Au mieux, il termine à la main, agacé. Au pire, il essaie ailleurs.

Ce client ne cherche à rien contourner. Il veut gagner du temps sur une corvée, et il a choisi votre drive pour ça.

Ce coût se voit mal. Un panier abandonné après un blocage ressemble à n'importe quel panier abandonné. Et si les clients qui délèguent leurs courses sont plus nombreux demain, chaque blocage de ce genre coûtera un peu plus.

Ce que j'aurais aimé trouver

De mon côté de l'écran, la bonne expérience est simple à décrire. Mon agent trouve une porte officielle. Il annonce ce qu'il est et pour qui il agit. Je lui donne une autorisation limitée : préparer le panier, pas payer. Et c'est moi qui valide la commande, comme d'habitude.

Rien de tout cela n'exige de baisser la garde. Il s'agit de distinguer, pas d'ouvrir en grand.

Le même panier, par deux chemins

Aujourd'hui

Le client donne sa liste

L'agent clique dans des pages faites pour des humains

L'anti-bot voit un robot, sans savoir pour qui il agit

Accès refusé. Panier perdu.

Ce que j'aurais aimé trouver

Le client donne sa liste

L'agent se déclare, pour le compte de ce client

Une porte officielle, API ou serveur MCP, avec une autorisation limitée

Panier préparé. Le client valide et paie.

Quatre pistes

Il n'y a pas de réponse toute faite. Voici les pistes que je regarderais à votre place.

1. Ouvrir un canal officiel pour les agents. Une API ou un serveur MCP (le protocole qui permet à un agent d'appeler des outils) pour préparer un panier, avec le consentement du client. L'agent prépare, le client valide et paie. C'est plus simple à sécuriser qu'un agent qui clique dans des pages conçues pour des humains.
2. Reconnaître un agent déclaré plutôt que tout bloquer. Un agent qui se présente comme tel, pour le compte d'un client identifié, n'est pas un scraper anonyme. Savoir le reconnaître permet de le traiter à part au lieu de le couper.
3. Limiter le débit plutôt que couper. Un agent qui prépare les courses d'un client suit un parcours ciblé : une liste, un panier. Ralentir un comportement inhabituel, au lieu de le bloquer net, laisse passer ce parcours tout en gardant la main sur les volumes.
4. Mesurer ce trafic. Combien de sessions pilotées par un agent, combien de paniers, combien de blocages. Sans ces chiffres, impossible de savoir ce que la protection coûte, ni ce que rapporterait un canal dédié.

La bonne question

La question n'est plus « faut-il bloquer les robots ? », mais « quelle porte ouvrir aux agents de nos clients ? ». C'est une décision d'architecture autant que de sécurité, et mieux vaut la prendre avant d'avoir perdu les premiers paniers.