Was ist agentischer Handel?

Ein KI-Agent, der Preise vergleicht oder ein Formular ausfüllt, berührt deine Website bereits. Agentischer Handel geht einen Schritt weiter: Der Agent schließt die gesamte Transaktion ab, vom Finden des Produkts bis zur Bezahlung, ohne dass die Person die Website des Händlers selbst öffnen muss. Für den Händler bedeutet das, dass ein Teil seiner Verkäufe zustande kommen kann, ohne dass jemand seine Produktseite auf die gewohnte Weise besucht, mit eigenen Klicks und eigenem Warenkorb, und ohne dass klassische Web-Analytics diesen Besuch überhaupt erfasst.

Dafür gibt es bisher keinen einzigen Standard. Zwei offene Protokolle konkurrieren um dasselbe Feld. Das Agentic Commerce Protocol (ACP) haben OpenAI und Stripe gemeinsam entwickelt, veröffentlicht am 29. September 2025 unter der Apache-2.0-Lizenz, und es ist das, was ChatGPT bereits für seine Instant-Checkout-Funktion nutzt. Das Agent Payments Protocol (AP2) führt Google an, angekündigt am 16. September 2025, unterstützt von mehr als sechzig Zahlungs- und Technologieunternehmen, darunter Mastercard, PayPal und Adobe; seine Standardisierung läuft weiter innerhalb der FIDO Alliance.

Beide Protokolle lösen dasselbe Grundproblem: wie man einen Agenten etwas kaufen lässt, ohne ihm die echten Zahlungsdaten der Person zu geben, und wie man festhält, dass diese Person genau diesen Kauf autorisiert hat.

Beim ACP von OpenAI und Stripe liest der Agent den Katalog des Händlers, in einem für Maschinen gedachten Format, und baut einen Warenkorb. Bestätigt die Person, was sie kaufen will und mit welcher Zahlungsmethode, stellt Stripe einen Shared Payment Token aus: eine einmalig nutzbare, zeitlich begrenzte Kennung, gebunden an einen konkreten Händler und einen konkreten Betrag. Der Agent schickt diesen Token zusammen mit dem Warenkorb an den Händler, der ihn wie jede andere Zahlung abrechnet; die echte Kartennummer bekommt der Agent zu keinem Zeitpunkt zu sehen. Vor diesem Schritt gibt es eine Verhandlung über Fähigkeiten: Der Händler legt fest, welche Zahlungsformen er akzeptiert (den Stripe-Token, einen eigenen Token eines anderen Anbieters oder einen eigenen Handler des Verkäufers), und der Agent wählt eine der vom Händler erlaubten aus. Das belässt dem Händler die tatsächliche Kontrolle darüber, welche Methoden in seinen Checkout gelangen, auch wenn das gesamte vorherige Gespräch innerhalb eines KI-Assistenten stattfand.

AP2 von Google löst dasselbe mit einem anderen Mechanismus: Mandates. Ein Intent Mandate wird unterschrieben, wenn die Person die erste Anfrage stellt, mit den Bedingungen, die sie gesetzt hat (Höchstpreis, Frist, erlaubte Händler). Baut der Agent den finalen Warenkorb zusammen, entsteht ein Cart Mandate, das genau die Artikel und den Preis festschreibt, die die Person gesehen und freigegeben hat. Ein Payment Mandate, abgeleitet aus den beiden vorherigen, verknüpft die Zahlungsmethode mit dieser Kette an Freigaben und markiert, ob eine Person im Moment der Zahlung anwesend war oder ob der Kauf delegiert nach vorab festgelegten Regeln ausgeführt wurde.

Die beiden Mechanismen unterscheiden sich in der Form, teilen aber dieselbe Idee: Niemals entscheidet der Agent selbst über eine Ausgabe, ohne eine nachprüfbare Spur zu hinterlassen, dass eine Person sie autorisiert hat, sei es über einen begrenzten Token oder über eine Kette von Signaturen.

Für einen Shop, der bei Google und in sozialen Netzwerken bereits gut verkauft, ist das die erste konkrete GEO-Frage mit direktem Umsatzeffekt: Bittet ein Kunde seinen Assistenten, etwas für ihn zu kaufen, kann dein Shop an diesem Kauf teilnehmen, oder fällt er heraus?

Es gibt keine öffentliche Zahl, die das heutige Volumen der beiden Protokolle gegeneinander vergleicht; jede Aussage darüber, welches gerade gewinnt, wäre eine Vermutung, kein geprüfter Wert. Was tatsächlich von einer konkreten Entscheidung abhängt, ist die Vorbereitung des Katalogs: Die strukturierten Produktdaten, die ein Agent braucht, um einen Artikel zu finden und richtig zu beschreiben, sind dieselben, egal welches Zahlungsprotokoll man später wählt. Diese Vorbereitung aufzuschieben, bis in zwei Jahren feststeht, welches Protokoll gewinnt, hält den Shop bis dahin vom agentischen Handel fern, egal wer am Ende gewinnt.

Es gibt eine zweite, eher operative Entscheidung: Was passiert bei einer Zahlungsstreitigkeit, wenn ein Agent den Kauf ausgelöst hat. Der Token des ACP läuft ab und ist nur einmal nutzbar, was den Spielraum für eine Reklamation begrenzt, wenn nach der Abbuchung etwas schiefgeht; die Mandate-Kette des AP2 hinterlässt ein signiertes Protokoll jedes Schritts, gedacht genau dafür, im Streitfall zu rekonstruieren, was die Person autorisiert hat. Ein Händler, der eines der beiden Protokolle aktiviert, ohne vorher entschieden zu haben, wie er mit solchen Streitfällen umgeht, verschiebt diese Entscheidung auf den Moment, in dem bereits ein verärgerter Kunde davor steht.

• Veröffentliche einen maschinenlesbaren Produkt-Feed, bevor du dich für ein Zahlungsprotokoll entscheidest; diese Arbeit dient beiden.
• Setze nicht die gesamte Entwicklung auf ein einziges Protokoll, solange keines von beiden den Markt klar und nachweisbar dominiert.
• Prüfe, ob dein aktueller Zahlungsdienstleister ACP oder AP2 bereits unterstützt, bevor du eine eigene Integration von Grund auf baust.
• Verlange, dass der Käufer den finalen Warenkorb ausdrücklich freigibt, auch wenn der Agent die gesamte vorherige Suche und Vergleich übernommen hat.
• Bewahre die Aufzeichnung jeder agentischen Transaktion auf, ob Token oder Mandate, um auf eine Zahlungsstreitigkeit reagieren zu können.
• Behalte dieselben Betrugs- und Lagerbestandsregeln bei, die du im menschlichen Checkout nutzt; kein Protokoll ersetzt sie von allein, egal wie zuverlässig der Token oder das Mandate im Einzelfall wirkt.

• ACP und AP2 so behandeln, als wären sie austauschbar oder untereinander kompatibel; es sind zwei getrennte Protokolle ohne offizielle Brücke.
• Davon ausgehen, dass der Agent einen Kauf ohne jede menschliche Freigabe an irgendeinem Punkt abschließen kann.
• Dem Agenten echte Zahlungsdaten offenlegen, statt des Tokens oder Mandates, das das Protokoll verlangt.
• Agentischen Handel ignorieren, weil man annimmt, er bringe noch kein Volumen, ohne das mit eigenen Shop-Daten zu prüfen.
• Agentischen Handel mit einem Kundenservice-Chatbot verwechseln, der nur Produkte empfiehlt, ohne sie abrechnen zu können.