ACP vs. UCP vs. AP2
Agentic Commerce braucht Standards — und aktuell konkurrieren mehrere Protokolle um die Vorherrschaft. Das Agentic Commerce Protocol (ACP) von OpenAI und Stripe, das Universal Commerce Protocol (UCP) von Google und Shopify, das Agent Payments Protocol (AP2) von Google und Mastercard — plus einige weitere Ansätze. Hier ist die nüchterne Einordnung.
Drei Protokolle, ein Ziel
Alle drei Hauptprotokolle verfolgen dasselbe Grundziel: KI-Agenten sollen in der Lage sein, für ihre Nutzer einzukaufen. Der Unterschied liegt im Scope — also darin, welchen Teil des Kaufprozesses das Protokoll standardisiert.
- ACP fokussiert auf den Moment des Kaufs: Warenkorb erstellen, bezahlen, bestätigen.
- UCP deckt den gesamten Commerce-Lifecycle ab: von der Produktentdeckung bis zum Retoure-Management.
- AP2 konzentriert sich auf die Zahlungsschicht: sichere, autorisierte Transaktionen für jede Art von Agent-Aufgabe.
Vergleichstabelle
| Eigenschaft | ACP | UCP | AP2 |
|---|---|---|---|
| Initiator | OpenAI + Stripe | Google + Shopify | Google + Mastercard |
| Fokus | Checkout & Payment | Full Lifecycle | Universal Payment |
| Lizenz | Apache 2.0 | Offen | Offen |
| Status | Beta | Beta | Beta |
| Erste Impl. | ChatGPT | Google Search | Google Wallet |
ACP: Checkout-zentriert
Das Agentic Commerce Protocol löst ein konkretes Problem: Wie schließt ein KI-Agent einen Kauf ab? Die Antwort: über einen standardisierten Product Feed, eine REST-basierte Checkout API und tokenisierte Zahlungen (SharedPaymentTokens).
Stärken:
- Erste produktive Implementierung (ChatGPT Instant Checkout)
- Starke Payment-Basis durch Stripe
- Klarer, eng gefasster Scope — schnell implementierbar
- Apache 2.0, vollständig Open Source
Grenzen:
- Kein Post-Purchase-Management (Tracking, Retouren)
- Keine Identity-Linking (Kundenkonto beim Händler)
- Aktuell primär Stripe als Payment-Provider
UCP: Full Lifecycle
Das Universal Commerce Protocol von Google und Shopify hat den breitesten Scope. Es definiert den gesamten Commerce-Lifecycle in mehreren Phasen:
- Discovery: Produkte finden und vergleichen
- Identity Linking: Kundenkonto beim Händler verknüpfen
- Checkout: Warenkorb und Bezahlung
- Order Management: Tracking, Retouren, Kundenservice
Stärken:
- Ganzheitlicher Ansatz — deckt alles ab
- Googles Reichweite (Search, Shopping, Maps)
- Shopifys Händler-Netzwerk (Millionen von Shops)
- Kompatibel mit A2A (Agent-to-Agent) und MCP
Grenzen:
- Komplexer zu implementieren als ACP
- Google-zentriertes Ökosystem
- Noch keine breite Drittanbieter-Implementierung
AP2: Universal Payment
Das Agent Payments Protocol adressiert die Zahlungsschicht — aber breiter als ACP. AP2 definiert "Mandates": digital signierte Autorisierungen, die festlegen, was ein Agent ausgeben darf, bei wem und unter welchen Bedingungen.
Stärken:
- Starke Payment-Partner (Mastercard, PayPal, American Express)
- Nicht auf Shopping beschränkt — auch Dienstleistungen, Abos, Buchungen
- Manipulationssicher und widerrufbar
- Branchenübergreifend einsetzbar
Grenzen:
- Keine Produktentdeckung oder Checkout-Logik
- Braucht ein Commerce-Protokoll (ACP oder UCP) als Basis
- Komplexes Mandate-System für einfache Käufe überdimensioniert
TACP: Kundendaten-Erhalt
Das Trusted Agentic Commerce Protocol (TACP) von Forter ist keine Alternative zu ACP, sondern eine Ergänzung. Es adressiert ein spezifisches Problem: Wenn Kunden über einen Agenten kaufen, verliert der Händler wertvolle Kundendaten — Browsing-Verhalten, Warenkorbhistorie, Präferenzen.
TACP löst das über JWE-verschlüsselte Datencontainer: Der Agent sammelt mit Zustimmung des Nutzers relevante Daten und gibt sie verschlüsselt an den Händler weiter. Der Händler kann sie entschlüsseln und für Personalisierung, Betrugserkennung und Marketing nutzen — die Privatsphäre des Nutzers bleibt gewahrt.
x402/mpp: Micropayments
Am Rand des Agentic Commerce-Ökosystems stehen zwei Protokolle für Micropayments:
- x402 (Coinbase): Nutzt den HTTP-Statuscode 402 ("Payment Required"), um Zahlungen direkt in HTTP-Requests einzubetten. Zahlung über Stablecoins (USDC). Ideal für API-Zugriffe und digitale Inhalte, bei denen Kreditkarten-Transaktionsgebühren unverhältnismäßig wären.
- mpp (Tempo): Ein offenes Micropayment-Protokoll, das ähnliche Ziele verfolgt — maschinenlesbare Zahlungen für kleine Beträge.
Beide sind weniger für klassischen Warenhandel relevant, aber wichtig für die Maschine-zu-Maschine-Ökonomie — wenn Agenten für API-Aufrufe, Datenabfragen oder Premium-Inhalte bezahlen müssen.
Vergleichsdimensionen
| Dimension | ACP | UCP | AP2 |
|---|---|---|---|
| Scope | Checkout + Payment | Full Lifecycle | Payment Only |
| Initiator | OpenAI + Stripe | Google + Shopify | Google + Mastercard |
| Lizenz | Apache 2.0 | Offen | Offen |
| Payment-Modell | SharedPaymentToken | Flexibel (AP2-kompatibel) | Mandates |
| Implementierung | REST API, MCP | A2A, MCP, REST | REST API |
| Ökosystem | ChatGPT, Stripe | Google Search, Shopify | Visa, MC, PayPal |
| Zielgruppe | E-Commerce-Händler | E-Commerce + Services | Payment-Anbieter |
Welches Protokoll für wen?
- Sie sind Stripe-Kunde und wollen schnell in ChatGPT verkaufen? → ACP. Schnellste Time-to-Market durch die Agentic Commerce Suite.
- Sie sind Shopify-Händler? → UCP + ACP. Shopify unterstützt beides, ACP über MCP-Server, UCP nativ.
- Sie sind Payment-Provider oder Finanzdienstleister? → AP2. Das Protokoll definiert die Payment-Schicht, die auch ACP und UCP nutzen können.
- Sie bieten digitale Inhalte oder APIs? → x402/mpp. Micropayments ohne Kreditkarten-Overhead.
- Sie wollen langfristig alle Kanäle abdecken? → Multi-Protokoll-Strategie. Starten Sie mit dem Protokoll, das zu Ihrem primären Vertriebskanal passt, und erweitern Sie.
Koexistenz statt Konkurrenz
Die Wahrscheinlichkeit, dass ein einzelnes Protokoll "gewinnt", ist gering. Wahrscheinlicher ist ein Szenario wie im Web: Mehrere Standards koexistieren und ergänzen sich. HTTP, OAuth, JSON-LD, Schema.org — alle lösen unterschiedliche Probleme und werden gemeinsam eingesetzt.
Für Agentic Commerce könnte das so aussehen:
- UCP als Rahmenprotokoll für den Commerce-Lifecycle
- ACP als Checkout-Spezifikation innerhalb dieses Rahmens
- AP2 als universelle Payment-Schicht
- MCP als Kommunikationsprotokoll zwischen Agent und Tools
Die Open-Source-Lizenzierung aller Protokolle erleichtert eine solche Konvergenz. Und für Händler bedeutet es: Sie müssen sich nicht für ein Protokoll entscheiden. Sie können schrittweise integrieren und dort starten, wo der größte geschäftliche Nutzen liegt.
Häufig gestellte Fragen
Muss ich mich für ein Protokoll entscheiden?
Nein. Die Protokolle schließen sich nicht gegenseitig aus. Ein Händler kann ACP für ChatGPT-Käufe, UCP für Google-basierte Agenten und AP2 für die Zahlungsschicht nutzen. Langfristig könnte eine Konvergenz stattfinden.
Welches Protokoll hat die größte Verbreitung?
Aktuell ACP, da es als erstes in einem Massenprodukt implementiert wurde (ChatGPT Instant Checkout). UCP profitiert von Googles und Shopifys Reichweite. AP2 wird durch die Payment-Netzwerke (Mastercard, PayPal) getragen.
Wird es einen einheitlichen Standard geben?
Möglicherweise langfristig. Kurzfristig ist Fragmentierung wahrscheinlich — ähnlich wie bei Messaging-Protokollen oder Payment-Standards. Die Open-Source-Lizenzierung aller Protokolle erleichtert eine eventuelle Zusammenführung.
Was ist TACP und warum ist es relevant?
Das Trusted Agentic Commerce Protocol (TACP) von Forter adressiert ein Problem von ACP: den Verlust von Kundendaten für Händler. TACP nutzt JWE-Verschlüsselung, um Kundendaten sicher an Händler weiterzugeben, ohne die Privatsphäre zu gefährden.
Sind x402 und mpp relevant für klassische Online-Shops?
Aktuell weniger. x402 und mpp fokussieren auf Micropayments über Stablecoins — interessant für API-Zugriffe, digitale Inhalte und Maschine-zu-Maschine-Transaktionen. Für klassischen Warenhandel sind ACP und UCP relevanter.