UCP (Universal Commerce Protocol)

UCP ist ein überladenes Akronym

Drei Buchstaben, mehrere Bedeutungen. In der Telekommunikation und Unternehmens-IT wird dieselbe Abkürzung meist als Unified Communications Platform verstanden und taucht in branchenweit in Produkt- und Control-Plane-Namen auf, die nichts miteinander zu tun haben. Wer nach dem bloßen Akronym sucht, stößt auf eine Mischung davon.

Im Handel bedeutet es das Universal Commerce Protocol, den offenen Standard von Google und Shopify, der KI-Agenten ermöglicht, Händlerkataloge zu lesen, aktuelle Preise und Lagerbestände abzurufen, Warenkörbe zu verwalten und Käufe abzuschließen. Dies ist der hier beschriebene.

Das Problem, das es lösen soll, ist kombinatorischer Natur.

Ohne einen gemeinsamen Standard muss sich jeder Assistent, der Transaktionen durchführen möchte, mit jedem Einzelhändler integrieren, mit dem er Transaktionen durchführen möchte. Das ist eine Multiplikation, und Multiplikationen werden schnell unbezahlbar.

Nehmen wir einen beispielhaften Markt von 6 Assistenten-Oberflächen und 500 Einzelhändlern, deren Integration sich lohnt. Bilateral Integration bedeutet 6 × 500 = 3,000 separate Vereinbarungen und Implementierungen, von denen jede jemand erstellt und dann pflegt. Unter einem gemeinsamen Standard implementiert jede Partei es einmal: 6 + 500 = 506. Die Lücke vergrößert sich, wenn der Markt wächst — bei 10 Oberflächen und 2,000 Einzelhändlern sind es 20,000 gegenüber 2,010.

Die Konsequenz für eine mittelgroße Marke ist der entscheidende Teil. Bilateral Integrationen werden nur mit den größten Katalogen verhandelt, weil dort der Ertrag den Aufwand rechtfertigt. Ein Standard macht die einmalige Arbeit eines Händlers für jeden konformen Agenten lesbar, was den Unterschied ausmacht zwischen der Teilnahme an agentengenerierter Nachfrage und dem strukturellen Ausschluss davon.

Was ein konformer Katalog enthalten muss

Die Verpflichtung ist weniger exotisch, als die Formulierung vermuten lässt, und sie gliedert sich in drei Dinge, die ein Agent benötigt, bevor er überhaupt mit Ihren Produkten interagieren kann.

Nur das erste ist eine Datenmodellierungsübung. Das zweite ist eine Architekturfrage darüber, wo der Lagerbestand geführt wird und wie viele Systeme sich einigen müssen, bevor eine Bestandszahl als wahr gilt, und hier scheitern Implementierungen tatsächlich, anstatt dass sie schwer zu starten sind.

• Identität. Stabile Produkt- und Varianten-Identifikatoren, idealerweise einschließlich einer GTIN, damit der Artikel, den ein Agent an einem Ort gefunden hat, mit dem Artikel abgeglichen werden kann, den er an einem anderen kauft. Ohne dies vergleicht der Abgleich stillschweigend die falschen Dinge.
• Wahrheit zum Zeitpunkt des Lesens. Preise und Verfügbarkeiten, die im Moment des Lesens korrekt sind, nicht zum Zeitpunkt der Generierung eines nächtlichen Feeds. Ein Feed, der ein paar Stunden alt ist, wird selbstbewusst Lagerbestände bewerben, die heute Morgen verkauft wurden, und ein darauf basierender Agent erzeugt eine Stornierung statt einer Bestellung.
• Ein Warenkorb, den ein Agent steuern kann. Programmatische Warenkorb-Erstellung, die einen Gesamtbetrag zurückgibt, auf den sich der Agent verlassen kann, einschließlich Versand und Steuern für das Ziel, denn ein Agent, der keine verbindliche Zahl erhalten kann, hat nichts zu vergleichen.

Was Konformität Ihnen nicht bringt

Zwei Behauptungen werden mit der Protokollunterstützung verbunden, die diese nicht erfüllt, und beide sollten abgelehnt werden, bevor ein Projekt um sie herum konzipiert wird.

Das erste ist die Sichtbarkeit. Die Implementierung eines Standards macht Sie lesbar; sie macht Sie nicht empfehlenswert. Welche Produkte ein Assistent anzeigt, ist eine Ranking-Entscheidung, die auf Relevanz, konsistenten Markeninformationen und der Autorität Dritter wie Bewertungen und Berichterstattung basiert. Ein konformer Katalog ist die Voraussetzung, um überhaupt in Betracht gezogen zu werden, nicht ein Grund, ausgewählt zu werden.

Das zweite ist die Sicherheit. UCP beschreibt das Lesen eines Katalogs und das Erstellen eines Warenkorbs. Es enthält kein Berechtigungsmodell, keine Idempotenzanforderung und keinen Audit-Trail, und es sagt nichts über die Zahlungsautorisierung aus — das ist das Terrain von AP2, und es ist die Ebene, die sich noch entwickelt. Jede Oberfläche, über die ein Agent auf Live-Systeme zugreifen kann, benötigt Scopes, Replay-Schutz und ein Protokoll, unabhängig davon, welches Protokoll ihn dorthin gebracht hat.

Wie UCP und ACP zusammenhängen

Sie werden normalerweise als Rivalen dargestellt und sollten besser als Nachbarn verstanden werden, die sich an einer Grenze treffen. UCP konzentriert sich auf die Katalogerkennung und Warenkorb-Erstellung; ACP, von OpenAI und Stripe, konzentriert sich auf die Ausführung des Checkouts und die Zahlungsdelegation innerhalb eines Assistenten. Beide benötigen im Grunde dasselbe von einem Händler.

Diese gemeinsame Anforderung ist die praktische Antwort darauf, welches man unterstützen sollte. Ein maschinenlesbarer Katalog mit echten Preisen und Verfügbarkeiten wird von beiden benötigt, ist für Assistenten nützlich, die keines von beiden implementieren, und verbessert gleichzeitig die klassische Suche. Es ist der einzige Teil dieses Stacks, der kein Wagnis ist.

Die darüber liegenden Ebenen sind Wagnisse, und die bisherigen Beweise sprechen für Geduld. Die größten Einzelhändler, die sich in diesem Bereich integrieren, konzentrierten sich darauf, auffindbar zu sein, anstatt innerhalb eines Assistenten transaktionsfähig zu sein, und die am besten informierte Partei stellte ihren eigenen In-Chat-Checkout im Jahr 2026 ein.