Commerce-Protokolle für KI-Agenten: UCP, ACP, AP2 und MCP — Wie der Stack zusammenpasst

Kernpunkte

• UCP hat 11 Co-Entwickler, darunter Google, Shopify, Amazon, Meta und Stripe — es expandiert vom Shopping in die Bereiche Unterkunft und Gastronomie und ist damit die breiteste Commerce-Protokoll-Koalition mit Stand August 2026.
• ACP wird von OpenAI und Stripe geleitet (inzwischen auch von Meta), befindet sich in der Beta-Phase und ist seit September 2025 live in ChatGPT — es deckt agentengesteuerten Checkout ab, aber nicht den B2B-Einkaufsworkflow.
• AP2 sichert agentengeführte Zahlungen über 60+ Organisationen ab, mit Coinbase x402 als Stablecoin-Erweiterung — x402 hat mit Stand 2026 100 Millionen agentische Zahlungen auf Coinbase Base verarbeitet.
• MCP ist die Intelligenzschicht unter sowohl UCP als auch ACP — jeder Shopify-UCP-Store stellt einen aktiven MCP-Endpoint bereit, und ACPs dreischichtige Architektur platziert MCP in der Mitte.
• Keines der vier Protokolle deckt die B2B-Semantikschicht ab — kundenspezifische Preisstufen, Bulk-RFQ-Angebote, Bestandsreservierungen gegen ein ERP und die Zuordnung von Bestellungen über Kanäle hinweg erfordern alle ein zusätzliches, benutzerdefiniertes MCP-Modul.

Zwei offene Standards wurden 2025–2026 im Abstand weniger Monate gestartet, um dasselbe Problem aus unterschiedlichen Richtungen zu lösen: Wie entdeckt ein KI-Agent ein Produkt, verhandelt einen Preis, schließt einen Checkout ab und bezahlt — ohne dass ein Mensch für jeden Store eine maßgeschneiderte Integration verdrahten muss? Das Universal Commerce Protocol (UCP) wurde von Google und Shopify gemeinsam mit 11 Co-Entwicklern entwickelt, darunter Amazon, Meta, Microsoft, Salesforce und Stripe. Das Agentic Commerce Protocol (ACP) wird von OpenAI und Stripe gepflegt und ist seit September 2025 live in ChatGPT. Ein drittes Protokoll, das Agent Payments Protocol (AP2), sichert die Zahlungsmandat-Schicht mit 60+ teilnehmenden Organisationen. Alle drei bauen auf dem Model Context Protocol (MCP) auf, das die Intelligenzschicht-Verbindung zwischen einem Agenten und den Daten eines Stores bereitstellt.

Dieser Artikel kartiert, wo jedes Protokoll ansetzt, wie sie sich überschneiden und wo die Lücke für den B2B-Handel liegt — denn die vier Protokolle wurden für Consumer-Discovery und -Checkout entwickelt, nicht für die Angebots-, Preisstufen- und Bestandsreservierungs-Workflows, die ein Mid-Market-Distributor mit NetSuite oder BigCommerce tatsächlich benötigt.

Der vierschichtige Stack

Die Landschaft der Commerce-Protokolle ist kein einzelner Standard. Es ist ein Stack aus vier komplementären Protokollen, von denen jedes eine andere Schicht der Agenten-Transaktion löst:

Schicht	Protokoll	Geleitet von	Was es macht	Produktionsstatus
Discovery & Commerce	UCP	Google, Shopify, 11 Co-Entwickler	Agent entdeckt Produkte, baut Warenkörbe auf, übergibt an den Händler für den Checkout, verfolgt Bestellungen	Live (Shopify Spring '26 Edition); expandiert in Unterkunft und Gastronomie
Checkout-Interaktion	ACP	OpenAI, Stripe, Meta	Agentengesteuertes Kaufinteraktionsmodell; dreischichtige Architektur (Interaction → Intelligence → Commerce)	Beta; live in ChatGPT seit Sept. 2025
Zahlungsmandat	AP2	Google, 60+ Organisationen, FIDO Alliance	Verifizierbare Credentials, Zahlungsmandate, kryptografischer Audit-Trail für agentengeführte Zahlungen	v0.2; Standardisierung innerhalb der FIDO Alliance im Gange
Intelligenz & Tools	MCP	Anthropic (ursprünglich)	Agent-zu-Tool-Verbindung: Lesen von Produktdaten, Abfragen von Beständen, Aufrufen von Store-APIs	Spec final 2026-07-28; ~20K registrierte Server

MCP ist kein Commerce-Protokoll — es ist die Intelligenzschicht, von der sowohl UCP als auch ACP abhängen. UCPs Spezifikation besagt ausdrücklich „MCP-Unterstützung integriert". ACPs dreischichtige Architektur platziert MCP in der Mitte: Die Interaction-Schicht (Agent-zu-Käufer) liegt obenauf, die Intelligence-Schicht (MCP) verbindet den Agenten mit den Store-Daten, und die Commerce-Schicht übernimmt die Auftragsabwicklung. Jeder Shopify-Store, der UCP implementiert, stellt einen aktiven MCP-Endpoint bereit, über den Agenten Produktkataloge abfragen, Warenkörbe verwalten und den Bestellstatus abrufen können.

UCP — der Discovery-zu-Checkout-Standard

UCP ist die breiteste Koalition. Die ucp.dev-Website listet 11 Co-Entwickler über drei Branchen hinweg: Shopping (Google, Shopify, Etsy, Wayfair, Target, Walmart, Amazon, Microsoft, Meta, Salesforce, Stripe), Unterkunft (Amadeus, Booking.com, Expedia, Hilton, Marriott, Trip.com) und Gastronomie (DoorDash, Square, Toast, Uber Eats). Die Liste der unterstützten Partner umfasst Visa, Mastercard, Coinbase, PayPal, Adyen, Klarna und Worldpay.

UCP unterstützt REST- und JSON-RPC-Transporte, mit integrierter Unterstützung für AP2, A2A und MCP. Die Shopify-Entwicklerdokumentation bestätigt, dass Shopifys MCP-Tools UCP bei jedem Schritt der Käuferreise implementieren: Verhandeln und Authentifizieren (profilbasierte Vertrauensstufen), Produkte entdecken (Suche über Hunderte Millionen Angebote), Warenkorb und Checkout (Warenkörbe aufbauen, in Checkouts umwandeln, an den Händler zur Zahlung übergeben) und Bestellungen überwachen (Bestell-Webhooks und Bestellstatus auf Abruf über das MCP-Tool get_order).

Die Universal Cart API erlaubt es einem KI-Agenten, Artikel von jedem Händler — auf oder außerhalb von Shopify — in einem einzigen vereinheitlichten Warenkorb über UCP zu sammeln. Shopifys Zertifizierungsprogramm (Shopify + OpenAI + Google, geschlossene Beta, breiterer Zugang im Q3 2026) schafft praktisch eine neue Discovery-Schicht für Agenten: saubere strukturierte Daten entscheiden, ob ein Agent einen Store finden und mit ihm transagieren kann.

ACP — das Checkout-Interaktionsmodell

ACP verfolgt einen anderen architektonischen Ansatz. Statt einer breiten branchenübergreifenden Koalition wird es von OpenAI und Stripe geleitet (Stripes Dokumentation listet inzwischen auch Meta als Mitbegründer) als Founding Maintainers, mit einem Weg hin zu einer breiteren Community-Governance. Die Spezifikation befindet sich in der Beta-Phase unter Apache 2.0.

ACP definiert komponierbare Bausteine für agentengesteuerten Handel. Stripes Agentic Commerce Suite liefert die Referenzimplementierung: Agenten entdecken Produkte, legen sie in Warenkörbe und schließen Käufe über Stripes Zahlungsinfrastruktur ab. BigCommerce hat den ACP-Pfad über seine Stripe-Partnerschaft gewählt, statt einen First-Party-MCP-Server für Store-Daten zu bauen — der BigCommerce-Connector-Artikel behandelt dies ausführlich.

Die dreischichtige ACP-Architektur — Interaction → Intelligence (MCP) → Commerce — bedeutet, dass MCP das verbindende Gewebe ist. Ein Agent umgeht MCP nicht, um ACP zu nutzen; er nutzt MCP, um mit dem Store zu sprechen, und ACP, um die Kaufinteraktion zu strukturieren.

AP2 — die Zahlungsmandat-Schicht

AP2 liegt unter sowohl UCP als auch ACP als das Zahlungs-Vertrauensprotokoll. Google kündigte AP2 im September 2025 mit 60+ Partnerorganisationen an. Es wird derzeit innerhalb der FIDO Alliance standardisiert. AP2 erweitert A2A (Agent-zu-Agent-Kommunikation) um strukturierte Zahlungsmandate — Intent Mandates, Cart Mandates und Payment Mandates —, die einen verifizierbaren, nicht abstreitbaren Nachweis liefern, dass ein Nutzer einen Agenten zu einem bestimmten Kauf autorisiert hat.

Coinbase x402 ist die Stablecoin-Erweiterung von AP2, benannt nach dem HTTP-Statuscode 402 ("Payment Required"). x402 erlaubt es Agenten, API-Aufrufe, Dienste und Mikrotransaktionen direkt mit Stablecoins über HTTP zu bezahlen. Chainalysis berichtete, dass x402 100 Millionen agentische Zahlungen auf Coinbase Base überschritten hat, was zeigt, dass die Stablecoin-Schiene im Produktionsmaßstab läuft.

Drei konkurrierende Zahlungsnetzwerke haben sich rund um den Agenten-Handel gebildet: Visa Trusted Agent, Mastercard Agent Pay (30+ Branchenpartner, Agentic Tokens über MDES) und Coinbase x402. Stripe stellt agentische Netzwerk-Tokens sowohl von Mastercard als auch von Visa bereit und positioniert sich als Brücke zwischen traditionellen Kartenschienen und der Agenten-Zahlungsschicht.

Der vierschichtige Commerce-Protokoll-Stack, mit der B2B-Semantikschicht-Lücke, die ein benutzerdefiniertes MCP-Modul erfordert:

Wo der Stack konvergiert — und wo nicht

Die vier Protokolle konvergieren auf eine gemeinsame Architektur: UCP oder ACP für die Commerce-Interaktion, AP2 für das Zahlungsmandat, MCP für die Intelligenzschicht und A2A für die Agent-zu-Agent-Delegation. Die UCP-Spezifikation referenziert AP2, A2A und MCP ausdrücklich als integrierte Integrationen. Die AP2-Dokumentation referenziert ausdrücklich A2A und UCP. Der Stack ist auf Interoperabilität ausgelegt.

Aber die Konvergenz ist Consumer-geprägt. Die Protokolle lösen ein spezifisches Problem: Ein Agent entdeckt ein Produkt, verhandelt einen Preis, schließt einen Checkout ab und bezahlt. Das ist die Consumer Journey. Ein Mid-Market-B2B-Distributor, der 200 RFQs pro Woche bearbeitet, hat kein Checkout-Problem — er hat ein Preisstufen-Problem, ein Bestandsreservierungs-Problem und ein ERP-Rückschreibungs-Problem.

Die Lücke ist die B2B-Semantikschicht:

• Kundenspezifische Preisstufen. UCP und ACP zeigen die veröffentlichten Preise eines Stores. Die Preise eines B2B-Distributors sind pro Kunde, pro Vertrag, pro Mengenstufe — gespeichert in NetSuite- oder BigCommerce-Kundengruppen, nicht in einem öffentlichen Katalog. Kein Commerce-Protokoll verhandelt Preisstufen.
• Bulk-RFQ-Angebote. Die Consumer-Protokolle behandeln Einzelartikel-Käufe. B2B-Beschaffung läuft über RFQs: Ein Käufer sendet eine Anfrage für 500 Einheiten mit einem Lieferfenster, der Lieferant antwortet mit einem Angebot, der Käufer verhandelt. Der Artikel zur RFQ-Engine-Architektur behandelt diesen Workflow ausführlich.
• Bestandsreservierungen gegen ein ERP. Ein Consumer-Checkout reserviert Bestand im Moment des Kaufs. Ein B2B-Angebot benötigt eine Verfügbarkeitsreservierung — eine zeitlich begrenzte Reservierung gegen den NetSuite- oder Brightpearl-Bestand, die abläuft, wenn das Angebot nicht angenommen wird. Kein UCP- oder ACP-Tool bietet dies.
• Bestellzuordnung über Kanäle hinweg. Eine von einem Agenten aufgegebene B2B-Bestellung muss dem richtigen Kundenkonto, dem richtigen Vertriebsmitarbeiter und dem richtigen Vertrag im ERP zugeordnet werden. Die Consumer-Protokolle gehen von einer einzigen Käuferidentität aus.

Ein benutzerdefiniertes MCP-Modul füllt diese Lücke. Der MCP Module Code Standard definiert das strukturelle Muster: typisierte Tool-Definitionen, Semantikschicht-Übersetzungen zwischen dem Agenten und dem ERP, Ratenlimit-Governance und ein Audit-Trail. Das Modul sitzt oberhalb der Commerce-Protokolle — es ersetzt nicht UCP oder ACP, sondern erweitert sie um die B2B-Workflows, die die Consumer-Protokolle nicht abdecken sollten.

Weiterführende Literatur

• "Einen KI-Agenten mit MCP an BigCommerce anbinden: Was die Stripe-Partnerschaft nicht löst" — die Connector-spezifische Analyse von BigCommerces ACP-Pfad und der B2B-Semantikschicht-Lücke
• "Wenn ein KI-Agent in Ihrem Namen verkauft: Shopify an den B2B-Stack anbinden" — wie Shopifys UCP-konforme MCP-Server die Consumer-Hälfte abdecken und wo ein benutzerdefiniertes Modul in Richtung B2B erweitert
• "MCP + A2A: Die zwei Protokolle hinter jedem produktiven agentischen KI-System" — der Protokoll-Stack-Überblick, den dieser Artikel um die Commerce-Schicht erweitert

Repräsentativer Build

Ein Mid-Market-Industriedistributor, der BigCommerce für seinen Online-Katalog und NetSuite als ERP betreibt, erhält 150 RFQs pro Woche per E-Mail. Jede RFQ erfordert eine kundenspezifische Preisstufen-Abfrage, eine Bestandsverfügbarkeitsreservierung und ein Angebot, das sich auf die Vertragsbedingungen des Kunden bezieht. Die Consumer-Commerce-Protokolle — UCP für die Produktentdeckung, ACP für den Checkout, AP2 für die Zahlung — berühren keinen dieser Schritte. Ein benutzerdefiniertes MCP-Modul schließt die Lücke: Es stellt typisierte Tools für die Preisstufen-Abfrage, die Erstellung von Verfügbarkeitsreservierungen und die Angebotszusammenstellung bereit, die ein Agent aufruft, nachdem er Produkte über das Standard-Commerce-Protokoll entdeckt hat. Der Agent bearbeitet die RFQ end-to-end — Entdeckung, Preisgestaltung, Reservierung, Angebot, menschliche Freigabe —, während das MCP-Modul die ERP-Rückschreibung und den Audit-Trail regelt. Erster Agent live in 5–8 Wochen.

Fordern Sie einen scoping-basierten Build an. Einwöchiges Discovery. Sie erhalten ein Systeminventar, eine Workflow-Map und einen festen Umfang — unabhängig davon, ob Sie mit uns bauen.