ACP vs UCP vs AP2 vs MCP: Welches Protokoll für agentischen Handel ist wichtig?

Sie sind Ebenen, keine Rivalen

Fast alle Berichte über diese Protokolle stellen sie als einen Standardkrieg dar, bei dem ein Gewinner ausgewählt werden muss. Diese Darstellung ist falsch und führt Händler zu einer falschen Entscheidung, nämlich abzuwarten.

Sie beantworten unterschiedliche Fragen. MCP beantwortet „Worauf kann dieser Agent zugreifen und was kann er aufrufen?“ UCP beantwortet „Wie liest ein Agent einen Katalog und baut einen Warenkorb auf?“ ACP beantwortet „Wie wird ein Kauf innerhalb einer KI-Schnittstelle ausgeführt und wer verarbeitet ihn?“ AP2 beantwortet „Wie beweisen wir, dass ein Mensch dies autorisiert hat, und zwar auf eine Weise, die einen Streitfall übersteht?“ Eine einzelne Transaktion kann alle vier betreffen.

Was sich 2026 geändert hat und warum es für die Entdeckungsebene spricht

Zwei Entwicklungen haben das Bild dieses Jahr neu gezeichnet, und beide weisen in dieselbe Richtung.

Erstens stellte OpenAI Instant Checkout ein und positionierte ACP neu in Richtung Produktentdeckung und händlergesteuerte Erlebnisse, anstatt der Kaufabwicklung im Chat. Große Einzelhändler — Target, Sephora, Nordstrom, Lowe's, Best Buy, Home Depot, Wayfair — integrierten ACP für die Entdeckung. Die Revision vom April 2026 umfasst Checkout, Zahlungsdelegation, Warenkorb, Feed und Authentifizierung, sowie einen Hook, der es ACP-fähigen Agenten ermöglicht, Checkout-Funktionen über die MCP-Tool-Entdeckung zu bewerben.

Zweitens spendete Google AP2 v0.2 am 28. April 2026 an die FIDO Alliance, wodurch die Zahlungsautorisierung aus der Kontrolle eines einzelnen Anbieters genommen und in eine Standardisierungsorganisation mit einer langen Erfolgsgeschichte in der Authentifizierung überführt wurde.

Die Erkenntnis für einen Händler: Die Checkout-Ebene ist noch in Bewegung, die Entdeckungsebene hat sich bereits konsolidiert, und jeder, der versucht hat, die Entdeckung zu überspringen und direkt zum In-Chat-Kauf überzugehen, hat zumindest einen Teil davon rückgängig gemacht. Erstellen Sie jetzt den maschinenlesbaren Katalog. Er wird von jedem dieser Protokolle benötigt und von keinem von ihnen überflüssig gemacht.

Die Reihenfolge, die keine Arbeit ungenutzt lässt

Angesichts der Tatsache, dass die Spitze des Stacks noch unklar ist, ist die vernünftige Arbeitsreihenfolge diejenige, bei der jeder Schritt für sich nützlich ist und nichts davon verschwendet wird, wenn ein Protokoll an Bedeutung verliert.

• 1. Maschinenlesbarer Katalog. Server-gerenderte Produktdaten mit schema.org Product, echtem Preis, echter Verfügbarkeit, echten Identifikatoren. Von UCP und ACP benötigt, heute für jeden Assistenten nützlich, und es verbessert gleichzeitig die klassische SEO.
• 2. Eine Entdeckungsoberfläche, die ein Agent indizieren kann. robots.txt, die die gewünschten Assistenten-Crawler zulässt, eine Sitemap und eine llms.txt, die angibt, was Sie verkaufen, ohne dass ein Modell 80 Seiten crawlen muss, um es herauszufinden.
• 3. Programmatischer Warenkorb und Angebot. Eine API, die einen verbindlichen Preis einschließlich Versand und Steuern zurückgibt, damit ein Agent niemals einen Browser steuern muss, um herauszufinden, was etwas kostet.
• 4. Bereichsbezogener, geprüfter Agentenzugriff. Bevor Sie etwas Externes agieren lassen, benötigen Sie schlüsselbezogene Bereiche, Idempotenz und ein Audit-Log. Hier haben die meisten Plattformen nichts, und es ist das, was den Agentenzugriff von einer Verbindlichkeit in etwas verwandelt, das ein Finanzteam absegnen wird.
• 5. Zahlungsautorisierung. Verifizierbare Mandate im AP2-Stil, sobald Ihr Prozessor sie unterstützt. Zuletzt, weil es die Ebene ist, die noch in Bewegung ist und die Sie am wenigsten zweimal bauen möchten.

Wo PlatformDTC positioniert ist

PlatformDTC liefert die Schritte eins und zwei als Plattform-Standardeinstellungen statt als Plugins — Storefronts rendern strukturierte Produktdaten serverseitig, und die Entdeckungsebene wird aus dem Routenbaum generiert, sodass sie nicht abweichen kann.

Schritte drei und vier sind das Agent Gateway: eine bereichsbezogene API, bei der jede von Agenten aufrufbare Operation einen Idempotenzschlüssel, einen Audit-Eintrag und einen Berechtigungsbereich trägt, der an den aufrufenden Schlüssel gebunden ist, und bei der jede Aktion, die Geld ausgibt, vor der Ausführung eine menschliche Genehmigung durchläuft. Dieselben Operationen werden als MCP-Tools bereitgestellt, damit ein Assistent sie direkt entdecken und aufrufen kann.