Le commerce IA se structure autour de protocoles. Google, Shopify, OpenAI et Stripe travaillent sur différents morceaux de l'agentic commerce. C'est nécessaire : si l'IA doit trouver des produits, préparer un panier, assister un paiement et faciliter un achat, le marché a besoin d'interfaces communes.
Mais les protocoles ne résolvent pas automatiquement la mesure. UCP, ACP et AP2 ont chacun un rôle. Aucun ne répond seul à la question complète : qu'a recommandé l'IA, combien de visites humaines cela a généré, que ces visiteurs ont-ils fait, et quel revenu peut être attribué avec preuve ?
Ce que couvrent les protocoles
UCP est proche de la discovery marchande et de la déclaration de capacités. Le marchand rend lisible ce qu'il peut faire : panier, checkout, remises, abonnements, catalogue.
ACP se situe davantage du côté du checkout et des données transactionnelles. Il traite la façon dont un achat dans une expérience IA peut se connecter aux systèmes marchands et de paiement.
AP2 traite l'autorisation et la confiance. Mandats et credentials doivent expliquer ce que l'utilisateur a autorisé et dans quelles limites un agent peut agir.
Ces trois couches sont utiles. Elles ne constituent pas une chaîne d'attribution complète.
Étape | Protocole / framework | Ce qui est observable |
|---|---|---|
Découverte IA (requête catalogue) | UCP | Produits et conditions consultés par l'agent |
Recommandation IA (réponse) | AIAA Answer | Si l'IA mentionne la marque, comment elle la décrit, si elle recommande |
Fetch agent (information) | AIAA Request | Pages lues par l'agent, fréquence et profondeur |
Arrivée utilisateur (AI referral) | AIAA Visit | Source IA, page d'arrivée, comportement |
Intention commerciale | AIAA Commerce | Panier, comparaison, début de checkout |
Checkout IA (transaction) | ACP | Détails checkout, statut de paiement |
Autorisation IA (payment trust) | AP2 | Signatures d'autorisation, audit chain |
Attribution revenue | AIAA Attribution | Revenu explicable par une source IA |
Ce tableau montre pourquoi la couche protocolaire et la couche de preuve restent différentes. UCP rend les produits et capacités plus lisibles, mais ne dit pas automatiquement quelle réponse IA a recommandé la marque. ACP structure le checkout, mais ne conserve pas tout le contexte de découverte. AP2 renforce l'autorisation et la confiance, mais ne remplace pas une preuve de parcours et de revenu.
Les marques devraient donc construire une base de preuve indépendante des protocoles : données produit lisibles, suivi des réponses, logs de requêtes agents, referrers IA, événements commerce, commandes et CRM. Si un protocole devient dominant, cette base ne perd pas de valeur. Elle devient plus importante, car davantage d'actions IA devront être auditées.
Plus la standardisation progresse, plus l'exigence de mesure augmente. Quand les agents s'approchent du panier, du paiement et des APIs opérationnelles, legal, finance, product et marketing doivent savoir quelle action a été autorisée, quelle recommandation l'a précédée et quel revenu peut être expliqué.
L'evidence gap
En amont, les outils GEO et AI Visibility mesurent si la marque apparaît dans les réponses IA, si elle est correctement décrite ou citée. En aval, les outils d'attribution relient des revenus à des canaux, sessions ou contacts CRM.
Le trou est au milieu. Que s'est-il passé après la mention IA ? Quelles pages les agents ont-ils lues ? Quelles recommandations ont généré des visites humaines ? Quelles visites ont produit des actions commerciales ? Quelles commandes peuvent être reliées avec un niveau de preuve défendable ?
Aucune partie ne possède seule cette vue complète. Les plateformes IA ne détiennent pas toutes les commandes. Les plateformes commerce ne voient pas le contenu de chaque réponse IA. Les protocoles de paiement ne connaissent pas tout le contexte de discovery. D'où la nécessité d'une couche de preuve indépendante.
AIAA ne remplace pas les protocoles
AIAA ne concurrence pas UCP, ACP ou AP2. C'est un langage de mesure entre ces couches. Answer, Request, Visit, Commerce et Attribution organisent les preuves de la découverte IA au revenu.
Les marques ne devraient donc pas attendre qu'un protocole gagne. L'IA lit, compare et recommande déjà. Le travail consiste à relier les faits du site, les logs, les referrers IA, les événements commerce, les commandes et le CRM.
La position de Gravity est simple : les protocoles construisent les routes. AIAA enregistre ce qui s'y passe. Sans cette trace, le commerce IA peut devenir techniquement possible mais commercialement difficile à piloter.
FAQ
Q1: À quoi servent UCP, ACP et AP2 ?
A: UCP couvre surtout discovery et capacités, ACP checkout et données commerciales, AP2 autorisation et confiance de paiement.
Q2: Les protocoles résolvent-ils l'attribution ?
A: Non. Ils facilitent l'exécution, mais ne prouvent pas toute la chaîne recommandation-visite-revenu.
Q3: Les outils GEO suffisent-ils ?
A: Non. Ils mesurent l'amont. Les comportements commerciaux et le revenu exigent d'autres données.
Q4: Que doit faire une entreprise maintenant ?
A: Collecter séparément preuves du site, logs, referrers IA, commandes et CRM, puis les connecter.
Q5: Où intervient AIAA ?
A: AIAA classe les preuves entre découverte IA, requests agents, visites humaines, commerce et attribution.