Les protocoles de checkout agentique convergent (ACP, AP2, Instant Checkout). La couche d'expérience reste la vraie question ouverte.

En quelques mois, deux grands camps de plateformes ont exposé comment un achat effectué par un agent d'IA doit techniquement fonctionner. OpenAI et Stripe ont présenté l'Agentic Commerce Protocol (ACP), le standard derrière « Buy it in ChatGPT » et Instant Checkout. Google a publié en parallèle l'Agent Payments Protocol (AP2), disponible en version 0.2 sous la gouvernance de la FIDO Alliance depuis le 28.04.2026. Les deux répondent au même problème : comment un agent autorise-t-il, paie-t-il et confirme-t-il un achat sans qu'un humain remplisse le formulaire ?

C'est un vrai progrès, et pour beaucoup de marchands, cela ressemble à la grande question que l'ère de l'agentic commerce avait laissée ouverte. Ce n'en est pas une. Les protocoles convergent sur la partie qui peut être standardisée : la transaction. La partie qui ne peut pas l'être reste intacte, et c'est précisément elle qui décide de la marque, de la marge et de la conversion. Ce que l'agent *montre et dit* au client appartient toujours au marchand.

Ce que ACP, AP2 et Instant Checkout standardisent réellement

Il vaut la peine d'être précis sur ce qui se joue ici. Les protocoles régissent la mécanique d'une transaction d'achat agentique, pas l'expérience d'achat.

• ACP (OpenAI + Stripe) définit comment un agent crée une commande, transmet les données de paiement et reçoit une confirmation. « Buy it in ChatGPT » en est la première application visible. Etsy est en production, et environ un million de marchands Shopify ont été annoncés comme la prochaine vague. La spécification est open source et en phase bêta.
• AP2 (Google, FIDO Alliance) définit la couche de paiement et d'autorisation pour les agents, indépendamment du fournisseur. L'accent est mis sur l'intention vérifiable, les mandats et la question de savoir qui est responsable d'un achat effectué par un agent.

Ce qui compte, c'est ce qui n'apparaît pas dans cette liste. Aucun protocole ne standardise quels trois produits l'agent propose depuis votre catalogue. Aucun ne définit comment un guide des tailles, une mention de durabilité ou une recommandation de bundle sont présentés. Aucun ne décide si l'agent propose une alternative pour un article en rupture ou s'il abandonne. Et aucun ne possède vos données produit, votre structure de contenu ou la tonalité de votre marque.

ACP et AP2 sont des rails de paiement et de fulfilment. Pour le marchand, ils sont ce qu'une interface de paiement a toujours été : une infrastructure nécessaire qui conclut l'achat, mais qui n'est pas la raison pour laquelle quelqu'un achète chez vous plutôt que chez un concurrent.

La couche que personne ne standardise

Entre la requête d'un client et la transaction se trouve une couche qui échappe à la standardisation, parce qu'elle diffère d'un marchand à l'autre. Nous l'appelons la couche d'expérience : tout ce que l'agent montre, formule, recommande et justifie au nom de votre boutique.

Cette couche répond à des questions qu'aucun protocole ne peut résoudre :

• Sélection. Quels produits l'agent extrait-il d'un catalogue de 50 000 articles quand quelqu'un demande une « veste de running légère pour la pluie » ?
• Présentation. Comment le prix, la disponibilité, les variantes et les conditions de retour sont-ils structurés pour qu'un agent les lise correctement et les restitue correctement ?
• Justification. Que dit l'agent à propos de votre produit ? Cite-t-il votre formulation, ou en invente-t-il une qui contredit votre marque ?
• Logique de repli. Que se passe-t-il en cas de rupture de stock, de restrictions transfrontalières, de produits soumis à une vérification d'âge ?

Ce ne sont pas des questions de paiement. Ce sont des questions de frontend et de contenu. Et elles ne diminuent pas une fois le checkout standardisé. Elles grandissent, parce que l'agent est désormais un canal supplémentaire dans lequel votre marque apparaît sans votre contrôle direct, à moins que vous ne conceviez activement cette couche.

Pourquoi la couche d'expérience reste chez le marchand

Il y a une raison structurelle à cela. Un protocole est par définition un plus petit dénominateur commun. Il ne fonctionne que si toutes les parties impliquées partagent la même mécanique. C'est précisément pourquoi un protocole peut régir la transaction, mais jamais la différenciation, car la différenciation est le contraire d'un dénominateur commun.

Pour le marchand, cela signifie : vous pouvez déléguer le paiement et le fulfilment à ACP ou AP2. Vous ne pouvez pas déléguer la réponse à « pourquoi ce produit, pourquoi chez nous, dans quelle formulation » sans abandonner le contrôle de votre marque dans le canal agentique. Cette couche n'est pas un détail de rendu. C'est la partie du storefront qui porte votre logique de sélection, vos règles de contenu et vos guardrails.

Cela recoupe un schéma que nous avons déjà observé lors de précédentes bascules de plateforme. Quand les prestataires de paiement ont unifié le passage en caisse, la différence entre marchands n'a pas disparu. Elle s'est déplacée vers l'amont, dans l'assortiment, la présentation et le contenu. Avec les achats agentiques, c'est la même chose qui se produit. La couche d'expérience ne disparaît pas. Elle se déplace, de la page qu'un humain regarde vers la structure qu'un agent lit.

Ce que cela signifie pour l'architecture du storefront

Quand l'agent devient l'acheteur, le storefront doit être agent-ready. Ce n'est pas une formule marketing, mais une exigence concrète pour l'architecture :

1. Les données structurées comme obligation, pas comme extra SEO. Un agent lit Schema.org, pas votre CSS. Les données produit, prix, disponibilité et variantes doivent être lisibles par la machine et sans ambiguïté, sinon l'agent devine, et deviner vous coûte de la marge et de la réputation. Nous avons décrit comment structurer votre contenu pour qu'il soit citable par les agents dans Content Citation Readiness.
2. Un modèle de données au-dessus de tous les backends. Si vos données produit sont dans Shopify, vos prix dans un ERP et votre disponibilité dans un système séparé, l'agent doit tout de même voir une vérité unique et cohérente. Une couche de données frontend normalisée au-dessus des backends résout exactement cela.
3. Des guardrails au niveau des composants. Un agent qui sélectionne et formule de manière autonome a besoin de limites : quels produits il peut proposer, quelles affirmations il peut faire, quand il doit s'arrêter. Ces règles appartiennent à la couche frontend, pas à un prompt. Nous avons détaillé l'approche pilotée par schéma dans Agentic Frontend Guardrails.
4. La même bibliothèque de composants pour l'humain et l'agent. La logique de sélection et de présentation qui sert votre client humain est la même que celle qui alimente l'agent. Maintenir deux systèmes séparés, l'un pour le site et l'autre pour l'agent, coûte cher et diverge avec le temps.

C'est exactement là qu'intervient une Agentic Frontend Management Platform. Elle sépare proprement les rails de paiement que vous branchez sur ACP ou AP2 de la couche d'expérience que vous conservez. La couche composable headless frontend se place au-dessus de votre stack commerce existant, normalise les données de tous les backends et fournit le contenu structuré et protégé par des guardrails qu'un agent peut lire correctement, optimisé pour une citabilité lisible par la machine via SEO and GEO. Vous changez la mécanique de paiement sans perdre le contrôle de la présentation.

Conclusion

La convergence d'ACP, d'AP2 et d'Instant Checkout est une bonne nouvelle : la mécanique transactionnelle des achats agentiques devient une commodité, et une commodité, personne n'a besoin de la construire soi-même. Mais c'est aussi la limite de la standardisation. La sélection, la présentation et la justification, c'est-à-dire tout ce qui constitue votre marque dans le canal agentique, aucun protocole ne s'en chargera à votre place.

La conséquence pratique est sans emphase. Branchez les protocoles de paiement dès qu'ils sont mûrs pour votre marché. Investissez en parallèle dans la couche que personne ne standardise pour vous : des données structurées, un modèle de données frontend unifié et des guardrails qui définissent au niveau des composants ce que l'agent a le droit de montrer. La couche d'expérience ne disparaît pas. Elle reste entre vos mains, si vous l'y gardez.