Personal Agent Protocol : ce qu'une PME e-commerce doit préparer

Le 6 octobre 2026, Meta et Sierra — la société de Bret Taylor et Clay Bavor — annoncent le Personal Agent Protocol, un standard ouvert pour faire dialoguer l'agent IA d'un client avec une entreprise. Genesys, Instinct, Rocket, Shopify, Stripe et Walmart sont cités comme partenaires. Pour une boutique en ligne française, l'enjeu est concret : le client n'arrive plus seulement sur votre site. Il envoie quelqu'un — ou quelque chose — à sa place.

Ce que le protocole promet

Aujourd'hui, la plupart des agents personnels font comme un humain : ils chargent des pages et cliquent dans des formulaires. Quand ça bloque, ils appellent le support ou ouvrent le chat. D'après Sierra, le protocole couvre trois besoins : authentifier qui agit, laisser le consommateur décider des accès, et donner à l'entreprise de la visibilité sur ce que l'agent fait — via le site, des interfaces techniques, ou l'agent de la marque. Le standard est ouvert.

Le parcours type commence sur le site. L'agent découvre l'offre et la façon de joindre l'entreprise. Il ouvre ensuite une session pour le compte du client. Il peut rester invité — assez pour vérifier un stock ou une politique de retours. Quand il faut le compte client, la personne se connecte sur la page de l'entreprise ou réutilise des identifiants déjà liés à son agent. Le client choisit : lecture seule, ou aussi le droit d'écrire (commander, modifier une commande).

La session utilise OAuth, un standard déjà répandu pour autoriser une application à agir en votre nom sans lui donner votre mot de passe. Une question avant connexion et un changement de commande après restent la même visite. Ensuite, l'agent emprunte la voie que l'entreprise préfère : le site web, des API — des interfaces machine, via des standards comme MCP ou OpenAPI — ou l'agent conversationnel de la marque pour un litige de garantie, par exemple.

Sierra annonce une spécification v0.1 et une implémentation de référence pour fin octobre 2026. Des extensions sont prévues plus tard : permissions plus fines, notifications poussées, et des paiements sans partager le numéro de carte. Le paiement n'est pas dans la v0.1.

Le trafic robot est déjà majoritaire — les agents clients, pas encore

Dans l'article sur les robots qui dépassent les humains, je rappelais le constat de Cloudflare : le trafic automatisé a dépassé le trafic humain sur une partie du web. Sous le mot « robots », plusieurs familles. Les agents IA qui agissent pour un client n'en pesaient encore qu'une petite part fin 2025, d'après HUMAN Security, spécialiste de la détection du faux trafic. Ils croissent vite. Meta et Sierra préparent le jour où cette petite part devient un canal d'achat. Un collecteur qui copie vos pages pour entraîner un modèle n'est pas le même visiteur qu'un agent qui cherche une taille pour un client précis : client identifiable, droits choisis, trace pour vous.

Huit prérequis pour une PME e-commerce française

Voici ce que Sierra décrit déjà — à clarifier sans attendre la v0.1 sur votre boutique.

1. Distinguer un agent d'un humain. Vous avez besoin d'une politique robots / agents. Cloudflare propose depuis juillet trois réglages séparés — moteurs de recherche, agents, entraînement — y compris sur la formule gratuite. Sans cette distinction, vous bloquez peut-être le client avec le collecteur.

2. Catalogue et politiques découvrables en session invité. Stock, retours, délais de livraison : un agent doit pouvoir les lire sans compte. Si ces infos sont enfouies derrière un formulaire opaque, la session « guest » ne sert à rien.

3. Compte client et parcours OAuth utilisable par un agent. Connexion sur votre page, ou identifiants déjà liés à l'agent du client. La session doit pouvoir durer : question avant connexion, action après.

4. Décider lecture vs écriture. Consulter une commande n'est pas la modifier. Commander n'est pas annuler. Le client choisit le niveau ; vous devez savoir ce que vous autorisez à chaque niveau.

5. API ou MCP si vous refusez le scraping, la copie automatique de vos pages. Sans interface machine, l'agent reste sur le parcours « pages et clics ». MCP (Model Context Protocol, pour brancher un modèle à des outils) et OpenAPI (pour décrire une API) sont cités par Sierra. Pas obligatoire le premier jour ; c'est la voie propre hors parcours web.

6. Visibilité et journaux. Sierra promet aux marques de savoir quand un agent agit pour un client. Prévoyez déjà des logs : qui, pour qui, quoi, avec quels droits.

7. Ne pas attendre le paiement dans la v0.1. Les paiements sans partage de carte sont une extension future. Protocole et authentification d'abord.

8. Responsabilité et RGPD. En Europe, quand un agent agit pour un client sur votre boutique, vous restez le marchand. Qui a consenti à quoi, avec quels droits, pour quelle durée : les mêmes questions que pour tout traitement de données personnelles, avec un acteur de plus dans la chaîne.

Ma conclusion

Personne n'est forcé d'ouvrir tout demain. Chez Sierra, la règle est claire : le client décide des accès, l'entreprise décide des canaux, chacun voit qui agit. Les robots ont déjà dépassé les humains sur une part du web ; les agents qui représentent un acheteur n'en sont qu'au début. Attendre « que ça marche tout seul », c'est découvrir le protocole le jour où un agent demandera un stock — et où rien ne sera prêt.

Sources — Citations traduites de l'anglais par mes soins. Sierra, Introducing Personal Agent Protocol (6 octobre 2026, Bret Taylor et Clay Bavor) ; Les robots ont dépassé les humains sur le web, mais lesquels ? ; OpenAI DevDay 2026 : ce qui arrive vraiment en France.

Questions fréquentes