Qu'est-ce que l'agentic commerce ? Pourquoi vous le bloquez
Les agents IA cherchent, comparent et achètent pour un client. Ce qu'est l'agentic commerce, le trafic qu'il envoie et pourquoi vos règles le rejettent.
Une cliente demande à un assistant de trouver un filtre à eau de rechange, de vérifier trois vendeurs et d'acheter le moins cher qui arrive avant le week-end. L'assistant ouvre un navigateur, parcourt vos pages produit, met un article au panier et se dirige vers la caisse. Chaque règle que vous avez écrite pour tenir les scrapers à l'écart regarde cette session et prend une décision à son sujet. Il y a de bonnes chances que ce soit la mauvaise.
C'est cela, l'agentic commerce, et un second obstacle apparaît aujourd'hui. Les nouveaux paramètres de trafic de Cloudflare entrent en vigueur le 15 septembre 2026, et Agent fait partie des deux catégories désormais bloquées par défaut sur les pages qui affichent des publicités.
Ce que l'agentic commerce signifie vraiment
L'agentic commerce, c'est un achat réalisé par un logiciel qui agit pour une personne : il cherche, compare entre vendeurs, applique les contraintes qu'on lui a données, remplit un panier et paie parfois. La personne énonce un résultat (« moins de quarante euros, livré vendredi ») plutôt qu'une requête, et l'agent se charge des clics.
Le mot qui compte dans cette phrase est agir. Le trafic IA dont la plupart des sites débattent depuis deux ans n'a jamais fait que lire :
| Type de visiteur | Ce qu'il fait | Ce qu'il attend de vous |
|---|---|---|
| Crawler d'entraînement | Collecte du texte pour entraîner un modèle | Vos contenus, une fois, à grande échelle |
| Crawler de recherche | Indexe les pages pour qu'un assistant les cite ensuite | L'accès au crawl, en échange de citations |
| Agent | Agit maintenant sur une page, pour une personne qui attend | Recherche, pages produit, panier, parfois la caisse |
Les deux premiers relèvent d'une décision sur les droits du contenu et d'une décision SEO, traitées dans ce que les réglages crawler de Cloudflare changent pour votre site. Un agent n'est ni l'un ni l'autre. C'est un client qui arrive par une tuyauterie inhabituelle, et le bloquer vous coûte la commande plutôt qu'une citation.
Le trafic qu'il envoie réellement
Le rapport de référence 2026 de HUMAN Security, appuyé sur plus d'un million de milliards d'interactions en 2025, donne l'image publique la plus nette. Le trafic piloté par l'IA a progressé de 187 pour cent entre janvier et décembre 2025, et le trafic automatisé croît désormais environ huit fois plus vite que le trafic humain.
Là où ce trafic atterrit est plus instructif encore. Sur l'ensemble de 2025, l'activité agentique se répartissait ainsi :
- 77 pour cent sur les pages produit et de recherche
- 8,8 pour cent sur les pages de compte
- 5 pour cent sur les parcours d'authentification
- 2,3 pour cent sur la caisse
En avril 2026, HUMAN situait les navigateurs agentiques, c'est-à-dire un vrai navigateur piloté plutôt qu'un client HTTP scripté, à près des trois quarts de tout le trafic agentique.
Lus ensemble, ces chiffres dessinent une image précise. L'immense majorité, c'est de la navigation, cela ressemble à de la navigation parce que cela se passe dans un vrai navigateur, et une mince frange seulement atteint la page où l'argent change de mains. L'essentiel de ce que vous arbitrez n'est pas une tentative d'achat. C'est une recherche qui pourrait en devenir une.
Pourquoi vos règles actuelles le bloquent
Personne ne s'est assis pour décider d'écarter les agents d'achat. Les règles qui le font ont été écrites pour un autre problème et se généralisent mal.
Origine datacenter. Les sessions d'agents passent souvent par une infrastructure cloud plutôt que par une connexion grand public, c'est-à-dire exactement l'espace d'adressage que la plupart des sites jugent suspect. Cette heuristique a été bâtie contre des scrapers qui louent des serveurs, et elle ne distingue pas un scraper d'un assistant hébergé qui fait une course. C'est le même piège que décrit détecter les IP cloud et hébergement : l'origine vous dit où, jamais pourquoi.
Marqueurs headless et d'automatisation. Un navigateur piloté laisse des traces, et la plupart des systèmes traitent ces traces comme hostiles par défaut.
Vitesse. Un agent qui compare quatre vendeurs lit les pages plus vite qu'une personne, et déclenche donc des limites calées sur un rythme de lecture humain.
Challenges. Un challenge interactif suppose qu'un humain soit présent pour le résoudre. Dans l'agentic commerce, un humain est bien présent, mais pas au clavier, et c'est précisément le cas que les parcours de challenge gèrent le plus mal.
Chacune de ces règles était raisonnable quand automatisation voulait dire quelqu'un qui recopie votre catalogue. Puis les réglages du 15 septembre de Cloudflare s'y sont ajoutés, avec une classification Agent explicite, bloquée par défaut sur les pages publicitaires : pour les nouveaux clients, les sites nouvellement ajoutés et les comptes en offre gratuite qui n'ont pas modifié le réglage. Un crawler qui mêle les finalités sans les séparer est traité selon la règle la plus restrictive applicable à l'un de ses comportements.
La voie judiciaire vient de se refermer
Beaucoup de marchands tablaient sur un arbitrage devant les tribunaux. Cela a été testé, et la réponse est allée dans l'autre sens.
Amazon a poursuivi Perplexity en novembre 2025 au sujet de son navigateur Comet, lui reprochant notamment d'avoir transmis le même User-Agent que Google Chrome au lieu de s'identifier. Un tribunal de district a prononcé une injonction préliminaire le 9 mars 2026. Le 4 août 2026, le Ninth Circuit l'a annulée, jugeant que lorsqu'une personne demande à l'assistant d'accomplir une tâche sur Amazon.com, c'est l'utilisateur et non Perplexity qui accède aux ordinateurs d'Amazon, l'assistant faisant office d'outil. La cour n'a pas tranché le litige de fait sur une éventuelle modification délibérée des User-Agents.
Deux conséquences en découlent. Le droit pénal informatique est un levier faible contre un agent qu'un client a lui-même chargé d'agir, si bien que la décision sur qui entre vous appartient, techniquement et dans vos conditions. Et dans la seule affaire où un grand marchand a mesuré cela en détail, c'est justement la chaîne d'identification de l'opérateur qui était contestée. Tout le problème est là : identifier les agents par la façon dont ils se nomment eux-mêmes.
Vérifiez de quel réseau une requête provient réellement
Ce qui sépare un agent d'un attaquant
Le signal que tout le monde saisit en premier est le seul que le client contrôle. Un User-Agent est écrit par l'émetteur : c'est une affirmation, pas une preuve, et il en va de même de n'importe quel en-tête. Ce qui tient, ce sont les propriétés qui découlent de la fabrication du client plutôt que de ce qu'il a décidé de dire :
| Signal | La question à laquelle il répond | Échoue quand |
|---|---|---|
| Origine IP et ASN | Quel réseau est-ce, et qui l'annonce ? | L'opérateur loue des adresses résidentielles |
| Plages publiées, reverse DNS | L'opérateur est-il celui qu'il prétend être ? | L'opérateur ne publie rien de vérifiable |
| Empreinte TLS JA4 | Quelle pile a ouvert cette connexion ? | Le client utilise uTLS, ou passe par un proxy d'inspection |
| Marqueurs headless | Un navigateur est-il piloté ? | L'outillage masque ses propres traces |
| Forme de la session | Le chemin suivi dans le site a-t-il du sens ? | L'automatisation a été construite pour imiter une personne |
Aucune ligne ne décide seule. Une IP d'hébergement n'est pas un verdict, un navigateur piloté non plus, car cela décrit aussi bien un agent d'achat qu'une campagne de credential stuffing. Lisez en travers des lignes et l'ambiguïté se dissipe le plus souvent : un agent d'un opérateur qui publie ses plages, qui arrive sur des pages produit et tient une seule session, n'est pas le même événement qu'une adresse de datacenter invérifiable qui enchaîne les essais sur votre formulaire de connexion. La mécanique complète de vérification diffère selon l'opérateur et mérite d'être faite correctement.
C'est ce que fait Agentscan en un seul appel. Il renvoie une classe, human,
known_bot, ai_agent ou malicious_automation, avec une valeur de confiance et les signaux
sous-jacents, en croisant l'origine IP, les marqueurs headless, l'empreinte JA4 et une liste
d'autorisation vérifiée par reverse DNS. Les verdicts en cache reviennent en moins de 50 ms, et
c'est ce qui permet à la décision de tenir dans une étape de middleware plutôt que dans une revue
de logs le lendemain matin.
Une politique qui résiste au trafic réel
- Décidez par route, pas par site. La répartition le dit : l'essentiel de l'activité agentique se joue sur les pages produit et de recherche, très peu à la caisse. Laissez les agents lire le catalogue et gardez votre vraie vigilance pour l'authentification et le paiement, la politique colle alors à l'endroit où le risque se trouve vraiment.
- Séparez les quatre questions. Est-ce automatisé, de qui est cet agent, une personne connectée est-elle derrière, et que fait-il ? Un unique interrupteur autoriser ou bloquer écrase les quatre en une seule réponse et se trompe sur trois.
- N'autorisez jamais sur le seul nom. N'importe qui peut envoyer
ChatGPT-User. Autorisez par opérateur, puis confirmez l'adresse source face à ce que cet opérateur publie, sinon la liste devient un laissez-passer pour quiconque lit sa documentation. - Regardez votre réglage Cloudflare en connaissance de cause. Si vous êtes en offre gratuite ou avez ajouté un site récemment sans toucher aux contrôles de trafic IA, les réglages du 15 septembre s'appliquent désormais à vous. Est-ce le bon choix ? Cela dépend de si vous vendez quelque chose, et le réglage par défaut l'ignore.
- Journalisez la classe même quand vous autorisez. Les sessions d'agents qui convertissent se retrouvent mieux quand on les cherche exprès. On ne peut pas produire de rapport sur un segment qu'on n'a jamais étiqueté, et « quel chiffre d'affaires est arrivé via un agent » devient une question sans réponse un trimestre plus tard.
En résumé
L'agentic commerce n'est pas un problème de crawlers sous un nouveau nom. Un crawler d'entraînement vous prend quelque chose, un crawler de recherche échange des citations contre de l'accès, et un agent est un client qui s'est présenté avec un logiciel qui clique à sa place. Vos règles existantes ne savent pas les distinguer, parce qu'elles ont été bâties pour répondre à la question de savoir si une session est automatisée, et ce n'est plus la question qui compte. La voie judiciaire s'est refermée en août, le réglage d'infrastructure a basculé aujourd'hui, et il reste la part qui a toujours compté : classer ce qu'est le trafic, décider par route ce que chaque classe a le droit de faire, et fonder les deux sur des signaux que le client n'a pas le loisir d'écrire lui-même à son sujet.
FAQ