Serveur MCP pour les données produit : ouvrir votre catalogue aux agents IA

TL;DR

• Un serveur MCP pour les données produit permet aux agents IA d'interroger directement le catalogue d'une marque via le Model Context Protocol, une spécification ouverte lancée par Anthropic en novembre 2024 et gouvernée depuis décembre 2025 au sein de l'Agentic AI Foundation de la Linux Foundation.
• MCP donne à un serveur trois briques : des outils que le modèle peut appeler, des ressources que l'application peut lire et des prompts que l'utilisateur peut choisir. Le contrôle d'accès repose sur OAuth 2.1, et un serveur peut ne montrer à chaque appelant que ce que son jeton autorise.
• Un serveur MCP ne remplace ni votre résolveur GS1 Digital Link, ni votre passeport numérique de produit, ni votre balisage schema.org. Il fonctionne au mieux comme une porte de plus vers la même source de vérité, indexée par le même GTIN.

Un serveur MCP pour les données produit est un service qui répond aux questions des agents IA sur vos produits sous une forme conçue pour eux : les spécifications de ce GTIN, si cette variante est toujours commercialisée, où se trouve la déclaration de conformité. Le Model Context Protocol (MCP) est le protocole ouvert qui définit comment une application d'IA se connecte à un tel serveur. Il figurait au programme de l'atelier W3C/GS1 sur le commerce électronique pour les humains et les agents IA à Zurich, et c'est le protocole d'agents que la plupart des développeurs rencontrent en premier, car il n'est pas propre au commerce.

Ce guide explique ce qu'est MCP et qui le pilote, ses briques en langage simple, et comment une marque ou un fabricant pourrait utiliser un serveur MCP pour exposer identifiants, spécifications, données de conformité et de passeport et disponibilité, tout en gardant restreintes les données restreintes. Tout ce qui suit est exact en date d'octobre 2026.

Qu'est-ce que le Model Context Protocol ?

MCP est une spécification ouverte publiée. Sa révision actuelle le décrit comme un protocole ouvert pour connecter des applications fondées sur de grands modèles de langage à des sources de données et des outils externes. Les messages sont échangés en JSON-RPC 2.0, et la spécification est publiée sous licence Apache 2.0.

Anthropic a présenté MCP le 25 novembre 2024 et a publié la spécification et les kits de développement logiciel sur GitHub. Le 9 décembre 2025, Anthropic a fait don de MCP à l'Agentic AI Foundation, un fonds dirigé de la Linux Foundation cofondé par Anthropic, Block et OpenAI. Le modèle de gouvernance n'a pas changé : les mainteneurs prennent les décisions techniques, et les modifications de la spécification passent par des Specification Enhancement Proposals (SEP). Les sièges de mainteneur appartiennent à des personnes, pas à des entreprises.

Les versions de MCP portent la date de leur dernière modification non rétrocompatible. La révision 2026-07-28 a rendu le protocole sans état : il n'y a plus de session ni de poignée de main d'ouverture, et chaque requête porte sa propre version du protocole et les capacités du client, si bien que n'importe quelle instance du serveur peut y répondre. Pour un service de données produit derrière un répartiteur de charge, c'est une vraie simplification. La même révision a déprécié trois fonctionnalités côté client (Roots, Sampling et Logging), dont aucune n'est nécessaire au modèle décrit dans ce guide.

Comment fonctionne MCP, en langage simple ?

L'hôte est l'application d'IA qu'une personne utilise, par exemple un assistant ou un agent. À l'intérieur, un client se connecte à un serveur, le service qui propose des données et des actions. Une marque qui construit un serveur MCP pour les données produit se situe côté serveur ; les plateformes d'agents sont les hôtes.

Un serveur propose trois types de fonctionnalités, que la spécification distingue selon qui en a le contrôle :

Chaque outil a un nom, une description rédigée pour le modèle et un JSON Schema pour son entrée. Si un outil déclare un schéma de sortie, le serveur doit renvoyer des résultats structurés qui s'y conforment. C'est toute la différence entre un agent qui lit « environ 2 kg » dans un texte et un agent qui reçoit un poids avec une valeur et une unité. Les ressources peuvent être décrites par des modèles d'URI (URI templates), si bien qu'un serveur peut publier un seul modèle par GTIN au lieu de lister des millions d'éléments.

Les transports désignent la façon dont les messages circulent. La spécification définit stdio, où l'hôte exécute le serveur comme un processus local, et Streamable HTTP, où le serveur est un service web doté d'un point de terminaison unique. Un catalogue exposé aux agents sur le Web utilise Streamable HTTP.

L'autorisation est facultative et s'applique au transport HTTP. Elle suit OAuth 2.1 : le serveur MCP joue le rôle de serveur de ressources, un serveur d'autorisation distinct ou hébergé au même endroit émet les jetons d'accès, et le serveur MCP doit publier des Protected Resource Metadata (RFC 9728) pour que les clients puissent découvrir où obtenir un jeton. Les jetons doivent être émis pour ce serveur précis.

Pourquoi une marque ferait-elle tourner un serveur MCP pour les données produit ?

Parce que les agents agissent sur les données produit qu'ils trouvent, et plus ces données sont proches de la marque, moins ils devinent. Notre article sur l'identité produit pour les agents IA le résumait en une ligne : les noms décrivent, les identifiants identifient. Un serveur MCP permet à une marque de répondre directement à la question d'un agent, à partir de l'identifiant.

• Des données en direct. Le statut de rappel, les variantes abandonnées et les versions des documents changent. Un appel d'outil renvoie la réponse d'aujourd'hui ; une page explorée par un robot renvoie celle du dernier passage.
• Des réponses structurées. Les schémas de sortie fixent les unités et les noms de champs, si bien que chaque agent reçoit la même spécification sous la même forme.
• Un accès gradué. La spécification permet à un serveur de faire varier les outils et ressources qu'il liste selon l'autorisation de chaque requête, si bien que les appelants publics et les partenaires authentifiés peuvent utiliser le même serveur.

Il y a des limites. Une plateforme d'agents doit se connecter à votre serveur ; MCP ne rend pas un serveur découvrable à lui seul. Et la spécification MCP ne mentionne ni les GTIN, ni GS1 Digital Link, ni les passeports numériques de produit. La façon dont ils s'articulent, dans la suite de ce guide, est notre lecture.

Quelles données produit exposer aux agents ?

Partez des questions auxquelles les agents ont besoin de réponses pour choisir le bon produit, et des données que vous tenez déjà à jour et que vous assumez.

• Identité. GTIN, URI GS1 Digital Link, marque, nom du produit, variante et taille de conditionnement. Toutes les autres réponses en dépendent.
• Spécifications. Dimensions, poids, matériaux, compatibilité, composition, dans des unités fixes.
• Informations de conformité. Déclarations de conformité, informations de sécurité, notices, certifications. MCP est une façon de plus de servir des documents que vous fournissez déjà.
• Données de passeport. La partie publique d'un passeport numérique de produit pour tout le monde, les parties restreintes pour les appelants authentifiés disposant du bon rôle. Le guide sur les exigences de données du passeport numérique de produit détaille ce que contient un passeport.
• Disponibilité. Si une variante est toujours commercialisée, abandonnée ou rappelée, et les stocks ou délais de livraison pour les partenaires commerciaux. Le prix de vente et le stock relèvent généralement des distributeurs.

Une règle simple : si une information est imprimée sur l'emballage, sur une page produit publique ou dans la partie publique d'un passeport, elle peut être publique sur le serveur MCP. Les informations commerciales confidentielles, et les données que la loi réserve à des acteurs précis, se placent derrière l'autorisation.

Une architecture pratique

Le tableau est une conception de départ, qui illustre comment les briques de MCP correspondent aux données produit. Ce n'est pas un schéma défini par MCP ou par GS1.

Des outils pour les questions, des ressources pour les documents. Un agent qui décide seul de ce qu'il va chercher a besoin d'outils, car les outils sont contrôlés par le modèle. Les documents qu'un hôte ou une personne joint comme contexte relèvent des ressources. Un outil de recherche peut renvoyer des données structurées accompagnées de liens vers les ressources pertinentes.

Utilisez l'URI Digital Link comme adresse publique. La spécification indique que les serveurs devraient utiliser le schéma https:// pour une ressource uniquement lorsque le client peut la récupérer directement sur le Web sans passer par le serveur MCP. Une URI GS1 Digital Link correspond exactement à ce cas. Pour les informations publiques, le serveur peut renvoyer l'URI Digital Link et laisser l'agent la résoudre ; pour les données restreintes, il peut utiliser son propre schéma d'URI et servir le contenu après avoir vérifié le jeton :

tool:      lookup_product(gtin)  → identity, specs, links
public:    https://id.example.com/01/09506000134352
template:  dpp-restricted://{gtin}/{lot}

Alignez l'accès sur les rôles que vous avez déjà. Les portées (scopes) OAuth peuvent reprendre vos niveaux d'accès : public, partenaire commercial, réparateur ou recycleur, autorité. Les recommandations de sécurité de la spécification préconisent un ensemble initial minimal de portées, d'autres n'étant demandées que lorsqu'une opération privilégiée est tentée. Au titre de l'ESPR, les acteurs qui voient telles ou telles données du passeport sont désignés par l'acte délégué propre à chaque groupe de produits, et le serveur MCP ne fait qu'appliquer cette décision. Notre guide sur les droits d'accès au passeport numérique de produit présente ces niveaux.

Dans la révision actuelle, les résultats qui listent ou lisent des données portent aussi une portée et une durée de mise en cache. Les données produit publiques peuvent être marquées comme publiques ; tout ce qui est renvoyé à un appelant authentifié devrait être marqué comme privé, pour que les intermédiaires partagés ne le mettent pas en cache.

Comment un serveur MCP s'articule-t-il avec le résolveur, le passeport et schema.org ?

Le risque de tout nouveau canal, c'est une nouvelle copie des données qui finit par diverger. Traitez le serveur MCP comme une interface de plus sur la même fiche produit, indexée par le même GTIN.

Le résolveur GS1 Digital Link répond déjà aux machines. Selon le GS1-Conformant Resolver Standard, un client qui demande le linkset avec le type de média application/linkset+json reçoit en JSON tous les liens enregistrés pour ce produit, typés avec le vocabulaire GS1 Web, comme gs1:pip pour la page d'information produit. Le guide sur le résolveur GS1 Digital Link explique la résolution. Le résolveur reste l'adresse publique contrôlée par la marque ; le serveur MCP ajoute par-dessus des recherches structurées et un accès authentifié.

Le passeport numérique de produit a ses propres règles sur l'accès, les supports de données et les copies de sauvegarde, et aucune ne fait référence à MCP. Un serveur MCP peut servir des données de passeport aux agents, mais il ne remplace pas le support de données apposé sur le produit. Selon notre lecture, il devrait lire la même fiche de passeport, pour qu'un agent et une personne qui scanne l'emballage voient les mêmes valeurs.

Le balisage schema.org et les flux comptent toujours. Le type Product de schema.org dispose des propriétés gtin, offers, countryOfOrigin et hasCertification, et le balisage des pages produit est lu par les robots d'exploration sans que personne ait à configurer de connexion. Les flux atteignent des plateformes qui n'appelleront jamais votre serveur.

Le QR code aide pour l'identité. Le QR code GS1 Digital Link sur l'emballage encode la même URI que celle renvoyée par le serveur MCP, si bien qu'un acheteur qui scanne et un agent qui interroge aboutissent au même produit. Il n'aide pas la conversation avec l'agent elle-même : les agents ne scannent pas les emballages pour appeler votre serveur.

Que dit la spécification sur la sécurité ?

La spécification indique que MCP ne peut pas garantir la sécurité au niveau du protocole, et demande aux implémenteurs d'intégrer le consentement, l'autorisation et les contrôles d'accès dans leurs applications. Pour un serveur de données produit, ces points comptent le plus :

• Valider, contrôler, limiter, assainir. Les serveurs doivent valider toutes les entrées des outils, mettre en place des contrôles d'accès appropriés, limiter le débit des appels d'outils et assainir les sorties des outils. Les URI de ressources doivent être validées, et les ressources sensibles devraient faire l'objet de contrôles d'accès.
• Protéger le point de terminaison. Avec Streamable HTTP, les serveurs doivent valider l'en-tête Origin pour empêcher les attaques par DNS rebinding et devraient authentifier toutes les connexions.
• N'accepter que vos propres jetons. Un serveur ne doit pas accepter de jetons émis pour d'autres services, ni transmettre le jeton d'un client aux systèmes en aval. Lorsqu'il appelle votre PIM ou votre ERP, il utilise ses propres identifiants.
• Garder des portées réduites. Évitez les portées fourre-tout ; accordez ce dont chaque opération a besoin.

Côté hôte, la spécification prévoit un humain dans la boucle qui peut refuser des appels d'outils, et demande aux clients de considérer les annotations d'outils comme non fiables, sauf si elles proviennent d'un serveur de confiance. C'est une bonne raison de rédiger des descriptions d'outils exactes et mesurées.

Que faire dès maintenant

1. Réglez d'abord l'identité. Chaque produit que vous voulez confier aux agents a besoin d'un GTIN et d'une URI GS1 Digital Link fonctionnelle sur un résolveur conforme GS1.
2. Choisissez une source de vérité unique. Concevez le serveur MCP comme un lecteur de votre fiche produit de référence, pas comme une nouvelle base de données.
3. Listez les questions. Notez les dix questions auxquelles les agents ont le plus besoin de réponses, et transformez-les en quelques outils bien décrits, dotés de schémas de sortie.
4. Séparez le public du restreint. Classez chaque champ comme public, réservé aux partenaires ou restreint par rôle, en vous appuyant sur les niveaux d'accès du passeport lorsqu'ils s'appliquent.
5. Concevez les portées avant le code. Faites correspondre ces catégories à un ensemble minimal de portées OAuth et choisissez le serveur d'autorisation.
6. Développez selon la révision 2026-07-28 avec Streamable HTTP, en laissant de côté les fonctionnalités dépréciées.
7. Conservez les autres canaux. Maintenez le balisage schema.org et les flux en parallèle du serveur.

Digital Link est partenaire de solutions GS1, et notre plateforme donne à chaque produit une URI GS1 Digital Link et un QR code adossés à un résolveur conforme, une fiche produit structurée et des données de passeport publiques et restreintes tenues séparément. Cette fiche est la source unique que devrait lire un serveur MCP, pour que les agents, les acheteurs et les moteurs de recherche voient le même produit. Si vous voulez déterminer ce que votre catalogue devrait exposer aux agents IA et ce qui doit rester restreint, contactez-nous et notre équipe étudiera votre cas.

Questions fréquentes

À qui appartient le Model Context Protocol ?

Anthropic a créé MCP et l'a lancé en novembre 2024. Depuis décembre 2025, il relève de l'Agentic AI Foundation, un fonds dirigé de la Linux Foundation cofondé par Anthropic, Block et OpenAI. Les décisions techniques sont prises par les mainteneurs du projet au moyen d'un processus de proposition public.

Quelle est la version actuelle de la spécification MCP ?

En date d'octobre 2026, la révision 2026-07-28, publiée le 28 juillet 2026. Elle a rendu le protocole sans état en supprimant la poignée de main d'ouverture et les sessions au niveau du protocole, et a déprécié les fonctionnalités Roots, Sampling et Logging.

Un serveur MCP est-il la même chose qu'une API ?

C'est une API dotée d'une forme standard pour les applications d'IA. Tout hôte compatible MCP peut lister vos outils et ressources, lire leurs descriptions et leurs schémas, et les appeler de la même façon, au lieu d'apprendre des points de terminaison sur mesure. Beaucoup d'équipes le construisent comme une fine couche au-dessus d'une API produit existante.

Les agents IA ont-ils besoin de GS1 Digital Link pour utiliser un serveur MCP ?

Non. La spécification MCP ne fait pas référence aux identifiants GS1. Selon notre lecture, indexer chaque canal sur le GTIN et son URI GS1 Digital Link donne aux agents une identité unique et sans ambiguïté, ce qui les empêche de confondre des produits similaires.

Un serveur MCP peut-il garder certaines données produit privées ?

Oui. L'autorisation suit OAuth 2.1, et un serveur peut faire varier les outils et ressources qu'il liste selon le jeton de chaque requête. Le serveur doit appliquer ces contrôles à chaque appel.

Un serveur MCP rend-il mon passeport numérique de produit conforme ?

Non. Le contenu du passeport, son support de données et ses droits d'accès sont fixés par l'ESPR et par l'acte délégué propre à chaque groupe de produits, et aucun d'eux ne mentionne MCP. Un serveur MCP peut être un moyen supplémentaire de servir des données de passeport, lues depuis la même fiche.