MCP-Server für Produktdaten: Ihren Katalog für KI-Agenten öffnen

TL;DR

• Ein MCP-Server für Produktdaten lässt KI-Agenten den Katalog einer Marke direkt über das Model Context Protocol abfragen, eine offene Spezifikation, die Anthropic im November 2024 eingeführt hat und die seit Dezember 2025 unter der Agentic AI Foundation der Linux Foundation geführt wird.
• MCP gibt einem Server drei Bausteine: Tools, die das Modell aufrufen kann, Ressourcen, die die Anwendung lesen kann, und Prompts, die der Nutzer auswählen kann. Die Zugriffskontrolle nutzt OAuth 2.1, und ein Server kann jedem Aufrufer nur das zeigen, was dessen Token erlaubt.
• Ein MCP-Server ersetzt weder Ihren GS1 Digital Link Resolver noch Ihren Digitalen Produktpass noch Ihr schema.org-Markup. Am besten funktioniert er als eine weitere Tür zur selben einzigen Datenquelle, verknüpft über dieselbe GTIN.

Ein MCP-Server für Produktdaten ist ein Dienst, der Fragen von KI-Agenten zu Ihren Produkten in einer Form beantwortet, für die diese gebaut sind: die Spezifikationen zu dieser GTIN, ob diese Variante aktuell ist, wo die Konformitätserklärung liegt. Das Model Context Protocol (MCP) ist das offene Protokoll, das festlegt, wie sich eine KI-Anwendung mit einem solchen Server verbindet. Es stand auf dem Programm des W3C/GS1-Workshops zu E-Commerce für Menschen und KI-Agenten in Zürich, und es ist das Agentenprotokoll, dem die meisten Entwickler zuerst begegnen, weil es nicht auf den Handel beschränkt ist.

Dieser Leitfaden erklärt, was MCP ist und wer es betreibt, seine Bausteine in einfacher Sprache und wie eine Marke oder ein Hersteller mit einem MCP-Server Kennungen, Spezifikationen, Compliance- und Passdaten sowie Verfügbarkeit bereitstellen kann, während eingeschränkte Daten eingeschränkt bleiben. Alle Angaben unten geben den Stand von Oktober 2026 wieder.

Was ist das Model Context Protocol?

MCP ist eine veröffentlichte offene Spezifikation. Ihre aktuelle Revision beschreibt sie als offenes Protokoll, das Anwendungen auf Basis großer Sprachmodelle mit externen Datenquellen und Tools verbindet. Nachrichten werden in JSON-RPC 2.0 ausgetauscht, und die Spezifikation steht unter der Apache License 2.0.

Anthropic stellte MCP am 25. November 2024 vor und veröffentlichte die Spezifikation und die Software Development Kits auf GitHub. Am 9. Dezember 2025 übergab Anthropic MCP an die Agentic AI Foundation, einen Directed Fund unter der Linux Foundation, den Anthropic, Block und OpenAI gemeinsam gegründet haben. Das Governance-Modell hat sich nicht geändert: Maintainer treffen die technischen Entscheidungen, und Änderungen an der Spezifikation laufen über Specification Enhancement Proposals (SEPs). Maintainer-Sitze gehören Einzelpersonen, nicht Unternehmen.

MCP-Versionen sind nach dem Datum ihrer letzten nicht abwärtskompatiblen Änderung benannt. Die Revision 2026-07-28 hat das Protokoll zustandslos gemacht: Es gibt keine Sitzung und keinen Eröffnungs-Handshake, und jede Anfrage trägt ihre eigene Protokollversion und Client-Fähigkeiten, sodass jede Serverinstanz sie beantworten kann. Für einen Produktdatendienst hinter einem Load Balancer ist das eine echte Vereinfachung. Dieselbe Revision hat drei Client-Funktionen als veraltet markiert (Roots, Sampling und Logging); keine davon braucht das Muster in diesem Leitfaden.

Wie funktioniert MCP, in einfacher Sprache?

Der Host ist die KI-Anwendung, die eine Person nutzt, etwa ein Assistent oder ein Agent. Darin verbindet sich ein Client mit einem Server, dem Dienst, der Daten und Aktionen anbietet. Eine Marke, die einen MCP-Server für Produktdaten baut, steht auf der Serverseite; Agentenplattformen sind die Hosts.

Ein Server bietet drei Arten von Funktionen, die die Spezifikation danach trennt, wer die Kontrolle hat:

Jedes Tool hat einen Namen, eine für das Modell geschriebene Beschreibung und ein JSON Schema für seine Eingabe. Deklariert ein Tool ein Ausgabeschema, muss der Server strukturierte Ergebnisse liefern, die diesem entsprechen. Das ist der Unterschied zwischen einem Agenten, der „etwa 2 kg" aus einem Fließtext liest, und einem, der ein Gewicht mit Wert und Einheit erhält. Ressourcen lassen sich mit URI-Templates beschreiben, sodass ein Server ein Muster pro GTIN veröffentlichen kann, statt Millionen von Einträgen aufzulisten.

Transporte bestimmen, wie Nachrichten übertragen werden. Die Spezifikation definiert stdio, bei dem der Host den Server als lokalen Prozess ausführt, und Streamable HTTP, bei dem der Server ein Webdienst mit einem einzigen Endpunkt ist. Ein Katalog, der Agenten im Web zugänglich gemacht wird, nutzt Streamable HTTP.

Autorisierung ist optional und gilt für den HTTP-Transport. Sie folgt OAuth 2.1: Der MCP-Server agiert als Ressourcenserver, ein separater oder mitgehosteter Autorisierungsserver stellt Zugriffstoken aus, und der MCP-Server muss Protected Resource Metadata (RFC 9728) veröffentlichen, damit Clients herausfinden können, wo sie ein Token erhalten. Token müssen für genau diesen Server ausgestellt sein.

Warum sollte eine Marke einen MCP-Server für Produktdaten betreiben?

Weil Agenten mit den Produktdaten arbeiten, die sie finden, und je näher diese an der Marke liegen, desto weniger raten sie. Unser Beitrag zur Produktidentität für KI-Agenten hat es in einem Satz gesagt: Namen beschreiben, Kennungen identifizieren. Ein MCP-Server lässt eine Marke die Frage eines Agenten direkt beantworten, verknüpft über die Kennung.

• Live-Daten. Rückrufstatus, eingestellte Varianten und Dokumentversionen ändern sich. Ein Tool-Aufruf liefert die Antwort von heute; eine gecrawlte Seite die Antwort vom letzten Crawl.
• Strukturierte Antworten. Ausgabeschemas legen Einheiten und Feldnamen fest, sodass jeder Agent dieselbe Spezifikation in derselben Form erhält.
• Abgestufter Zugriff. Die Spezifikation erlaubt einem Server, die aufgelisteten Tools und Ressourcen je nach Autorisierung der einzelnen Anfrage zu variieren, sodass öffentliche Aufrufer und authentifizierte Partner denselben Server nutzen können.

Es gibt Grenzen. Eine Agentenplattform muss sich mit Ihrem Server verbinden; MCP macht einen Server nicht von selbst auffindbar. Und die MCP-Spezifikation erwähnt weder GTINs noch GS1 Digital Link noch Digitale Produktpässe. Wie sie zusammenpassen, ist im Rest dieses Leitfadens unsere Lesart.

Welche Produktdaten sollten Sie Agenten bereitstellen?

Beginnen Sie mit den Fragen, die Agenten beantwortet brauchen, um das richtige Produkt auszuwählen, und mit Daten, die Sie bereits pflegen und für die Sie einstehen.

• Identität. GTIN, GS1 Digital Link URI, Marke, Produktname, Variante und Packungsgröße. Jede andere Antwort hängt daran.
• Spezifikationen. Abmessungen, Gewicht, Materialien, Kompatibilität, Zusammensetzung, in festen Einheiten.
• Compliance-Informationen. Konformitätserklärungen, Sicherheitsinformationen, Anleitungen, Zertifizierungen. MCP ist ein weiterer Weg, Dokumente bereitzustellen, die Sie ohnehin liefern.
• Passdaten. Der öffentliche Teil eines Digitalen Produktpasses für alle, eingeschränkte Teile für authentifizierte Aufrufer mit der passenden Rolle. Der Leitfaden zu den Datenanforderungen an den Digitalen Produktpass zeigt, was ein Pass enthält.
• Verfügbarkeit. Ob eine Variante aktuell, eingestellt oder zurückgerufen ist, sowie Bestand oder Lieferzeiten für Handelspartner. Verkaufspreis und Bestand liegen meist beim Handel.

Eine Faustregel: Wenn eine Angabe auf der Packung, auf einer öffentlichen Produktseite oder im öffentlichen Teil eines Passes steht, kann sie auf dem MCP-Server öffentlich sein. Vertrauliche Geschäftsinformationen und Daten, die das Gesetz bestimmten Akteuren vorbehält, gehören hinter eine Autorisierung.

Eine praktische Architektur

Die Tabelle ist ein Ausgangsentwurf und zeigt, wie sich die Bausteine von MCP auf Produktdaten abbilden lassen. Sie ist kein von MCP oder GS1 definiertes Schema.

Tools für Fragen, Ressourcen für Dokumente. Ein Agent, der selbst entscheidet, was er nachschlägt, braucht Tools, weil Tools vom Modell gesteuert werden. Dokumente, die ein Host oder eine Person als Kontext anhängt, passen zu Ressourcen. Ein Nachschlage-Tool kann strukturierte Daten plus Links zu den passenden Ressourcen zurückgeben.

Nutzen Sie die Digital Link URI als öffentliche Adresse. Die Spezifikation sagt, dass Server das Schema https:// für eine Ressource nur dann verwenden sollten, wenn der Client sie ohne den MCP-Server direkt aus dem Web abrufen kann. Eine GS1 Digital Link URI ist genau das. Für öffentliche Informationen kann der Server die Digital Link URI zurückgeben und den Agenten sie auflösen lassen; für eingeschränkte Daten kann er ein eigenes URI-Schema verwenden und den Inhalt nach Prüfung des Tokens ausliefern:

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

Binden Sie den Zugriff an Rollen, die Sie bereits haben. OAuth-Scopes können Ihre Zugriffsstufen abbilden: öffentlich, Handelspartner, Reparaturbetrieb oder Recycler, Behörde. Die Sicherheitshinweise der Spezifikation empfehlen einen minimalen anfänglichen Satz an Scopes, wobei weitere erst angefordert werden, wenn eine privilegierte Operation versucht wird. Nach der ESPR legt der delegierte Rechtsakt für jede Produktgruppe fest, welche Akteure welche Passdaten sehen, und der MCP-Server setzt diese Entscheidung nur durch. Unser Leitfaden zu den Zugriffsrechten beim Digitalen Produktpass behandelt diese Stufen.

Ergebnisse, die Daten auflisten oder lesen, tragen in der aktuellen Revision außerdem einen Cache-Geltungsbereich und eine Lebensdauer. Öffentliche Produktdaten können als öffentlich markiert werden; alles, was an einen authentifizierten Aufrufer zurückgeht, sollte als privat markiert werden, damit gemeinsam genutzte Zwischenstellen es nicht zwischenspeichern.

Wie passt ein MCP-Server zu Resolver, Produktpass und schema.org?

Das Risiko jedes neuen Kanals ist eine neue Kopie der Daten, die auseinanderläuft. Behandeln Sie den MCP-Server als eine weitere Schnittstelle zum selben Produktdatensatz, verknüpft über dieselbe GTIN.

Der GS1 Digital Link Resolver beantwortet bereits Anfragen von Maschinen. Nach dem GS1-Conformant Resolver Standard erhält ein Client, der das Linkset mit dem Medientyp application/linkset+json anfordert, alle für dieses Produkt registrierten Links als JSON, typisiert mit dem GS1 Web Vocabulary, etwa gs1:pip für die Produktinformationsseite. Der Leitfaden zum GS1 Digital Link Resolver erklärt die Auflösung. Der Resolver bleibt die öffentliche, von der Marke kontrollierte Adresse; der MCP-Server ergänzt darüber strukturierte Abfragen und authentifizierten Zugriff.

Der Digitale Produktpass hat eigene Regeln zu Zugriff, Datenträgern und Sicherungskopien, und keine davon bezieht sich auf MCP. Ein MCP-Server kann Agenten Passdaten liefern, ersetzt aber nicht den Datenträger am Produkt. Nach unserer Lesart sollte er aus demselben Passdatensatz lesen, damit ein Agent und eine Person, die die Packung scannt, dieselben Werte sehen.

Schema.org-Markup und Feeds zählen weiterhin. Der schema.org-Typ Product hat Eigenschaften für gtin, offers, countryOfOrigin und hasCertification, und Markup auf Produktseiten wird von Crawlern gelesen, ohne dass jemand eine Verbindung einrichten muss. Feeds erreichen Plattformen, die Ihren Server nie aufrufen werden.

Der QR-Code hilft bei der Identität. Der GS1 Digital Link QR-Code auf der Packung codiert dieselbe URI, die der MCP-Server zurückgibt, sodass eine Käuferin, die scannt, und ein Agent, der abfragt, beim selben Produkt landen. Für das Gespräch mit dem Agenten selbst hilft er nicht: Agenten scannen keine Packungen, um Ihren Server aufzurufen.

Was sagt die Spezifikation zur Sicherheit?

Die Spezifikation stellt fest, dass MCP Sicherheit nicht auf Protokollebene erzwingen kann, und fordert Implementierer auf, Einwilligung, Autorisierung und Zugriffskontrollen in ihre Anwendungen einzubauen. Für einen Produktdatenserver sind diese Punkte am wichtigsten:

• Validieren, kontrollieren, begrenzen, bereinigen. Server müssen alle Tool-Eingaben validieren, angemessene Zugriffskontrollen umsetzen, Tool-Aufrufe ratenbegrenzen und Tool-Ausgaben bereinigen. Ressourcen-URIs müssen validiert werden, und sensible Ressourcen sollten Zugriffskontrollen haben.
• Schützen Sie den Endpunkt. Bei Streamable HTTP müssen Server den Origin-Header validieren, um DNS-Rebinding-Angriffe zu verhindern, und sollten alle Verbindungen authentifizieren.
• Akzeptieren Sie nur Ihre eigenen Token. Ein Server darf keine Token akzeptieren, die für andere Dienste ausgestellt wurden, und das Token eines Clients nicht an nachgelagerte Systeme weiterreichen. Wenn er Ihr PIM oder ERP aufruft, verwendet er eigene Zugangsdaten.
• Halten Sie Scopes klein. Vermeiden Sie Sammel-Scopes; gewähren Sie, was jede Operation braucht.

Auf der Host-Seite erwartet die Spezifikation einen Menschen in der Schleife, der Tool-Aufrufe ablehnen kann, und weist Clients an, Tool-Annotationen als nicht vertrauenswürdig zu behandeln, sofern sie nicht von einem vertrauenswürdigen Server stammen. Das ist ein guter Grund, Tool-Beschreibungen zutreffend und zurückhaltend zu formulieren.

Was Sie jetzt tun sollten

1. Zuerst die Identität klären. Jedes Produkt, das Agenten handhaben sollen, braucht eine GTIN und eine funktionierende GS1 Digital Link URI auf einem GS1-konformen Resolver.
2. Eine einzige Datenquelle wählen. Planen Sie den MCP-Server als Leser Ihres maßgeblichen Produktdatensatzes, nicht als neue Datenbank.
3. Die Fragen auflisten. Schreiben Sie die zehn Fragen auf, die Agenten am dringendsten beantwortet brauchen, und machen Sie daraus wenige, gut beschriebene Tools mit Ausgabeschemas.
4. Öffentlich von eingeschränkt trennen. Ordnen Sie jedes Feld als öffentlich, nur für Partner oder rollenbeschränkt ein, und nutzen Sie dort, wo sie gelten, die Zugriffsstufen des Produktpasses.
5. Scopes vor dem Code entwerfen. Bilden Sie diese Klassen auf einen minimalen Satz an OAuth-Scopes ab und wählen Sie den Autorisierungsserver.
6. Auf Revision 2026-07-28 bauen, mit Streamable HTTP und ohne veraltete Funktionen.
7. Die anderen Kanäle behalten. Pflegen Sie schema.org-Markup und Feeds neben dem Server weiter.

Digital Link ist GS1 Solution Partner, und unsere Plattform gibt jedem Produkt eine GS1 Digital Link URI und einen QR-Code mit einem konformen Resolver dahinter, einen strukturierten Produktdatensatz sowie getrennt gehaltene öffentliche und eingeschränkte Passdaten. Dieser Datensatz ist die einzige Quelle, aus der ein MCP-Server lesen sollte, damit Agenten, Käufer und Suchmaschinen dasselbe Produkt sehen. Wenn Sie klären möchten, was Ihr Katalog KI-Agenten bereitstellen und was eingeschränkt bleiben sollte, nehmen Sie Kontakt auf, und unser Team sieht sich Ihren Fall an.

Häufig gestellte Fragen

Wem gehört das Model Context Protocol?

Anthropic hat MCP entwickelt und im November 2024 eingeführt. Seit Dezember 2025 ist es bei der Agentic AI Foundation angesiedelt, einem Directed Fund unter der Linux Foundation, den Anthropic, Block und OpenAI gemeinsam gegründet haben. Technische Entscheidungen treffen die Maintainer des Projekts über ein öffentliches Vorschlagsverfahren.

Was ist die aktuelle Version der MCP-Spezifikation?

Stand Oktober 2026 die Revision 2026-07-28, veröffentlicht am 28. Juli 2026. Sie hat das Protokoll zustandslos gemacht, indem sie den Eröffnungs-Handshake und Sitzungen auf Protokollebene entfernt hat, und die Funktionen Roots, Sampling und Logging als veraltet markiert.

Ist ein MCP-Server dasselbe wie eine API?

Er ist eine API mit einer Standardform für KI-Anwendungen. Jeder MCP-fähige Host kann Ihre Tools und Ressourcen auflisten, ihre Beschreibungen und Schemas lesen und sie auf dieselbe Weise aufrufen, statt individuelle Endpunkte kennenlernen zu müssen. Viele Teams bauen ihn als schlanke Schicht über einer bestehenden Produkt-API.

Brauchen KI-Agenten GS1 Digital Link, um einen MCP-Server zu nutzen?

Nein. Die MCP-Spezifikation bezieht sich nicht auf GS1-Kennungen. Nach unserer Lesart gibt es Agenten eine eindeutige Identität, wenn jeder Kanal über die GTIN und ihre GS1 Digital Link URI verknüpft ist, und das verhindert, dass sie ähnliche Produkte verwechseln.

Kann ein MCP-Server einige Produktdaten privat halten?

Ja. Die Autorisierung folgt OAuth 2.1, und ein Server darf je nach Token der einzelnen Anfrage variieren, welche Tools und Ressourcen er auflistet. Der Server muss diese Prüfungen bei jedem Aufruf durchsetzen.

Macht ein MCP-Server meinen Digitalen Produktpass konform?

Nein. Inhalt, Datenträger und Zugriffsrechte des Passes werden durch die ESPR und den delegierten Rechtsakt für jede Produktgruppe festgelegt, und keiner davon erwähnt MCP. Ein MCP-Server kann ein zusätzlicher Weg sein, Passdaten bereitzustellen, gelesen aus demselben Datensatz.