Le commerce agentique promet de permettre à des assistants numériques de rechercher, comparer et parfois acheter des produits pour le compte d’un utilisateur. Pour les marques françaises, l’urgence n’est pourtant pas d’adopter tous les protocoles. Elle consiste d’abord à rendre les données produit fiables, compréhensibles et exploitables.
Le sujet avance vite. ACP, UCP, AP2 ou MCP sont souvent réunis sous une même étiquette, alors qu’ils ne traitent pas les mêmes étapes. Certains organisent la découverte ou le passage de commande, d’autres encadrent l’autorisation de paiement ou la connexion d’un agent à des outils. Aucun ne peut compenser un catalogue incomplet, un stock incohérent ou une politique de retour introuvable.
Cette réalité donne un point de départ concret aux responsables e-commerce. Avant de choisir une intégration, ils peuvent vérifier la qualité des informations déjà utilisées par le site, les places de marché, le service client et les flux logistiques. Le chantier est moins spectaculaire qu’une démonstration d’agent IA, mais il prépare tous les canaux.
Pourquoi les données produit deviennent-elles centrales ?
Un agent ne voit pas un produit comme un visiteur parcourant une vitrine. Il doit interpréter des champs : identifiant, prix, variante, disponibilité, dimensions, délai de livraison ou conditions de retour. Si ces éléments sont absents ou contradictoires, sa réponse risque d’être incomplète.
La fiche produit destinée aux humains reste essentielle, mais elle ne suffit pas toujours. Une photographie peut montrer qu’une chemise possède une poche, alors qu’un agent aura besoin d’une information textuelle ou structurée pour intégrer ce critère à une comparaison. De la même façon, la mention « livré rapidement » est moins utile qu’une règle claire selon le pays, le code postal et l’état du stock.
La France ajoute des exigences opérationnelles précises : affichage du prix toutes taxes comprises pour les consommateurs, délais annoncés, informations sur les retours et cohérence entre le catalogue et le tunnel d’achat. Le traitement juridique dépend de chaque activité. Sur le plan des données, la priorité reste la même : une seule définition fiable pour chaque information importante.
Que couvrent réellement ACP, UCP, AP2 et MCP ?
Ces protocoles ne sont pas interchangeables. Ils décrivent des relations différentes entre l’agent, la plateforme, le marchand et les services de paiement. Les comparer par cas d’usage évite de transformer un choix d’architecture en concours de sigles.
| Protocole | Rôle principal | Question à poser |
|---|---|---|
| ACP | Relier des agents et des marchands pour la découverte et le parcours d’achat | Comment exposer les produits et traiter une commande dans cet environnement ? |
| UCP | Fournir un langage commun et des capacités négociables entre plateformes et entreprises | Comment rendre des fonctions commerciales interopérables ? |
| AP2 | Encadrer l’autorité donnée à un agent pour initier un paiement | Comment prouver l’intention et l’autorisation de l’utilisateur ? |
| MCP | Connecter une application d’IA à des données, des ressources et des outils | Comment l’agent accède-t-il à un système externe et à ses fonctions ? |
Un comparatif des protocoles de commerce agentique peut aider à approfondir ces périmètres. Il faut néanmoins vérifier les spécifications officielles avant toute décision, car les versions et les capacités évoluent. Une entreprise peut d’ailleurs utiliser plusieurs briques : une connexion aux outils ne remplit pas la même fonction qu’une autorisation de paiement.
Le bon choix dépend donc du canal visé, des partenaires techniques et du niveau de contrôle attendu. Pour une marque, la question utile n’est pas « quel protocole va gagner ? », mais « quelles données et quelles opérations devons-nous rendre accessibles, à qui, et avec quelles validations ? »
Quels chantiers lancer avant de choisir un protocole ?
La préparation commence par un inventaire. Il s’agit de suivre une information depuis sa source jusqu’au site, puis jusqu’au stock et au service après-vente. Cette démarche révèle les écarts que l’ajout d’un nouveau canal risquerait d’amplifier.
- Identifiants : conserver un identifiant stable pour chaque produit et chaque variante.
- Attributs : normaliser les tailles, matières, couleurs, dimensions et compatibilités.
- Prix : préciser la devise, les taxes, les promotions et leurs périodes de validité.
- Stock : distinguer disponibilité réelle, précommande, rupture et délai de réapprovisionnement.
- Livraison : formaliser les zones, coûts, restrictions et délais selon la destination.
- Retours : rendre les conditions publiques, cohérentes et faciles à relier au produit.
- Traçabilité : identifier le système source et l’équipe responsable de chaque champ.
Il faut ensuite tester les cas limites. Que se passe-t-il lorsqu’une taille disparaît entre la recommandation et le paiement ? Comment présenter un produit vendu uniquement en France métropolitaine ? Quelle information prévaut si l’ERP et la boutique affichent deux niveaux de stock différents ? Ces scénarios sont plus utiles qu’un test limité à un produit simple et disponible.
La qualité ne signifie pas que tous les champs doivent être publics. Les données personnelles, les règles antifraude et les informations commerciales sensibles exigent des contrôles spécifiques. Un agent ne devrait recevoir que ce qui est nécessaire à l’action autorisée.
Comment préparer Shopify sans refaire toute la boutique ?
Une boutique Shopify peut commencer par ses fondations existantes : catalogue, variantes, métachamps, marchés, politiques et flux d’inventaire. L’objectif n’est pas de reconstruire la boutique, mais de repérer les données qui seraient ambiguës pour un canal automatisé.
Une démarche pour préparer Shopify au commerce agentique doit donc commencer par un échantillon représentatif. Il peut réunir un produit simple, un article à variantes, une promotion, une rupture, un produit exclu d’une zone de livraison et un retour soumis à condition. Chaque cas est vérifié dans le catalogue, le panier, le paiement et les outils internes.
Le marchand peut ensuite documenter les règles qui ne résident pas directement dans la fiche produit. Une limite de quantité, une livraison sur rendez-vous ou une exclusion territoriale doit être exprimée à l’endroit où le système peut l’appliquer. Un texte enfoui dans une page d’aide ne suffit pas si le moteur de commande ne connaît pas la règle.
Enfin, l’intégration doit prévoir les erreurs. Un prix peut changer, un article peut devenir indisponible et un paiement peut échouer. Le parcours doit alors revenir vers une confirmation humaine ou proposer une alternative explicite, sans transformer une préférence supposée en autorisation.
Qui doit piloter ce chantier ?
Le commerce agentique ne relève pas uniquement de l’équipe technique. Le e-commerce connaît le parcours d’achat, les opérations maîtrisent le stock et la livraison, le service client voit les exceptions, tandis que les équipes juridiques et de sécurité encadrent les permissions.
Un responsable unique peut coordonner le projet, mais chaque domaine doit conserver la validation de ses données. Le propriétaire du prix n’est pas forcément celui de la politique de retour. Cette répartition évite qu’un flux soit déclaré « prêt » alors que personne ne garantit la fraîcheur de ses informations.
Les indicateurs doivent eux aussi rester concrets : taux de champs complets, fréquence de mise à jour, nombre de divergences entre systèmes, erreurs de disponibilité et cas nécessitant une reprise humaine. Ils évaluent la préparation opérationnelle sans prétendre prédire le trafic ou les ventes qu’un protocole apportera.
Une préparation utile même si le marché évolue
Les standards du commerce agentique continueront probablement à évoluer. Attendre qu’un seul cadre s’impose n’empêche pas d’agir. Des identifiants stables, des attributs clairs, un stock fiable et des politiques lisibles servent déjà le site, les places de marché et le service client.
Cette préparation donne aussi plus de liberté. Une marque qui connaît ses sources de données et ses règles peut évaluer un protocole sur des besoins précis, au lieu d’adapter toute son organisation à une démonstration technique. Elle peut commencer sur un périmètre limité, garder des validations humaines et élargir uniquement lorsque les contrôles sont satisfaisants.
Le commerce agentique ne commence donc pas par un bouton « activer ». Il commence par une question plus sobre : un système externe peut-il comprendre ce que nous vendons, vérifier ce qui est disponible et respecter les conditions que nous avons réellement définies ?
