Quand on imagine un « agent IA qui achète quelque chose », on se représente le moment de l'achat. Mais l'achat est la huitième étape d'un flux long. Comprendre chaque étape est la façon la plus simple de voir où un marchand doit intervenir. Cet essai parcourt un achat par agent canonique en huit étapes, avec modes d'échec et points de levier opérateur à chacune.
Le flux canonique
- Formation de l'intention
- Décomposition
- Récupération
- Comparaison
- Désambiguïsation
- Engagement
- Transaction
- Après-vente
Étape 1 — Formation de l'intention
L'utilisateur exprime un objectif. Parfois clairement (« une TV OLED 65 pouces sous 2 500 €, livrée avant le 5 mai »), parfois vaguement (« je veux un nouveau téléphone »). L'agent doit parser, désambiguïser et, au besoin, poser une question de clarification.
Mode d'échec : l'ambiguïté d'intention pousse l'agent à sur- ou sous-spécifier les contraintes. Pas une préoccupation marchand directe, mais cela détermine la forme de la requête.
Étape 2 — Décomposition
L'agent décompose l'intention en contraintes structurées : catégorie, préférences de marque, budget, attributs, région, deadline, tolérance au risque.
Levier opérateur : si vos attributs sont typés et couvrent la surface de requête de la catégorie, la décomposition se mappe proprement à votre donnée. Sinon, vous êtes exclu sur des contraintes que vous satisfaites en réalité.
Étape 3 — Récupération
L'agent interroge une ou plusieurs sources : un index de récupération bâti sur les flux, une API de marketplace, une recherche directe, un fetch navigateur. Chaque source a des caractéristiques différentes de latence et de confiance.
Mode d'échec : votre PDP n'est pas dans l'index de récupération parce que votre schéma est mince, votre sitemap incomplet ou un mur de consentement a bloqué l'indexation.
Levier opérateur : le flux Merchant Center est la surface à plus faible effort et plus haut rendement. Complétez-le.
Étape 4 — Comparaison
L'agent compare les offres candidates sur prix, score de match (distance d'embedding à l'intention), fit des politiques, délai de livraison, confiance marchand.
Mode d'échec : l'ambiguïté d'identifiant fait que deux marchands vendant le même produit sont scorés séparément, avec une confiance réduite.
Levier opérateur : couverture GTIN, politiques structurées, disponibilité honnête.
Étape 5 — Désambiguïsation
L'agent réduit à 1–3 candidats. Il peut les présenter à l'utilisateur (« voici vos trois meilleurs matches ») ou procéder de manière autonome dans les limites des permissions.
Mode d'échec : votre offre est exclue parce que des champs de politique manquent et que l'agent ne peut pas vérifier une contrainte must-have (« livre en Belgique avant samedi »).
Étape 6 — Engagement
L'utilisateur confirme, ou l'agent s'engage sur permission déléguée. L'engagement requiert typiquement que l'agent présente paiement, adresse de livraison, éventuellement une identité de compte.
Mode d'échec : exigence de compte inattendue (vérification email, OTP SMS) que l'agent ne peut satisfaire.
Levier opérateur : checkout invité, paiement tokenisé, sessions identifiables agent.
Étape 7 — Transaction
Le paiement est traité. Les credentials agent-pay sont présentés et validés par le PSP. La commande est créée.
Mode d'échec : le PSP ne reconnaît pas le schéma agent-pay ; la transaction retombe sur un checkout piloté humain, perdant la promesse d'autonomie.
Levier opérateur : assurez-vous que votre PSP supporte Stripe Agentic Commerce, Visa Intelligent Commerce, Mastercard Agent Pay à mesure du déploiement. Testez en sandbox.
Étape 8 — Après-vente
Confirmation de commande, tracking, livraison, retours. Les agents qui surveillent pour le compte de l'utilisateur ingèrent les événements de cycle de vie, rapportent le statut et initient les retours/réclamations au besoin.
Mode d'échec : pas de webhook, URL de tracking HTML-seulement, processus de retours exigeant un appel téléphonique.
Levier opérateur : webhooks de cycle de vie commande structurés, API retours/réclamation, preuve d'identité acceptable pour agent.
Où dans le flux sont les agents aujourd'hui ?
- Les étapes 1–5 sont largement en production. Les agents conseils les font bien.
- L'étape 6 est variable. La plupart des agents renvoient l'utilisateur vers la PDP pour confirmation finale.
- L'étape 7 est émergente. Les rails agent-pay sont en pilote ou preview chez les PSPs et réseaux majeurs.
- L'étape 8 est inégale. Les webhooks de cycle de vie existent chez beaucoup de marchands ; les retours initiés par agent à peine.
Le message opérateur : n'attendez pas que l'étape 7 soit universelle pour réparer les étapes 1–5. Celles-ci sont déjà en live.
Un exemple concret
Utilisateur : « Je veux un sweatshirt coton midweight, gris chiné, taille L homme, sous 80 €, livré à Paris avant vendredi. Retours gratuits. »
Décomposition : category=apparel/sweatshirts, material=cotton, weight=midweight, color=heather-grey, size=M-L, budget≤80€, region=FR/Paris, delivery_by=Friday, returns=free.
Récupération : l'agent interroge une poignée d'index de récupération construits sur les flux marchands. Filtre aux offres actives en FR.
Comparaison : 12 candidats. Filtre par ETA de livraison, élimine 7. Filtre par retours gratuits, élimine 2. Trois restent.
Désambiguïsation : l'agent présente trois options à l'utilisateur, avec prix, date de livraison et un différenciateur d'une ligne par option.
Engagement : l'utilisateur en choisit une. L'agent complète le checkout en utilisant une adresse de livraison stockée et un intent Stripe scopé agent.
Transaction : l'autorisation Stripe ACP réussit, le marchand reçoit la commande taggée agent-paid.
Après-vente : le marchand émet les webhooks de cycle de vie ; l'agent rapporte le tracking à l'utilisateur ; le sweatshirt arrive vendredi matin.
Chaque étape de ce flux est une feature de la pile Universal Commerce Protocol. Chaque étape est aussi un point de levier opérateur.
Où aller ensuite
- Revenez à agents IA et commerce pour la taxonomie.
- Voyez la forme de catalogue qui soutient les étapes 3–4 dans catalogues produits pour IA.
- Passez à l'action via la checklist de readiness.