Zum Inhalt springen

Payment im Agentic Commerce: Wie der Checkout für KI-Agenten bereit wird

Inhaltsverzeichnis
  1. Warum der klassische Checkout für KI-Agenten nicht gemacht ist
    1. Was ein Agent am Checkout anders erwartet als ein Mensch
  2. Welche Standards den Checkout agentenbereit machen
    1. ACP, UCP und AP2 — drei Schichten statt eines Siegers
  3. Wie Payment ohne sichtbare Kartendaten funktioniert
    1. Tokenisierung und die Frage, wer Händler bleibt
  4. Wer haftet, wenn der Agent sich vertut?
    1. Warum klassische Betrugssignale am Agenten-Checkout fehlen
  5. Wie Shopware, Shopify und Magento auf agentisches Payment reagieren
    1. Shopify
    2. Shopware
    3. Magento und Adobe Commerce
  6. Fazit: Checkout-Readiness ist eine Architekturentscheidung

Seit KI-Agenten nicht mehr nur Produkte empfehlen, sondern Bestellungen auch auslösen, verschiebt sich eine Frage in den Maschinenraum des Onlinehandels: Wie kommt eine Software eigentlich durch den Checkout? Im März hat dieser Blog beschrieben, was passiert, wenn KI für uns einkauft — die naheliegende Annahme war, dass am Ende ein „Jetzt kaufen"-Knopf im Chatfenster steht. Die eigentliche Spannung liegt woanders.

Denn der Checkout für Agentic Commerce ist kein Feature, das sich an die bestehende Bestellstrecke anflanschen lässt. Er ist ein Systemzustand: maschinenlesbare Produktdaten, programmierbare Schnittstellen, eine Zahlung, die ohne sichtbare Kartendaten auskommt — und eine Haftungsfrage, die noch niemand sauber beantwortet hat. Wer den Checkout heute nur als Oberfläche für Menschen denkt, übersieht, welche Schicht darunter gerade neu verlegt wird.

Ein weißer humanoider Roboter sitzt an einem Schreibtisch und reicht einer menschlichen Hand eine dunkle Einkaufstüte, daneben steht ein aufgeklappter Laptop in heller Büroumgebung — Sinnbild für den von einem KI-Agenten ausgeführten Einkauf.
Payment im Agentic Commerce: Wie der Checkout für KI-Agenten bereit wird

Warum der klassische Checkout für KI-Agenten nicht gemacht ist

Der klassische Checkout ist für Augen, Hände und ein Browserfenster entworfen — nicht für eine Software, die im Hintergrund verhandelt. Sobald nicht mehr ein Mensch klickt, sondern ein Agent abfragt, bricht ein Teil der Annahmen weg, auf denen heutige Shops beruhen.

Was ein Agent am Checkout anders erwartet als ein Mensch

Ein KI-Agent navigiert nicht durch gerenderte Seiten, sondern liest strukturierte Daten und ruft Schnittstellen auf. Damit fällt fast alles weg, woran sich der Handel jahrelang orientiert hat: Klickpfade, Formularfelder, Session-Logik, die gestaltete Produktseite. Wo ein Mensch sich durch Kategorien tastet, erwartet der Agent einen Feed, der Titel, Preis, Verfügbarkeit und Varianten in einem eindeutig auslesbaren Format liefert — und eine Kasse, die sich per API ansteuern lässt statt per Maus. Produktdaten, die heute nur verwaltet werden, werden damit zum Flaschenhals. Wenn eure Daten zwar gepflegt, aber nicht strukturiert ausgegeben werden, entscheidet sich genau hier, ob ein Agent euch überhaupt in die Auswahl nimmt.

Welche Standards den Checkout agentenbereit machen

Damit ein Agent mit beliebigen Shops sprechen kann, braucht es eine gemeinsame Sprache. Ohne sie müsste jede Plattform für jeden Agenten eine eigene Integration unterhalten — und jeder Agent für jeden Shop. Genau diese Fragmentierung sollen die neuen Protokolle verhindern.

ACP, UCP und AP2 — drei Schichten statt eines Siegers

Die drei prägenden Standards sind keine Konkurrenten, sondern Schichten desselben Vorgangs. Das Agentic Commerce Protocol (ACP), das OpenAI und Stripe im Herbst 2025 vorgestellt haben, regelt den Kaufabschluss im Chat und die Zahlung. Das Universal Commerce Protocol (UCP), von Google und Shopify entwickelt und im Januar 2026 auf der Branchenmesse NRF vorgestellt, deckt Entdeckung, Warenkorb und Checkout ab. Das Agent Payments Protocol (AP2) wiederum belegt nachprüfbar, wer eine Zahlung überhaupt autorisiert hat — über signierte Mandate für Absicht, Warenkorb und Betrag. Ein einziger Kauf kann alle drei berühren und für Shops heißt das vor allem eins: einmal sauber über eine Schnittstelle anbinden, statt für jeden Agenten von vorn anzufangen.

Wie Payment ohne sichtbare Kartendaten funktioniert

Der heikelste Teil ist die Zahlung. Ein Agent soll bezahlen können, ohne die Kartendaten des Kunden im Klartext zu sehen oder weiterzureichen und der Shop soll trotzdem zuverlässig sein Geld bekommen. Beides zugleich löst die Branche über tokenbasierte Verfahren.

Tokenisierung und die Frage, wer Händler bleibt

Statt echter Kartendaten reicht der Agent ein zweckgebundenes Zahlungstoken weiter, das nur für einen bestimmten Händler und einen bestimmten Betrag gilt. Stripe nennt das Shared Payment Token, andere Anbieter setzen auf vergleichbare delegierte Verfahren. Der Shop erhält damit eine gültige Zahlungsfreigabe, ohne je sensible Daten zu berühren — technisch nah an dem, was ein eingebetteter Checkout wie bei PayPal für Shopware heute schon leistet, nur ohne menschliche Hand am Bezahlknopf.

Entscheidend ist eine Zuständigkeit, die sich dabei nicht verschiebt: In allen aktuellen Protokollen bleibt der Shop der Händler im rechtlichen Sinn, der sogenannte Merchant of Record — verantwortlich für Preis, Steuer, Fulfillment, Rückgabe und Kundenbeziehung. Wer seine Bestellstrecke headless und API-first entkoppelt hält, kann ein solches Token-Verfahren ergänzen, ohne den bestehenden Checkout umzuwerfen.

Wer haftet, wenn der Agent sich vertut?

Mit der Zahlung verschiebt sich auch das Risiko — und zwar dorthin, wo es am wenigsten auffällt: in die Reklamation.

Warum klassische Betrugssignale am Agenten-Checkout fehlen

Wenn ein Agent kauft, verschwinden genau die Signale, mit denen Shops bisher Betrug und Rückbuchungen einordnen. IP-Adresse, Geräte-Fingerabdruck, Klickpfad, Verweildauer — all das stammt dann von der Maschine, nicht vom Menschen. Bei einer Rückbuchung muss der Händler aber belegen, dass der Karteninhaber genau diese Bestellung, bei genau diesem Shop und über genau diesen Betrag autorisiert hat. Dieser Nachweis wird schwer, sobald ein Agent dazwischensteht.

Die Folge ist absehbar: mehr „freundlicher Betrug" und mehr Streitfälle, in denen ein Agent etwas anderes bestellt hat, als der Kunde meinte. Da der Shop Händler bleibt, trägt in der Regel auch er die Rückbuchung, während Kartenherausgeber und Agenten-Plattform außen vor sind. Manche Shops reagieren darauf mit strengen Prüfungen wie starker Kundenauthentifizierung und 3-D-Secure und sperren agentische Zahlungen damit faktisch wieder aus. Wie sich bestehende Haftungsregeln wie PSD2 zu autonom handelnden Agenten verhalten, ist regulatorisch bisher nicht abschließend geklärt — auch der EU AI Act beantwortet diese Frage nicht.

Wie Shopware, Shopify und Magento auf agentisches Payment reagieren

Die großen Shopsysteme nähern sich dem agentischen Checkout aus unterschiedlichen Richtungen und mit deutlich unterschiedlichem Tempo. Gemeinsam ist ihnen, dass sie auf offene Standards setzen, statt einen eigenen, geschlossenen Weg zu erzwingen.

Shopify

Shopify hat hier aktuell den kürzesten Weg. Der Anbieter hat das UCP gemeinsam mit Google entwickelt und bündelt den Verkauf über KI-Kanäle in sogenannten Agentic Storefronts, die sich aus dem Shop-Backend heraus für ChatGPT, Google AI Mode, Copilot oder Perplexity freischalten lassen. Die Produktdaten liefert der zentrale Shopify Catalog automatisch an die angebundenen Agenten, um die Protokolle selbst müssen sich Händler kaum kümmern. Welche Rolle der Checkout dabei spielt, hat sich schon in den jüngsten Shopify-Editionen abgezeichnet.

Shopware

Shopware geht das Thema über ein eigenes Agentic Commerce Lab an und stellt unter anderem ein Plugin bereit, das UCP umsetzt: sichere Checkout-Sessions über eine REST-Schnittstelle, einen Discovery-Endpunkt unter /.well-known/ucp, signierte Agenten-Autorisierung mit Domain-Whitelisting. Der Ansatz passt zur Logik eines komponierbaren Commerce-Kerns — wer Shopware als offene Plattform mit sauber getrennten Diensten betreibt, behandelt Agenten-Bereitschaft als Erweiterung statt als Neuanfang. Auf dem Shopware Community Day 2026 ordnete sich genau das in eine größere Linie ein: Handel als Infrastruktur, nicht als Oberfläche.

Magento und Adobe Commerce

Adobe Commerce hat sich öffentlich zu beiden Standards bekannt, zu UCP und ACP und spielt seine Stärke vor allem dort aus, wo Kataloge groß, Sortimente komplex und B2B-Prozesse eng mit ERP und Middleware verzahnt sind. Für Shops mit vielschichtiger Logik ist weniger der Anschluss an einen Agenten die eigentliche Hürde als die Frage, ob die darunterliegenden Daten- und Preisstrukturen sauber genug sind, um maschinell verarbeitet zu werden. Das jüngste Magento-Release zeigt, in welche Richtung sich die Plattform technisch bewegt.

Fazit: Checkout-Readiness ist eine Architekturentscheidung

Der Reflex, jetzt schnell einen Kauf-Knopf im Chat freizuschalten, führt in die Irre. Das prominenteste Experiment dazu — der direkte Checkout in ChatGPT — blieb in ersten Tests deutlich hinter dem klassischen Weg über den eigenen Shop zurück; ein großer Händler nannte die Erfahrung unbefriedigend, woraufhin der Fokus zurück auf Produktentdeckung und den shop-eigenen Checkout wanderte. Was bleibt, ist nicht der Knopf, sondern die Schicht darunter.

Wer den Checkout für Agentic Commerce vorbereiten will, arbeitet deshalb an vier Dingen gleichzeitig: an maschinenlesbaren Produktdaten, an programmierbaren Schnittstellen, an einer tokenbasierten Zahlung — und an einer klaren Haltung zur Haftung, solange die Regeln noch offen sind. Je sauberer eure Architektur heute getrennt ist, desto weniger müsst ihr morgen umstellen. Das ist keine Frage des nächsten Trends. Es ist eine Frage der Architektur.