Agentic Commerce Protocol et PrestaShop : préparer la boutique aux achats faits par un agent

L’Agentic Commerce Protocol (ACP) est un standard ouvert, entretenu par OpenAI et Stripe, qui décrit comment un agent IA ouvre puis finalise une session de paiement chez un marchand. Au 14 octobre 2026, son dépôt le déclare en bêta, c’est-à-dire en phase d’essai où la spécification peut encore changer, avec 2026-04-17 pour dernière version stable. La documentation d’OpenAI ne cite ni ouverture en France ni module PrestaShop. Un éditeur tiers en propose un ; son guide limite l’inscription aux marchands des États-Unis.

• L’Agentic Commerce Protocol change de version par date et reste en bêta
• Une boutique PrestaShop répond à cinq appels de session de paiement
• Le paiement délégué remet au prestataire un jeton à usage unique
• Le flux produits se candidate avant tout paiement
• Aucune ouverture n’est documentée pour une boutique PrestaShop en France
• Attendre est l’arbitrage cohérent pour une boutique qui ne vend qu’en France
• Sources consultées
• Foire aux questions

L’Agentic Commerce Protocol change de version par date et reste en bêta

Le dépôt officiel indique la licence Apache 2.0 et le statut « beta ». OpenAI et Stripe maintiennent la spécification ; la documentation de Stripe ajoute Meta parmi les créateurs. Chaque version est un instantané complet, nommé par sa date, et les anciennes restent consultables, marquées comme dépréciées dans le journal des changements.

Les notes de la version 2026-04-17 rendent la clé d’idempotence obligatoire sur chaque requête POST, soit un identifiant unique joint à l’appel pour qu’un renvoi ne crée pas deux commandes. Une intégration qui l’omet reçoit des erreurs. La même version fait passer la quantité d’un article d’un entier à un nombre décimal, seul changement qu’elle déclare rompre la compatibilité.

Une boutique PrestaShop répond à cinq appels de session de paiement

La spécification de paiement du dépôt, version 2026-04-17, définit cinq opérations sur les sessions : créer, mettre à jour, lire, finaliser et annuler. Chaque appel porte un jeton d’autorisation de type « bearer » et une en-tête de version d’API ; les appels en écriture ajoutent la clé d’idempotence.

La session passe par onze statuts, dont « incomplete », « ready_for_payment », « requires_escalation », « completed » et « expired ». Les montants sont des entiers en unités mineures de la devise, les centimes pour l’euro : 12 euros s’écrivent 1200, avec un code de devise en minuscules. Depuis cette version, un document public à l’adresse /.well-known/acp.json indique à l’agent les versions et les capacités prises en charge avant toute session. Les notifications de commande peuvent porter une signature, avec une tolérance recommandée de 300 secondes sur l’horodatage : au-delà, le récepteur rejette la requête.

Scénario : une boutique de vêtements en trois tailles. À chaque mise à jour de session, l’agent change la taille ou l’adresse de livraison ; la boutique renvoie lignes, prix et transporteur recalculés. Testez ce recalcul pour chaque transporteur actif de Livraison > Transporteurs (Shipping > Carriers) avant de chiffrer l’intégration.

Le paiement délégué remet au prestataire un jeton à usage unique

La page d’ensemble du commerce d’OpenAI écrit que les prestataires de paiement implémentent la spécification de paiement délégué ; celle du paiement d’achat précise que les paiements restent chez le prestataire déjà utilisé par le marchand. L’appel POST /agentic_commerce/delegate_payment renvoie un jeton préfixé « vt_ ». Six champs obligatoires le bornent : motif (usage unique seulement), montant maximal, devise, session de paiement visée, marchand autorisé et date d’expiration.

Le site du protocole précise que Stripe est le premier prestataire compatible, par son Shared Payment Token, et qu’une entreprise peut utiliser l’ACP avec tout prestataire compatible. Il laisse au marchand son rôle de vendeur en titre (merchant of record) : il décide des produits vendus, de leur présentation et de leur exécution.

La documentation d’OpenAI ne nomme pas les prestataires de paiement qui implémentent le paiement délégué en France. La question se pose au prestataire de la boutique : quelle version de la spécification, et depuis quand.

Décrire mon besoin →

Le flux produits se candidate avant tout paiement

OpenAI écrit que l’intégration commence par le partage d’un flux produits structuré, et que l’inscription des flux reste réservée aux partenaires approuvés, par un formulaire de candidature. Un fichier envoyé par SFTP ou une API alimente le flux ; les promotions ne passent que par l’API.

La spécification de flux d’OpenAI exige neuf champs par ligne : identifiant, titre, description, adresse de la page, marque, nom du vendeur, image, disponibilité et prix. L’identifiant doit rester stable et unique par article ou par déclinaison, sans réutilisation. Le code GTIN compte 8, 12, 13 ou 14 chiffres, clé de contrôle valide. La fiche de Catalogue > Produits (Catalog > Products) porte son code EAN-13. L’option qui autorise le paiement ne suffit pas : la spécification précise que le paiement suppose une intégration activée à part.

Le cadrage du fichier se traite dans la mission flux produits PrestaShop.

Aucune ouverture n’est documentée pour une boutique PrestaShop en France

D’après la spécification de flux d’OpenAI, les envois standards visent aujourd’hui les États-Unis ; le format partagé représente les États-Unis, le Canada et le Mexique, et un champ de pays laissé vide ne signifie pas le monde entier. Les marchés supplémentaires exigent la confirmation d’OpenAI. Le guide de l’éditeur tiers cité plus bas écrit de même que l’inscription des marchands se limite aux États-Unis.

OpenAI a aussi déplacé le centre de gravité. Selon un extrait du billet « Powering Product Discovery in ChatGPT », la première version d’Instant Checkout n’offrait pas la souplesse visée : les marchands peuvent utiliser leur propre tunnel de commande, et OpenAI se concentre sur la découverte. Le périmètre exact du paiement dans ChatGPT reste à vérifier.

Côté PrestaShop, un module d’un éditeur tiers a un guide mis à jour le 14 septembre 2026, en version 1.0.0. Il annonce PrestaShop 9, 8 et 1.7, un export de flux compressé et un paiement agentique qui demande une clé secrète Stripe. Un module tiers se juge sur la version de spécification visée et sur son statut d’approbation chez OpenAI, que son guide ne donne pas.

Attendre est l’arbitrage cohérent pour une boutique qui ne vend qu’en France

Une boutique qui vend uniquement en France n’a aucune surface ACP à brancher tant qu’OpenAI n’a pas confirmé le pays. Attendre ne retire aucune vente par ce canal (déduction). Brancher aujourd’hui revient à suivre une bêta dont la version de janvier a été dépréciée en moins de trois mois.

Deux situations changent l’arbitrage. Une boutique qui vend aussi aux États-Unis peut candidater avec un flux. Une boutique dont le prestataire de paiement annonce le paiement délégué lui demande la version visée avant de cadrer quoi que ce soit.

Ce qui vaut d’être fait sans attendre sert aussi la recherche classique : un identifiant par déclinaison et des codes GTIN valides. Le protocole voisin de Google se décrit dans la mission Universal Commerce Protocol. L’accès d’un assistant à un catalogue, sans paiement, relève de la mission serveur MCP du catalogue.

Les réponses se notent dans le message du formulaire de cette page, sans clé d’API ni identifiant de compte de paiement.

Décrire mon besoin →

Sources consultées

• Stripe et OpenAI, « Agentic Commerce Protocol », site officiel du protocole, consulté le 14 octobre 2026.
• Dépôt GitHub agentic-commerce-protocol, README, arborescence des versions, journal de la version 2026-04-17 et spécifications OpenAPI du paiement et du paiement délégué, consulté le 14 octobre 2026.
• OpenAI, documentation « Commerce » : page d’ensemble, « Agentic Checkout Spec » et guide « Get started », consultée le 14 octobre 2026.
• OpenAI, documentation « Commerce », spécification de flux produits, consultée le 14 octobre 2026.
• Stripe, documentation « Agentic Commerce Protocol », consultée le 14 octobre 2026.
• Éditeur d’un module PrestaShop tiers, « User Guide of PrestaShop Agentic commerce with ChatGPT », mis à jour le 14 septembre 2026, consulté le 14 octobre 2026.
• OpenAI, « Powering Product Discovery in ChatGPT », consulté par recherche seulement le 14 octobre 2026.

Foire aux questions

Faut-il un compte Stripe pour utiliser l’ACP ?

Le site du protocole écrit qu’une entreprise peut l’utiliser avec n’importe quel prestataire de paiement compatible, Stripe étant le premier. Le module tiers lu, lui, demande une clé secrète Stripe pour son paiement agentique. Le prestataire de la boutique se consulte avant toute ouverture de compte.

L’ACP passe-t-il par le protocole MCP ?

La version 2026-04-17 ajoute une liaison MCP de cinq outils, qui reprennent les opérations REST du paiement. Le protocole reste un contrat de commerce : MCP n’est qu’un moyen de transport possible, décrit dans la mission serveur MCP.

Qui répond de la livraison et du service après-vente ?

Le marchand. Le site du protocole le maintient vendeur en titre et lui laisse la maîtrise des produits vendus, de leur présentation et de leur exécution. L’agent n’est pas le vendeur.

Le protocole impose-t-il une inscription chez OpenAI ?

La mise en œuvre du protocole et la participation à une plateforme sont deux étapes. Le site du protocole indique que ChatGPT exige une procédure de candidature à part, et la documentation d’OpenAI réserve l’inscription des flux aux partenaires approuvés.

Que devient une intégration quand la spécification change ?

Les anciennes versions restent publiées et le dépôt les marque comme dépréciées. Chaque appel doit nommer la version d’API visée, et la spécification recommande que les erreurs de version listent les versions prises en charge. Un contrat de maintenance prévoit ces montées de version.