Les feuilles de route dans les catégories jeunes ont tort dans le détail et raison dans la forme. Celle-ci organise ce qui est probable sur trois horizons, labellise ce qui est spéculatif, et ne fait aucune prédiction d'année-calendrier au-delà du premier horizon.
Horizon 1 — Proche (~12 prochains mois)
Statut : émergent, majoritairement probable.
- Stripe Agentic Commerce, Visa Intelligent Commerce et Mastercard Agent Pay sortent de preview vers une disponibilité marchand plus large.
- Les PSPs majeurs offrent un toggle « accepter les paiements agent » avec des politiques par défaut standards.
- Shopify, WooCommerce et Adobe Commerce livrent un support first-class des endpoints catalogue lisibles par agent (saveur MCP).
- La spec du flux Google Merchant Center ajoute davantage de champs politique (garantie, restriction d'âge, livraison numérique).
- Les surfaces de réponse majeures (ChatGPT Shopping, Perplexity Shop, Amazon Rufus) publient des guidelines marchand et des programmes de vérification.
- Un linter indépendant de flux/données structurées dédié à la readiness agent devient une catégorie reconnue.
Horizon 2 — Moyen (12–24 mois)
Statut : probable, partiellement spéculatif.
- « Acceptation agent-pay » devient un badge de checkout normal aux côtés d'Apple Pay, Shop Pay, PayPal.
- Le dashboard « trafic agent » côté marchand devient standard ; 5–20 % du trafic retail est routé par agent.
- Une spec de fait de serveur commerce basée MCP émerge (catalogue, offre, politique, commande).
- L'identité agent au niveau plateforme commence : claims vérifiables attachés aux user-agents agents.
- La réconciliation d'identifiants cross-marketplaces s'améliore (bridge Amazon ASIN ↔ GTIN, par exemple).
- Les produits d'assurance et de fraude s'adaptent aux transactions attribuées à un agent.
- Les retours et réclamations garantie structurés depuis les agents deviennent routine pour les top-100 marchands.
Horizon 3 — Long (24–36+ mois)
Statut : spéculatif mais directionnellement crédible.
- La découverte agent-first dépasse la SERP classique dans certaines verticales commerce (électronique, voyage, consommables).
- Des « agent advocates » au niveau marque deviennent un rôle merchandising — la personne responsable de la façon dont la marque est récupérée par les agents.
- L'économie de commission et d'attribution bascule : les agents comme un « canal » avec des métadonnées d'attribution standardisées.
- Un « Commerce Object Model » mince et ouvert émerge comme candidat d'effort W3C ou IETF-adjacent — convergeant schema.org, GS1 et les saveurs MCP commerce.
- L'identité décentralisée pour agents et marchands devient pratique (VC/DID).
- Les régulateurs régionaux publient les premières règles sur les transactions menées par agent (consentement, preuve, retours).
Risques et inconnues
- Concentration de plateforme. Si une plateforme fermée capture la majorité du trafic médié par agent, la vision « protocole ouvert » peut se fragmenter.
- Traînée réglementaire. Protection des données et protection des consommateurs peuvent ralentir ou reformer le déploiement agent-pay.
- Adaptation de la fraude. Les mauvais acteurs cibleront l'agent-pay avec de nouvelles surfaces d'attaque. Les piles fraude marchand doivent s'adapter.
- Économie des modèles. Si l'économie des surfaces de réponse ne fonctionne pas, une partie de l'horizon 2 peut stagner.
Ce qu'il faut anticiper maintenant
- Budgétez le travail de qualité catalogue cet exercice. Il se cumule sur tous les horizons.
- Demandez à votre PSP sa feuille de route agent-pay ; alignez vos chemins de code accept-payments.
- Commencez à mesurer le trafic agent aujourd'hui. Vous voudrez la courbe.
- Rédigez une fine « politique agent » interne qui gouverne retours, service client et fraude quand la contrepartie est un agent.
- Nommez un DRI unique pour la readiness agent — pas un comité.
Où aller ensuite
- Relisez la thèse.
- Cartographiez les pièces mobiles dans standards, schémas et protocoles.
- Auditez votre stack avec la checklist de readiness.