Préparer son site aux agents IA : accès, données, limites
Le commerce agentique, soit les achats et les réservations que des agents IA font au nom d’une personne, a atteint la porte des grands détaillants à l’automne 2026, et ceux-ci ont commencé à choisir quels agents peuvent entrer. Cet article explique comment préparer votre site web pour les agents IA en trois volets : laisser passer les bons agents à travers vos défenses anti-robots, présenter sous forme de texte et de données lisibles les faits qu’un agent compare, et décider ce qu’un agent peut faire avant que l’argent change de mains.
Le cas le plus clair à ce jour est celui d’Amazon. Le 20 septembre 2026, douze jours après que Meta a lancé son agent personnel Muse, Amazon a annoncé que Muse ne pouvait plus passer de commandes sur Amazon.com pour qui que ce soit. Les acheteurs qui essayaient voyaient apparaître une fenêtre contextuelle :
« L’accès continu par un agent IA non autorisé viole les Conditions d’utilisation d’Amazon, auxquelles nos clients ont consenti. » - Amazon, selon PPC Land
Le résumé que PPC Land a publié le 8 octobre, à partir des articles de GeekWire, énumère les reproches d’Amazon : Meta n’a jamais demandé la permission, l’agent ne s’identifie pas pendant qu’il navigue, et il semble conserver les informations de connexion des clients. Meta affirme que Muse ne voit ni les mots de passe ni les modes de paiement, et les deux versions n’ont pas été réconciliées. La fenêtre contextuelle avance un argument contractuel, pas un argument de piratage : en août 2026, la Cour d’appel du neuvième circuit a conclu, dans la poursuite d’Amazon contre l’agent de magasinage de Perplexity, que c’était l’utilisateur, et non l’entreprise d’IA, qui accédait aux systèmes d’Amazon au sens de la loi fédérale contre le piratage informatique.
Les refus ne relèvent pas tous d’une stratégie. TechCrunch a interrogé plusieurs entreprises au début d’octobre. Delta a déclaré qu’aucun agent tiers n’a de partenariat pour réserver ses vols et qu’elle agit contre les activités automatisées non autorisées. Yelp n’admet de trafic non humain que par son programme payant de licences de données. Walmart, partenaire de Muse dès son lancement, a dit que les échecs des agents sur son site n’étaient pas voulus : un bouton qui demande aux visiteurs de prouver qu’ils sont humains pouvait interrompre l’agent et l’expulser. Zillow a dit accueillir les agents qui agissent pour des consommateurs, même si ses outils contre l’extraction de données les bloquent parfois malgré tout.
Greg Isenberg, qui conseille des entreprises en IA, parle d’une guerre contre les agents et classe les sites en trois groupes : ceux qui bloquent exprès, ceux qui bloquent par accident et ceux qui accueillent les agents. Sa formule pour décrire ce nouveau visiteur mérite d’être retenue :
« un agent est un client avec une carte de crédit et sans yeux » - Greg Isenberg
La formule exagère l’état actuel des agents, qui pilotent encore pour la plupart un navigateur et voient donc la page, mais elle décrit la direction que prennent les choses.
Les défenses anti-robots bloquent les agents IA à moins d’une décision contraire
Le blocage accidentel est le plus facile à régler, parce qu’il tient habituellement à un réglage. La protection anti-robots a été conçue pour arrêter les extracteurs de données, et un agent qui travaille pour un client leur ressemble : un client automatisé qui demande des pages à un rythme rapide. Si l’agent ne s’identifie pas, la défense n’a aucun moyen de le distinguer d’un concurrent qui récolte vos prix.
Cloudflare a rendu ce choix explicite en 2026. Le 1er juillet, elle a réparti le trafic IA en trois catégories que chaque client, forfait gratuit compris, peut régler séparément : Search (recherche), pour les robots d’exploration qui indexent le contenu ; Training (entraînement), pour ceux qui le collectent pour entraîner des modèles ; et Agent, que son journal des changements définit comme une activité automatisée qui agit en temps réel pour une personne. Chaque catégorie peut être autorisée, bloquée sur toutes les pages, ou bloquée seulement sur les pages qui affichent de la publicité. Depuis le 15 septembre 2026, les domaines nouvellement ajoutés démarrent avec le trafic Training et Agent bloqué sur les pages avec publicité, tandis que Search reste ouvert. Les robots non vérifiés, précise l’annonce de Cloudflare, restent bloqués par défaut.
Les catégories de trafic IA de Cloudflare et le réglage par défaut appliqué aux nouveaux domaines depuis le 15 septembre 2026. Source : journal des changements et blogue de Cloudflare, 1er juillet 2026.
L’étape pratique prend quelques minutes. Si votre site passe par Cloudflare, ouvrez Security Settings, puis Configure AI bot policies, et réglez la catégorie Agent de façon délibérée plutôt que d’hériter d’une valeur par défaut. Avec un autre fournisseur de protection anti-robots, trouvez sa catégorie pour les agents dirigés par un utilisateur et prenez la même décision.
Parcourez ensuite le chemin de la page produit jusqu’au paiement et comptez les vérifications humaines. L’échec chez Walmart venait d’un bouton de vérification, pas d’une politique. Chaque CAPTCHA, mur de témoins ou page intermédiaire sur ce chemin peut bloquer un agent qui pilote un navigateur, et la perte n’apparaît jamais dans les rapports de ventes, puisque la commande n’a jamais lieu.
Les requêtes signées permettent à un site de distinguer un assistant d’un extracteur
L’identification est justement l’étape qu’Amazon reproche à Muse d’avoir sautée, et l’industrie la normalise sous le nom de Web Bot Auth. L’exploitant de l’agent publie une clé publique à une adresse connue et signe chaque requête HTTP avec la clé privée correspondante, selon la norme HTTP Message Signatures (RFC 9421). Le site, ou le réseau placé devant lui, vérifie la signature à l’aide de cette clé. Une chaîne User-Agent se falsifie facilement ; une signature valide exige la clé privée de l’exploitant.
Cloudflare a ouvert une catégorie d’agents signés le 28 août 2025, avec ChatGPT agent parmi les premiers membres. Sa documentation sur les robots vérifiés, mise à jour le 8 octobre 2026, intègre désormais les agents signés aux robots vérifiés et étiquette chacun comme Direct, quand un seul exploitant le gère, ou Intermediary, quand de nombreux utilisateurs finaux l’utilisent par un service partagé. Web Bot Auth reste lui-même un document de travail de l’IETF, et non une norme achevée.
Les réseaux de cartes de crédit bâtissent sur la même couche. En octobre 2025, Visa a lancé son Trusted Agent Protocol et Mastercard son Agent Pay, qui reposent tous deux sur Web Bot Auth pour authentifier les agents inscrits auprès du réseau. La requête signée porte une étiquette pour la navigation et une autre pour le paiement, si bien qu’un marchand peut reconnaître l’agent quand il consulte les détails et le prix d’un produit comme au moment où il achète.
Une signature prouve quel exploitant a envoyé la requête, pas que la personne derrière voulait cet achat précis ; cette question relève des plafonds de paiement, plus bas. Pour l’accès, ma propre lecture de ces protocoles est qu’une politique raisonnable laisse naviguer les agents signés et continue de traiter le trafic automatisé non signé comme n’importe quel extracteur. Aucun document de fournisseur que j’ai lu ne prescrit exactement cette règle.
Les agents IA comparent ce que votre page énonce en texte
Une fois entré, un agent compare les offres selon les faits qu’il peut extraire. La liste d’Isenberg est courte : détails du produit, prix, frais de livraison et conditions de retour. Deux spécifications publiées formalisent cette liste.
La spécification du flux de produits d’OpenAI pour le magasinage dans ChatGPT exige neuf champs pour la découverte : identifiant de l’article, titre, description, URL, marque, nom du vendeur, URL de l’image, disponibilité et prix. La livraison, les retours et les identifiants de produit sont facultatifs, et les détails sont révélateurs. Un prix de livraison absent signifie inconnu, et non gratuit. Un lien vers une politique de retour n’indique pas à l’agent que les retours sont acceptés : il faut pour cela un champ oui ou non distinct, et la période de retour exprimée en jours. Le GTIN et le numéro de pièce du fabricant sont facultatifs, et la spécification demande aux marchands de ne pas inventer un numéro de pièce pour combler un GTIN manquant.
Les données structurées des fiches marchands de Google, mises à jour le 8 septembre 2026, demandent les mêmes faits sous forme de balisage schema.org sur la page produit. Le prix et la devise sont obligatoires. Les détails de livraison et une politique de retour sont recommandés, et les détails de livraison comprennent un délai divisé en jours de traitement et en jours de transport. Le balisage de la politique de retour peut être déclaré une seule fois pour toute l’organisation ou remplacé pour un produit en particulier.
La leçon n’est pas d’adopter un format de flux, mais de vous assurer que chaque fait qui décide d’un achat existe sous forme de texte : le prix total, livraison comprise, la date de livraison, ce avec quoi le produit fonctionne et les modalités de retour. Un tableau de compatibilité enfermé dans un PDF, ou une date de livraison qui n’apparaît qu’à la dernière étape du paiement, reste invisible pour un agent qui compare cinq fournisseurs. Pour les pièces de rechange, les numéros de modèle compatibles ont leur place dans le texte de la page, puisqu’un numéro de modèle est justement ce qu’un acheteur confie à l’agent.
Une livraison plus rapide ne gagne que si l’agent peut la lire
Isenberg soutient que les agents ne transformeront pas tous les marchés en course au prix le plus bas, parce que la personne qui donne les instructions tient encore à la rapidité et à la fiabilité. Son exemple oppose un fournisseur plus cher qui livre demain à un fournisseur moins cher qui demande trois semaines. Si l’agent ne voit que le prix, le fournisseur le plus rapide perd une vente qu’il aurait dû remporter.
Les champs de délai de livraison de Google existent pour qu’une promesse de livraison le lendemain soit lisible par une machine. Le flux d’OpenAI n’a pas de champ semblable, et sa spécification précise qu’un montant de livraison ne garantit aucune date, de sorte que pour les agents qui lisent ce flux, la date doit figurer sur la page produit elle-même. Quel que soit votre avantage, qu’il s’agisse de délais courts, de stock local, d’une garantie plus longue ou d’une pièce compatible avec d’anciens modèles, il lui faut une phrase ou un champ que l’agent peut répéter à son utilisateur.
Différentes permissions d’agent IA pour chercher, préparer et payer
Isenberg décrit l’agent qui gravit une échelle de confiance : la recherche d’abord, puis la préparation d’une commande, puis le paiement. Les entreprises ont peu de raisons de craindre le premier échelon, qui n’est que de la recherche sous un autre nom. Le vrai risque se trouve au dernier, et bloquer les trois pour l’éviter revient à sacrifier les deux premiers pour rien.
Le risque d’un achat par agent se concentre sur l’échelon du paiement : c’est là, et nulle part ailleurs, que revient le contrôle le plus strict.
L’Agent Payments Protocol (AP2) de Google, annoncé le 16 septembre 2025 avec plus de 60 organisations partenaires, traduit cette échelle en documents signés appelés mandats. Quand la personne est présente, sa demande est consignée, l’agent propose un panier, et l’approbation de la personne signe les articles et le prix exacts. Quand la personne est absente, elle signe à l’avance une intention détaillée, avec un plafond de prix et une échéance, et l’agent ne peut compléter un panier qu’à l’intérieur de ces limites. La chaîne de documents signés doit permettre d’établir après coup qui a autorisé quoi. Le site actuel d’AP2 a depuis renommé ces documents en mandats de passage en caisse et de paiement, et il a confié la normalisation à des groupes de travail de la FIDO Alliance : le vocabulaire bouge encore.
Nul besoin d’AP2 pour appliquer l’idée. Laissez n’importe quel agent identifié chercher librement. Laissez-le remplir un panier ou demander une soumission. Avant que l’argent change de mains, exigez une étape que l’agent ne peut pas franchir seul : la confirmation du client, un mandat signé si votre fournisseur de paiement en accepte, ou une vérification manuelle au-delà d’un montant de commande ou d’une quantité que vous fixez. C’est le même principe que de garder les permissions des agents IA hors du modèle : la règle vit dans votre système, pas dans la bonne conduite de l’agent.
La prudence de Delta a sa place ici. Une compagnie aérienne qui ne peut pas prouver qu’un voyageur a autorisé une réservation a un problème de fraude, et quand quelque chose tourne mal, le client appelle la compagnie aérienne, pas l’entreprise qui a conçu l’agent. L’annonce de Google range elle-même la responsabilité des transactions frauduleuses ou erronées faites par des agents parmi les questions encore ouvertes. Garder l’échelon du paiement fermé tant que cette question n’a pas de réponse peut être le choix responsable, à condition que les deux premiers échelons restent ouverts.
Un site prêt pour les agents IA commence par un test, pas par un projet
La première étape la moins coûteuse vient de la vidéo d’Isenberg et ne demande aucun code. Prenez dix vraies questions d’achat dans la boîte de courriel de votre service à la clientèle, par exemple si une pièce convient à un modèle plus ancien ou si douze unités peuvent être expédiées cette semaine. Soumettez-les à quelques agents différents et notez où chacun bloque : une requête refusée, une vérification humaine, une date de livraison manquante, un tableau de compatibilité illisible. Refaites ensuite l’exercice sur le site d’un concurrent.
Les résultats vous indiquent lequel des trois volets demande du travail. Un refus renvoie à un réglage, une mauvaise réponse à un texte manquant, et un agent qui s’arrête au paiement à une règle que vous n’avez pas encore fixée. Rien de tout cela ne dépend du protocole qui s’imposera : Web Bot Auth n’est encore qu’un document de travail et AP2 change encore de vocabulaire, alors qu’une offre lisible et une politique d’accès réfléchie tiennent la route, peu importe lequel l’emporte.