La longue histoire des standards ouverts dans le commerce en ligne
Chaque grande transition de l'e-commerce a été facilitée par l'adoption d'un standard ouvert. Ces standards ont en commun d'avoir été proposés par des acteurs du marché, d'être ouverts à tous, et d'avoir créé plus de valeur pour l'ensemble de l'écosystème que n'importe quelle solution propriétaire n'aurait pu le faire.
HTTPS (1994-2000) : sécuriser les transactions
Le protocole HTTPS (Netscape, 1994) a rendu possible les achats en ligne sécurisés. Sa généralisation progressive dans les années 2000-2010, poussée notamment par Google qui a classé les sites HTTPS mieux que les sites HTTP, a créé l'infrastructure de confiance sur laquelle repose tout le commerce en ligne. Un standard ouvert, adopté universellement, qui a transformé une technologie de niche en infrastructure mondiale.
OAuth (2006-2012) : authentification déléguée
OAuth, devenu standard IETF en 2012, a standardisé la façon dont une application peut accéder aux données d'une autre application au nom d'un utilisateur, sans que cet utilisateur ait à partager son mot de passe. Le "Connectez-vous avec Google/Facebook" qui équipe des millions de sites e-commerce repose sur OAuth. Sans ce standard, chaque intégration aurait nécessité des développements propriétaires.
Schema.org (2011) : données structurées universelles
Schema.org, lancé conjointement par Google, Bing, Yahoo et Yandex en 2011, a standardisé le vocabulaire des données structurées sur le web. Les types Product, Offer, Organization que nous utilisons aujourd'hui pour le UCP sont directement issus de schema.org. Ce standard ouvert a permis aux moteurs de recherche d'interpréter le contenu des fiches produits et aux marchands d'être mieux représentés dans les résultats de recherche.
EDI (années 1970-1990) : échanges B2B
L'Electronic Data Interchange (EDI) a standardisé les échanges de données entre entreprises (bons de commande, factures, avis d'expédition) bien avant l'ère d'internet. Aujourd'hui encore, la grande distribution mondiale fonctionne en grande partie sur des standards EDI (EDIFACT en Europe, X12 aux États-Unis). Le UCP est au commerce agentique ce que l'EDI a été aux échanges B2B, une infrastructure de communication standardisée qui permet des interactions automatisées à grande échelle.
Pourquoi les standards ouverts gagnent face aux écosystèmes fermés
L'histoire technologique montre une tendance claire : les standards ouverts finissent toujours par l'emporter sur les systèmes propriétaires dans les cas d'usage à haute interaction (où de nombreuses parties doivent communiquer). Plusieurs raisons expliquent cette tendance :
- Effets de réseau : un standard ouvert peut être adopté par tous sans autorisation. Sa valeur croît avec le nombre d'adoptants.
- Interopérabilité : les systèmes basés sur des standards ouverts peuvent communiquer entre eux sans intégration propriétaire, réduisant les coûts pour tous.
- Innovation distribuée : n'importe qui peut construire sur un standard ouvert. L'innovation se produit à la périphérie, pas seulement chez le créateur du standard.
- Résistance à la capture : un standard ouvert gouverné par une organisation multi-parties est plus difficile à capturer et monétiser unilatéralement qu'une API propriétaire.
Le UCP comme standard ouvert : garanties et gouvernance
Le Universal Commerce Protocol est publié sous licence open-source sur GitHub (github.com/Universal-Commerce-Protocol/ucp). Cela signifie que :
- N'importe quel développeur peut lire la spécification complète, la forker et contribuer
- N'importe quel marchand peut implémenter le protocole sans payer de licence à Google ou Shopify
- Les spécifications évoluent via un processus de contribution ouvert (pull requests, issues GitHub)
- Google ou Shopify ne peuvent pas modifier unilatéralement le protocole pour favoriser leurs intérêts sans que la communauté le détecte et puisse forker
La gouvernance formelle du UCP n'a pas encore été complètement définie au T1 2026. La question de qui contrôle les décisions d'évolution du standard est importante, l'histoire des standards ouverts montre que la gouvernance est aussi critique que la technique.
UCP vs API propriétaires : le cas Amazon
Amazon, absent de la coalition UCP, a son propre écosystème propriétaire (API MWS, Amazon Advertising API, Alexa Shopping). Ces APIs permettent aux partenaires Amazon d'interagir avec la plateforme, mais selon des règles fixées unilatéralement par Amazon.
La différence avec le UCP est structurelle : Amazon contrôle les règles, les prix et l'accès à ses APIs. Le UCP est un standard que personne ne contrôle unilatéralement. Un marchand qui implémente le UCP n'est pas lié à Google ou Shopify, il parle un langage standard que n'importe quel agent IA compatible peut comprendre.
L'écosystème de standards autour du UCP
Le UCP ne fonctionne pas seul, il s'articule avec plusieurs autres standards ouverts :
- Schema.org : vocabulaire de données pour les produits et offres (couche sémantique)
- JSON-LD : format d'échange de données structurées (couche syntaxique)
- OAuth 2.0 : authentification pour l'Identity Linking (couche d'identité)
- REST : architecture des endpoints API (couche transport)
- AP2 : standard de paiement agentique, co-développé dans le cadre du UCP (couche paiement)
- A2A : communication entre agents IA (couche communication inter-agents)
- MCP : accès des agents IA aux outils et données, complémentaire au UCP (couche d'intégration)
Pour les marchands : pourquoi investir dans un standard ouvert
Le pari du standard ouvert est une décision stratégique. Implémenter le UCP, c'est parier que le standard ouvert l'emportera sur les approches propriétaires. Les signaux en faveur de ce pari :
- Une coalition de 16 entreprises représentant une part majeure du GMV e-commerce mondial
- L'historique favorable aux standards ouverts dans l'e-commerce (HTTPS, schema.org, OAuth)
- La nature open-source de la spécification, qui réduit le risque de capture propriétaire
- La présence simultanée de Stripe dans le UCP et l'ACP, suggérant que même le concurrent participe à l'écosystème commun