Qu'est-ce que le commerce agentique, vu d'une PME ?
Le commerce agentique, c'est le moment où ce n'est plus le client qui remplit votre formulaire, mais un agent IA qu'il a chargé de le faire : demander une disponibilité, comparer trois devis, déplacer un rendez-vous, retourner un article. Les grands guides sur le sujet parlent surtout d'e-commerce et de paiement. Pour une PME de services ou de négoce, le cas le plus probable est plus simple : un message arrive, bien écrit, au nom d'un client, et personne ne sait s'il vient de lui ou d'un logiciel.
Ce n'est plus une hypothèse lointaine. Selon CNBC, l'agent personnel Muse de Meta, lancé début septembre 2026, s'est hissé en tête de l'App Store d'Apple, et Meta revendique des millions d'utilisateurs aux États-Unis. CNBC rapporte aussi qu'Amazon a bloqué les agents de Meta. Bret Taylor, cofondateur de Sierra, résume la situation ainsi : « It is kind of chaos until such a standard exists » (c'est un peu le chaos tant qu'un tel standard n'existe pas).
Pourquoi reconnaître l'agent ne suffit pas ?
Parce que savoir qui frappe à la porte ne dit pas jusqu'où il peut entrer. Le site du protocole décrit la situation actuelle comme du tout ou rien : soit l'entreprise bloque l'agent, soit l'agent se connecte avec les identifiants du client et peut faire tout ce que le client peut faire. Entre les deux, le texte propose une échelle, que nous reprenons parce qu'elle sert même sans le protocole :
| Niveau | Ce que l'agent peut faire | Exemple pour une PME |
|---|---|---|
| Bloqué | Rien | Les pages de votre espace client |
| Invité | Consulter ce qui est public | Horaires, zone d'intervention, délais, conditions de retour |
| Connecté, en lecture | Voir le compte du client, après connexion de celui-ci | L'état d'une commande, la date d'un rendez-vous |
| Connecté, avec accord | Agir, chaque fois avec l'accord du client | Déplacer un rendez-vous, accepter un devis |
| Accès complet | Tout ce que le client peut faire | À éviter : c'est la situation actuelle quand le client confie son mot de passe |
L'authentification règle la première question. Les deux autres restent à votre main : ce que l'agent a le droit de faire à chaque niveau, et la trace de ce qu'il a fait.
Que prévoit le Personal Agent Protocol ?
Le brouillon publié sur personalagentprotocol.org (version 0.1, consultée le 12 octobre 2026) repose sur OAuth, le standard déjà utilisé pour « se connecter avec Google ». Ce qui concerne directement une PME :
- L'entreprise se déclare dans un fichier publié sur son site (poppy.json), qui dit ce qu'elle ouvre aux agents : pages web, API ou son propre agent.
- L'agent s'identifie par une adresse web qui publie son nom et ses clés. L'entreprise peut tenir une liste d'agents autorisés ou bloqués, limiter le nombre de requêtes, et retirer l'accès à un agent qui abuse.
- Tout commence en invité. L'agent ne voit le compte qu'après connexion du client, qui accorde la lecture seule ou aussi la modification ; l'entreprise ne peut pas accorder plus que ce qui est demandé.
- L'accès a une fin : il dure jusqu'à ce que le client se déconnecte ou débranche l'agent, que l'accès expire ou que l'entreprise le retire.
- Chacun dit s'il est humain ou non dans une conversation, et l'agent peut demander à parler à une personne de l'entreprise, qui reste tenue aux mêmes droits.
- Une extension pour les actions engageantes : l'entreprise propose une action avec ses conditions exactes, le client approuve cette version précise, et l'action n'est exécutée qu'une fois, même si la demande est renvoyée.
Le texte est honnête sur ses limites. Sur certains points, l'entreprise doit croire l'agent sur parole : le type de connexion qu'il annonce, ou le fait que le client a approuvé une action. Le texte le dit : la confirmation envoyée par l'agent ne prouve pas que le client a vu les conditions ; une entreprise qui a besoin de cette preuve doit demander l'accord sur sa propre page. Les paiements, les notifications et les pièces jointes figurent dans les sujets ouverts, non traités.
Et le protocole de Visa ?
Visa a publié en octobre 2025 son Trusted Agent Protocol, conçu avec Cloudflare. Il vise surtout l'achat : l'agent signe ses requêtes pour prouver qu'il est un agent approuvé par Visa avec une intention d'achat, et peut transporter des informations de paiement. D'après The Next Web, Stripe et Shopify participent aux deux protocoles. Comment les deux s'articuleront, personne ne l'a encore écrit. Le même article relève qu'aucun commerçant, banque ou acteur du paiement européen n'est cité parmi les partenaires du Personal Agent Protocol.
Ce qu'une PME peut exiger dès maintenant
Inutile de coder quoi que ce soit aujourd'hui. Mais ces cinq règles se décident avant que le premier agent ne demande à modifier une commande, et elles valent aussi pour votre prestataire (plateforme de boutique, outil de prise de rendez-vous, logiciel de support) :
- Savoir quand c'est un agent. Demandez à votre prestataire s'il distingue les agents des visiteurs humains, et ce qu'il prévoit pour les protocoles en cours (Shopify et Stripe sont dans les deux).
- Écrire la liste de ce qu'un agent peut faire sans connexion : en général, tout ce qui est déjà public.
- Séparer lecture et action. Voir une commande et l'annuler ne relèvent pas du même accord. Toute action qui engage (commande, annulation, remboursement, modification d'un devis) doit porter sur des conditions précises, approuvées par le client.
- Garder une trace : quel agent, pour quel client, quelle action, sur quelles conditions, à quelle heure. C'est ce journal qui vous permettra de répondre à un client qui conteste.
- Pouvoir couper : bloquer un agent qui se comporte mal, et permettre au client de retirer l'accès qu'il a donné.
C'est la même règle que celle que nous appliquons à nos propres agents : ils préparent, une personne valide ce qui engage l'entreprise. Nous la détaillons dans les quatre questions à poser avant de brancher un agent IA sur vos outils, et pour un agent qui doit passer par l'écran d'un logiciel, dans notre article sur les agents qui cliquent à votre place.
Que changent les agents des clients pour vos demandes entrantes ?
Une demande de devis écrite par un agent peut être plus complète qu'un message tapé sur un téléphone, ou au contraire envoyée en dix exemplaires à dix concurrents. Dans les deux cas, la réponse doit rester juste, rapide et validée par quelqu'un de chez vous avant de partir. Si un agent prépare déjà vos réponses, il doit traiter un message venu d'un agent comme n'importe quelle demande : vérifier, préparer, et laisser une personne valider le prix ou l'engagement. C'est ce que nous mettons en place pour les demandes de devis traitées par un agent.
Ce que les pages sur le sujet ne disent pas
Méthode : le 12 octobre 2026, nous avons relevé les 9 premiers résultats de Google France pour « commerce agentique » et lu en entier 5 des 6 premiers (Stripe, Wikipédia, Mastercard, KPMG, IBM ; la page de Salesforce n'a pu être lue qu'en partie).
Sur ces 5 pages, aucune ne s'adresse à une PME ni n'explique comment retirer l'accès à un agent. Une seule, celle de KPMG, parle de règles de mandat, de droits d'action et de traçabilité, en deux lignes, à l'adresse des e-commerçants. Les quatre autres décrivent l'agent du côté de l'acheteur : il cherche, compare, paie. Notre lecture : un dirigeant de PME se demande moins ce qu'est le commerce agentique que ce qu'il doit autoriser le jour où l'agent d'un client lui écrit. C'est la question que traite cet article.
FAQ
Comment savoir si un message vient de l'agent IA d'un client ?
Aujourd'hui, souvent, on ne le sait pas. Les protocoles en préparation (Personal Agent Protocol, Trusted Agent Protocol de Visa) prévoient que l'agent s'identifie avec des clés vérifiables. Demandez à votre prestataire ce qu'il prévoit, et en attendant, traitez tout engagement comme vous le feriez pour un message inconnu : avec une validation.
Le Personal Agent Protocol est-il utilisable aujourd'hui ?
Un brouillon de spécification, version 0.1, est en ligne, et ses auteurs préviennent que tout peut encore changer. Sierra annonce une implémentation de référence et des ateliers de conception. Pour une PME, c'est le moment de fixer ses règles, pas de développer.
Faut-il bloquer les agents IA sur son site ?
Pas forcément. Bloquer tout empêche aussi l'agent d'un client de vérifier vos horaires ou vos délais. Laissez ouvert ce qui est public, et réservez au client connecté, avec son accord, tout ce qui touche à son compte ou l'engage.
Un agent peut-il payer ou annuler une commande à la place du client ?
Techniquement, de plus en plus. Le Personal Agent Protocol ne traite pas encore les paiements. Pour une annulation ou une modification, exigez des conditions précises approuvées par le client, une exécution unique et une trace dans un journal.
Sources : Sierra, « Introducing Personal Agent Protocol », 6 octobre 2026 (sierra.ai : partenaires, sessions OAuth, invité puis connexion, lecture ou écriture, v0.1 annoncée, paiements et permissions détaillées en travaux futurs) · Personal Agent Protocol, page d'accueil et spécification (brouillon 0.1), extension « operations », sujets ouverts (personalagentprotocol.org, consultés le 12 octobre 2026 : tout ou rien actuel, échelle d'accès, identité de l'agent, listes, limitation et retrait d'accès, points reposant sur la confiance, humain ou IA, demande d'une personne, approbation d'une version des conditions, exécution unique, paiements non traités) · CNBC, « Meta joins companies to tame 'chaos' of doing business with AI bots », 6 octobre 2026 (cnbc.com : citation de Bret Taylor, Muse, blocage par Amazon) · The Next Web, « Sierra announces Personal Agent Protocol » (thenextweb.com, consulté le 12 octobre 2026 : Stripe et Shopify dans les deux protocoles, aucun partenaire européen cité hormis le siège de Stripe à Dublin) · Visa, « Visa Introduces Trusted Agent Protocol », 14 octobre 2025 (investor.visa.com) · Lecture de 5 des 6 premiers résultats de Google France pour « commerce agentique », 12 octobre 2026. Aucun client n'est nommé.