MCP vs UCP : deux protocoles IA, deux rôles différents

Les deux sigles circulent dans les mêmes conversations, et on les prend souvent l'un pour l'autre. Ils ne répondent pourtant pas à la même question.

Ce que MCP résout

Le Model Context Protocol répond à un problème d'intégration. Une IA qui doit travailler avec votre catalogue a besoin de le lire : ses produits, ses prix, sa devise, son régime de TVA, la forme exacte de son API. Sans protocole, chaque assistant réinvente sa façon de vous interroger, et chaque intégration se refait à la main.

MCP pose un contrat : un serveur expose des outils typés, un client les découvre et les appelle. Le serveur décide de ce qu'il expose, et de ce qu'il refuse.

Claude, Codex, Loveable
        |
        v
  serveur MCP (lecture)
        |
        v
catalogue, devise, TVA, forme de l'API
        |
        v
   du code écrit dans VOTRE projet

Le serveur MCP de Ts-Shop est Disponiblehuit outils, tous en lecture. Il rend la boutique du jeton présenté, et rien d'autre : get_store, get_products, get_categories, get_checkout_configuration, get_integration_instructions. Aucun outil n'écrit, aucun ne prend un identifiant de boutique en argument.

Ce choix n'est pas une limite technique. Un serveur MCP en écriture donne à un assistant le pouvoir de publier un service ou de modifier un prix à partir d'une phrase mal comprise. En lecture, le pire qu'il puisse faire est de mal citer un chiffre, et le code qu'il écrit reste sous vos yeux avant de partir en production.

Ce qu'UCP cherche à résoudre

Le Universal Commerce Protocol s'attaque à l'autre bout : non pas comment une IA comprend une boutique, mais comment un agent acheteur y passe commande sans que son éditeur ait écrit une intégration par marchand.

Le problème est réel. Aujourd'hui, un agent qui veut acheter doit soit piloter un navigateur comme un humain, soit connaître l'API de chaque site. La première méthode casse à chaque changement de bouton, la seconde ne monte pas à l'échelle.

UCP standardise donc le vocabulaire du parcours : découvrir un catalogue, composer un panier, ouvrir un checkout, obtenir une commande, et passer la main au marchand quand un humain doit reprendre le contrôle (le handoff, typiquement au moment de payer).

Les deux, côte à côte

Ils ne se remplacent pas. Un même marchand a besoin des deux, pour deux publics différents : MCP pour l'outil qui construit son site, UCP pour l'agent qui achètera dessus.

Un exemple concret

Prenons une agence qui vend trois prestations et dont le site a été généré par une IA.

1. Le développeur ouvre son projet dans Claude ou Codex, branche le serveur MCP de sa boutique, et demande une page catalogue. L'assistant lit les services, les prix et la devise, puis écrit les composants. C'est MCP.

2. Un visiteur clique « Réserver ». Le site appelle l'API de Ts-Shop, un panier est créé, un checkout hébergé s'ouvre, le paiement part chez le PSP du marchand. C'est l'API REST, et rien d'autre.

3. Demain, l'assistant d'un client cherche « un audit SEO pour mon site » et veut commander sans passer par le navigateur. C'est là qu'UCP intervient, et c'est ce qui n'existe pas encore.

Ce que ça change pour un marchand aujourd'hui

Rien à faire de particulier, et c'est plutôt une bonne nouvelle.

Un catalogue lisible par une machine, des prix qui viennent d'une seule source, un checkout qui ne dépend pas de la mise en page du site : ce sont les mêmes fondations qui servent à MCP aujourd'hui et qui serviront à UCP demain. Une boutique qui expose déjà son catalogue par API n'aura pas à être refaite pour parler à un agent.

Ce qu'il ne faut pas faire, en revanche, c'est attendre. Un standard en cours de version n'est pas une raison de reporter un catalogue et un checkout qui fonctionnent.

Questions courantes

MCP remplace-t-il une API REST ? Non. Le serveur MCP de Ts-Shop lit la même API que votre site. Il la rend découvrable par un assistant, il ne la double pas.

Faut-il choisir entre les deux ? Non plus. Ils s'adressent à deux moments différents : la construction, puis l'achat.

UCP est-il utilisable en production ? Le standard avance vite. Vérifiez sa version de référence avant de vous engager, et méfiez-vous d'un produit qui l'annonce disponible sans dire laquelle il implémente.

Pour aller plus loin

• La documentation du serveur MCP de Ts-Shop : les huit outils, et ce qu'ils refusent.
• Le guide UCP : qu'est-ce que le Universal Commerce Protocol ?
• La spécification MCP, sur le site du protocole, pour la version en vigueur.