Aller au contenu
UCP
Menu

Pilier · Systèmes

L'interopérabilité du commerce, expliquée

La sémantique partagée et les patterns nécessaires pour que marchands, agents et plateformes hétérogènes interagissent sans intégration ad hoc.

Mis à jour : avril 2026 · Requête principale : interopérabilité du commerce

L'interopérabilité du commerce est la propriété qui permet au catalogue, aux offres et aux politiques d'un marchand d'être compris et actionnés par n'importe quel agent, plateforme ou partenaire conforme — sans intégration sur-mesure pour chacun. C'est la propriété systémique qui rend possible un Universal Commerce Protocol.

L'interopérabilité n'est pas une fonctionnalité qu'on livre. C'est un résultat émergent de l'adoption d'identifiants partagés, d'attributs typés, d'une sémantique de politique standard et d'endpoints stables. Cette page explique les cinq couches qui, ensemble, produisent de l'interopérabilité dans la pile du commerce agentique.

Les cinq couches de l'interopérabilité commerce

CoucheCe qui est partagéExemples de standards
IdentitéIdentifiants produit, marque, marchandGTIN, MPN, GLN, schema.org Brand
SémantiqueSens des attributs et unitésschema.org Product, attributs GS1, Google Product Category
TransportFormats de flux et d'APIMerchant Center XML/CSV, APIs REST/GraphQL, outils MCP
TransactionPaiement, cycle de vie de commandeStripe ACP, Visa IC, Mastercard Agent Pay, PCI
PolitiqueRetours, garantie, livraison, restrictionsschema.org MerchantReturnPolicy, ShippingRateSettings

Pourquoi l'interopérabilité est le coin économique

Dans les marchés à participants hétérogènes, la partie qui adopte des standards partagés échange un effort de court terme contre une valeur d'option de long terme. Le marchand aux GTIN peut lister sur n'importe quelle marketplace. Le marchand aux retours structurés peut servir n'importe quel agent qui questionne l'éligibilité. La plateforme aux APIs ouvertes attire plus d'intégrations que la plateforme au SDK propriétaire.

Les agents accélèrent cette dynamique. Parce qu'ils changent de source à coût faible, le coût d'être difficile à lire est immédiat, pas latent.

À quoi ressemble un commerce non-interopérable

Des symptômes que vous reconnaîtrez probablement :

  • Le même SKU décrit différemment sur votre site, Amazon, Google Shopping et un catalogue wholesale.
  • Une politique de retours claire en prose légale mais invisible à un parseur.
  • Des quantités stock qui nécessitent une API spécifique à une plateforme pour être lues.
  • Des règles de livraison encodées dans un moteur de checkout, non exprimables à l'extérieur.
  • Une nouvelle intégration marketplace qui est un projet de 6 semaines parce que votre catalogue n'a pas de forme canonique.

Chaque symptôme est une friction qu'un agent contournera — soit en préférant un concurrent, soit en dégradant le score de confiance de votre listing.

La couche Identité

L'identité est le préalable à tout le reste. Sans identifiant canonique, deux enregistrements qui décrivent le même produit sont traités comme deux produits. Les agents qui comparent entre marchands ne peuvent pas déduplicater. Les dashboards qui agrègent ne peuvent pas réconcilier.

  • GTIN (Global Trade Item Number) — EAN-13, UPC-A, ISBN. Géré par GS1. Identité de fait pour la plupart des biens de consommation.
  • MPN + Marque — référence fabricant plus marque. Requis quand aucun GTIN n'existe.
  • URL canonique — l'adresse stable de la PDP, utilisée par les crawlers et les agents pour l'attribution.
  • Identité de variante — SKUs distincts par taille/couleur, GTIN distincts par variante quand applicable.

La couche Sémantique

La sémantique est là où le vrai travail de lisibilité machine se joue. Des attributs typés signifient qu'un agent n'a pas à parser la prose pour répondre à « est-ce imperméable ? ».

  • Utilisez des noms d'attributs standards quand disponibles (propriétés schema.org Product, définitions GS1).
  • Utilisez des énumérations pour les valeurs quand le champ est borné (taille, couleur, matière).
  • Portez les unités explicitement (« 500 g », pas « un demi-kilo »).
  • Localisez les valeurs, pas juste les labels (pointures, devises, formats de date).

Voir catalogues produits pour IA pour un modèle sémantique concret.

La couche Transport

Le transport couvre comment la donnée se déplace. L'interopérabilité y est bien établie en principe (HTTP, JSON, XML, REST, GraphQL) et toujours faible en pratique (endpoints incomplets, champs manquants, pagination propriétaire, auth fragile).

  • Préférez les formats de flux ouverts et documentés (Merchant Center XML, JSON-LD) aux exports propriétaires.
  • Exposez des APIs de lecture pour les partenaires, pas seulement des APIs d'écriture.
  • Versionnez les endpoints ; annoncez les dépréciations.
  • Envisagez des outils MCP pour exposer les opérations catalogue aux agents dans les orchestrateurs.

La couche Transaction

L'interopérabilité au niveau transaction est actuellement fragmentée. Les réseaux carte (Visa IC, Mastercard Agent Pay) et les processeurs de paiement (Stripe ACP, PayPal) publient des schémas agent-pay qui se chevauchent partiellement. Les marchands doivent insister pour que leur PSP supporte les schémas pertinents à leur trafic agent.

  • Acceptez les tokens scopés agent des PSPs majeurs.
  • Émettez des événements standards de cycle de vie de commande (créée, confirmée, expédiée, retournée).
  • Supportez des webhooks auxquels les agents peuvent s'abonner pour les mises à jour de statut.

La couche Politique

L'interopérabilité des politiques est jeune et sous-estimée. La plupart des politiques marchandes sont du texte humain. Les expressions structurées sont le levier :

  • MerchantReturnPolicy (schema.org) — éligibilité, fenêtre, méthode, coût.
  • ShippingRateSettings — tarif, région, délai de traitement, délai de livraison.
  • Garantie — périmètre, durée, processus de réclamation.
  • AgeRestriction / GeoRestriction — explicite, vérifiable par machine.

Exprimées en donnée structurée, ces politiques permettent aux agents de pré-filtrer les offres et de pré-répondre aux questions des acheteurs — ce qui augmente la conversion et réduit le volume de support.

Les compromis de l'interopérabilité

L'interopérabilité a un coût. Les compromis honnêtes :

  • Effort. La couverture d'attributs et la modélisation des politiques prennent du temps. Mitigation : commencez par vos top SKUs.
  • Transparence concurrentielle. Un attribut typé est comparable. Mitigation : concourir sur le mérite, pas sur l'opacité des données.
  • Frais plateforme. Les marketplaces à meilleure conformité de flux prennent une commission. Mitigation : l'interopérabilité habilite aussi les canaux directs.

Net : les marchands qui acceptent ces compromis gagnent une portée disproportionnée sur les surfaces médiées par agent.

Où aller ensuite