Agentic Commerce ermöglichen: Verkauf über KI-Einkaufsagenten Dritter (ACP / UCP / AP2)

Verbraucher bitten zunehmend einen KI-Assistenten, ein Produkt zu finden und zu kaufen, statt Shops zu durchstöbern. Händler, die nur auf Sichtbarkeit optimieren (siehe REC-011), verlieren den Verkauf in dem Moment, in dem der Agent zur Kasse gehen will. Agentic Commerce macht Katalog, Preis, Bestand, Warenkorb und Checkout über offene Agentenprotokolle zugänglich und akzeptiert delegierte Zahlungsdaten, sodass der Shop Verkäufer im Rechtssinne (Merchant of Record) bleibt, während der Agent auf Käuferseite das Stöbern übernimmt. Das Feld ist jung: Die Volumina sind klein, die Protokolle entwickeln sich schnell.

Problem & Nutzen

• Heute: KI-Assistenten empfehlen Produkte, leiten Nutzer aber zum menschlichen Checkout eines Shops. Agenten, die Produktseiten auslesen, sind fragil, Bot-Abwehr blockiert sie, und Kartendaten lassen sich nicht sicher an einen Agenten übergeben. Shops haben kein Modell für Identität, Einwilligung oder Haftung bei von Agenten ausgelösten Bestellungen.
• KI-Nutzen: Eine saubere maschinenlesbare Schnittstelle (Feed + Checkout-API + tokenisierte Zahlung) lässt einen Agenten den Kauf innerhalb der Unterhaltung abschließen, während der Shop Preisgestaltung, Steuer, Abwicklung und Kundenbeziehung behält. Ein neuer Nachfragekanal, ohne einen Marktplatz dafür zu bezahlen, Verkäufer im Rechtssinne zu sein.
• Belegstand: Es gibt echte Einsätze, aber sie sind jung. ACP wird von OpenAI und Stripe gepflegt (Apache 2.0, Spezifikation in Beta, stabile Version 2026-04-17) [1]; UCP ist ein offener Standard von Google mit Shopify, Etsy, Wayfair, Target, Walmart und anderen und lässt das Unternehmen Verkäufer im Rechtssinne bleiben [2]. Mehrere Sekundärquellen berichten, dass ChatGPT Instant Checkout im März 2026 eingestellt wurde (genaues Datum je nach Quelle unterschiedlich), während das Protokoll weiterlief; prüfen Sie den aktuellen Stand, bevor Sie um eine einzelne Plattform herum planen. Verlässliche Zahlen zu Conversion oder Umsatzsteigerung sind nicht öffentlich; messen Sie selbst.

Varianten

• Protokollnativer Händler: ACP- und/oder UCP-Endpunkte direkt implementieren (große Händler, Marktplätze).
• Plattformgestütztes KMU: die Funktion in Shopify, Commerce-Plattformen oder beim Zahlungsdienstleister (PSP) einschalten; kein eigener Code.
• Sicht des PSP: Acquirer oder PSP geben delegierte Token aus und akzeptieren sie (Stripe Shared Payment Tokens, Netzwerk- Agententoken), führen die Authentifizierung von Agenten durch und betreiben agentenbewusste Betrugsregeln.
• Spur der Kartennetzwerke: Visa Intelligent Commerce / Trusted Agent Protocol und Mastercard Agent Pay ergänzen Agentenidentität und Agententoken auf Netzwerkebene, unabhängig von der Einkaufsplattform.
• B2B und digitale Güter: Mandate im Stil von AP2 für wiederkehrenden oder agentenübergreifenden Einkauf von Dienstleistungen und Abonnements.
• Nicht Gegenstand: der eigene Agent des Verbrauchers (PERS-011), der Chatbot des Shops (CONV-006), reine Sichtbarkeit (REC-011).

So funktioniert es

1. AI assistant (buyer agent)
2. discovers merchant (feed / UCP profile / MCP-style endpoint)
3. product search, price & stock query
4. cart creation
5. shipping & tax quote
6. buyer confirms in the assistant
7. delegated payment token (SPT / network token / AP2 mandate)
8. merchant checkout API creates order, PSP authorises (SCA by issuer where required)
9. fulfilment, e-mail receipt
10. returns / support via order ID

• Katalogebene: vollständige, strukturierte Produktdaten (GTIN, Varianten, Verfügbarkeit, Lieferzeit, Gesamtpreis inkl. MwSt. und Versand). Die Qualität hier entscheidet, ob ein Agent das Produkt einordnen und kaufen kann.
• Checkout-Ebene: ACP stellt Agentic Checkout und Delegate-Payment-APIs bereit [1]; UCP gliedert den Handel in Fähigkeiten (Entdeckung, Checkout, Bestellverwaltung) mit Erweiterungen wie Rabatten [2]; Google AP2 ergänzt signierte Mandate, die belegen, was der Nutzer autorisiert hat [3].
• Zahlungsebene: Der Agent sieht nie die Kartennummer; er übergibt ein eng gefasstes Einmal-Token, gebunden an Händler und Betrag. Visa und Mastercard ergänzen auf der Seite des Kartenausstellers Agentenidentität und Authentifizierung des Karteninhabers (Passkeys) [4][5].
• KI-Komponenten: überwiegend Protokollentwicklung. LLMs helfen bei der Anreicherung von Produktdaten, der Klassifizierung von Agentenverkehr und der Beantwortung von Fragen nach dem Kauf. Mensch-in-der-Schleife (Human-in-the-Loop): Der Käufer bestätigt den Kauf im Agenten; Mitarbeitende des Händlers bearbeiten Streitfälle, Ausnahmen bei Erstattungen und Betrugsprüfungen.

Datenaufbereitung

Die Kerndaten sind der Produktkatalog: GTINs, Titel, Attribute, Preise, Bestände, Lieferzeiten sowie die Rückgabe-, Versand- und Verbraucherrechtsregeln. In einem KMU liegen sie typischerweise im Shopsystem, im ERP oder Warenwirtschaftssystem, in Excel- und CSV-Dateien von Lieferanten und in PDFs von Herstellern. Typische Lücken sind fehlende GTINs, uneinheitliche Attribute und Einheiten, dünne oder doppelte Beschreibungen, veraltete Bestands- und Preisdaten, Bilder ohne Alternativtext und Regeln, die nur als verstreute Dokumente existieren. Agenten vergleichen Angebote anhand strukturierter Daten; unvollständige Attribute bedeuten daher verlorene Sichtbarkeit.

Konkrete Schritte: den Katalog aus Shop und ERP exportieren (PREP-005), in saubere Tabellen überführen (PREP-011) und Attributnamen sowie Einheiten in einem Glossar festlegen (PREP-012). Tags und Metadaten ergänzen (PREP-010), Lücken aus Lieferantendaten füllen und Feeds gegen das Protokollschema validieren. Rückgabe- und Lieferbedingungen als klare, verbindliche Texte formulieren (PREP-013), damit Agenten und Support einheitlich antworten. Bestands- und Preissynchronisation nahezu in Echtzeit halten. Rechnen Sie damit, dass etwa ein Drittel des Aufwands in die Katalogqualität fließt, danach in die laufende Pflege. Für eine Bereitschaftsprüfung siehe GUIDE-003.

Umsetzungswege

Welcher Weg für wen

• KMU: A. Shopplattformen (Shopify, kommerzielle Shopsysteme mit ACP-/UCP-Konnektoren) bieten bereits Protokollunterstützung; der Ablauf ist Standard, und ein gehostetes Produkt ist am günstigsten.
• Großunternehmen: B. Eigene Commerce-Stacks und PIM-/OMS-Landschaften brauchen eine individuelle Integration von Feed, Checkout und Risikoprüfung über APIs, und der Agentenverkehr ist strategisch.
• Entwickler: B. Die Protokoll-Endpunkte und die Token-Verarbeitung auf Cloud-APIs und SDKs von Zahlungsanbietern zu implementieren, ist der natürliche Weg für Agenturen und Plattformbauer.

Weg A — Kaufen / auf der Plattform aktivieren (für KMU empfohlen)

• Commerce-Plattformen: Shopify (Teilnehmer an den Einführungen von ACP und UCP), weitere SaaS-Shops mit Plugins für Agenten-Checkout; prüfen Sie, welche Agentenplattformen in Ihrem Land live sind.
• PSPs: Stripe (Shared Payment Tokens, Agentic Commerce Suite), Adyen (EU), Checkout.com, Worldline (EU), Nuvei, mit Agententoken der Netzwerke von Visa und Mastercard. EU-Verfügbarkeit und Handhabung der starken Kundenauthentifizierung (SCA) prüfen.
• Feed-/Katalogwerkzeuge: Produktinformationssysteme (Akeneo, EU) und Feed-Manager für saubere Attribute.
• A wählen, wenn: Sie einen Standardshop betreiben und den Kanal ohne Entwicklungsaufwand testen wollen.

Weg B — Auf Cloud-KI-Diensten aufbauen

• ACP-Checkout- und Delegate-Payment-Endpunkte oder UCP-Fähigkeiten im eigenen Backend implementieren, mit der Token-Annahme Ihres PSP. Vorhandene Warenkorb-, Steuer- und Bestelldienste hinter einem dünnen Protokolladapter weiterverwenden.
• Authentifizierung von Agenten: Agentensignaturen prüfen (z. B. Visa Trusted Agent Protocol, HTTP Message Signatures), Anfragen begrenzen und die Agentenidentität je Bestellung protokollieren.
• LLM-APIs (Mistral in EU-Region, Azure OpenAI EU, Claude, Gemini) für Katalogaufbereitung und Support-Antworten.
• B wählen, wenn: individuelle ERP-/Bestandslogik, Marktplätze oder mehrere Marken hinter einem Checkout vorliegen.

Weg C — Selbst betreiben (Open Source)

• Die Protokolle sind Open Source (ACP- und UCP-Spezifikationen auf GitHub); ein selbst betriebener Adapter vor Medusa, Saleor (beide Open Source) oder einem eigenen Shop ist daher machbar. Die Zahlungsabwicklung erfordert weiterhin einen lizenzierten PSP/Acquirer.
• Kleine Modelle mit offenen Gewichten (Klasse Mistral, Qwen, Llama) für Anreicherung und Vorsortierung des Agentenverkehrs auf HW1–HW2; für das Protokoll selbst nicht erforderlich.

Weg D — Eigenes Training

Selten. Nur möglich für Klassifikatoren zur Unterscheidung von Agenten- und Menschenverkehr oder für Betrugsmodelle, die auf der eigenen Bestell- und Sitzungshistorie trainiert werden, sobald das Agentenvolumen aussagekräftig ist.

Stand der Technik (2026)

• Protokolllandschaft: ACP (OpenAI/Stripe) [1], UCP (Google und Handelspartner) [2], AP2 für die Zahlungsautorisierung [3], dazu Netzwerkverfahren: Visa Intelligent Commerce / Agentic Ready und Mastercard Agent Pay [4][5]. Sie ergänzen sich weitgehend (UCP für den Kaufablauf, AP2 und Netzwerk-Token für die Zahlung), einen klaren Gewinner gibt es aber nicht.
• Europa: Visa startete im März 2026 sein Programm Agentic Ready, zuerst in Europa mit über 20 kartenausgebenden Partnern [4]; Mastercard und ING meldeten erste europäische produktive Agentenzahlungen [5]; Revolut und Visa meldeten im September 2026 die erste per Passkey authentifizierte Agenten-Kartenzahlung in Frankreich in einem Live-Checkout, als kontrollierten Test, der in der App noch nicht freigeschaltet ist [9]. Die meisten sind Pilotprojekte, keine Einführungen im Verbrauchermaßstab.
• Grenzen: sich ändernde Spezifikationen (ACP ist Beta), wenige Agentenplattformen mit echtem Verkehr, unklare Haftungsverteilung bei falschen Bestellungen, schwache Produktdaten, die zu falschen Varianten führen, Prompt Injection gegen Käuferagenten durch feindliche Seiteninhalte und Händler, die die direkte Kundenbeziehung und die Fläche für Zusatzverkäufe verlieren.

Gemeinsame Bausteine & Kombinationen

• REC-011 (von Agenten gefunden werden) ist die Nachfrageseite; dieser Anwendungsfall ist die Transaktionsseite.
• ANOM-001 Betrugsmodelle für Zahlungen brauchen agentenbewusste Merkmale; AGENT-020 E-Commerce-Betrieb teilt Katalog und Antwortautomatisierung; CONV-006 nutzt dieselben Produktdaten; AGENT-003 behandelt Agenten, die Oberflächen ohne Protokolle bedienen (die Rückfalllösung, die dieser Anwendungsfall ersetzt); AGENT-025 zur Überwachung der eigenen Agenten; PERS-011 ist das Gegenstück auf Käuferseite.
• Gemeinsame Bausteine: Produktdatenmodell, Tokenisierung beim PSP, Webhook-/Bestell-Workflow, Bot-Management.

Aufwand, Kosten & Kennzahlen

• Weg A: Tage bis Wochen zur Aktivierung; Kosten sind PSP-/Plattformgebühren und die Bereinigung der Feeds.
• Weg B: 2–4 Monate für Protokolladapter, Agentenauthentifizierung und Tests mit jeder Agentenplattform, dazu laufende Pflege bei Änderungen der Spezifikation.
• Weg C: ähnlich wie B plus PSP-Anbindung; das Hosting fällt kaum ins Gewicht.
• Kennzahlen: Anteil der Bestellungen von Agenten, Vollständigkeit und Ablehnungsquote der Feeds, Erfolgsquote des Checkouts, Autorisierungsquote (inkl. SCA-Abfragen), Rückbuchungs- und Betrugsquote bei Agentenbestellungen im Vergleich zum Web, Retourenquote, Marge nach Gebühren des Agentenkanals.

Menschen & Veränderung

Beziehen Sie die Geschäftsführung für die strategische Entscheidung sowie die Fragen zu Marge und Marke ein, die Vertriebs- oder E-Commerce-Leitung als Prozessverantwortliche und IT sowie Informationssicherheit für Endpunkte, Zahlungstoken und Bot- bzw. Betrugskontrollen. Die oder der Datenschutzbeauftragte klärt die Rollen mit Plattform und Zahlungsanbieter (AVV, Art. 28 DSGVO), welche Kundendaten bei Agenten Dritter ankommen und ob eine DSFA nötig ist. Recht und Compliance prüfen verbraucherrechtliche Pflichten, die Haftung als Verkäufer im Rechtssinne und die Verträge mit Agentenplattformen; Lieferanten müssen saubere Produktdaten liefern.

Betriebsrat: im Regelfall nein, weil der Anwendungsfall externe Kunden und Agenten betrifft und kein Verhalten von Beschäftigten überwacht (§ 87 Abs. 1 Nr. 6 BetrVG). Relevant wird er nur, wenn die Werkzeuge für Support oder Betrugsprüfung einzelne Beschäftigte auswerten; ändern sich Arbeitsabläufe, informieren Sie den Betriebsrat dennoch rechtzeitig nach § 90 Abs. 1 Nr. 3.

Beginnen Sie mit einem Pilotprojekt für ein kleines Sortiment oder einen Agentenkanal, mit Ausgabenlimits und menschlicher Prüfung ungewöhnlicher Bestellungen. Typische Sorgen sind der Verlust der Kundenbeziehung, Margendruck und Betrug; begegnen Sie ihnen mit klaren Marken- und Preisregeln und mit Überwachung. Schulen Sie Shop- und Support-Mitarbeitende zu Agentenbestellungen (die KI-Verordnung (AI Act) verlangt in Art. 4 Maßnahmen zur Förderung der KI-Kompetenz). Siehe GUIDE-009, GUIDE-014 und GUIDE-010.

Risiken, Regulierung & Compliance

• KI-Verordnung (AI Act): minimales Risiko für die Protokollebene des Händlers; KI-Kompetenz (Art. 4) gilt. Chatbot-artige Antworten an Verbraucher unterliegen den Transparenzpflichten nach Art. 50. Verdeckte Manipulation von Agenten oder Nutzern könnte Art. 5 (manipulative Techniken) berühren; erstellen Sie daher keine täuschenden, an Agenten gerichteten Inhalte.
• PSD2/SCA: Der Kartenaussteller bleibt für die Authentifizierung des Karteninhabers verantwortlich; delegierte Agentenzahlungen stützen sich auf Token plus Authentifizierung auf Ausstellerseite (Passkeys, 3-D Secure) und Agentenidentität. Klären Sie Ausnahmen mit Ihrem PSP und dem sich entwickelnden Text zu PSD3/PSR, statt anzunehmen, Agentenzahlungen seien ausgenommen.
• Verbraucherrecht: Der Shop ist der Unternehmer: Preistransparenz, Widerrufsrecht (14 Tage), vorvertragliche Informationen, Verbraucherrechterichtlinie und Pflichten aus dem Digital Services Act gelten auch dann, wenn die Information in einem Agenten eines Dritten angezeigt wird.
• DSGVO: Bestellungen enthalten Namen, Adressen und Kaufhistorien; klären Sie die Verantwortlichenrollen mit dem Agentenanbieter, begrenzen Sie die an Agenten gesendeten Daten und dokumentieren Sie Auftragsverarbeitungsverträge mit PSP und Plattformen.
• Sicherheit/Betrug: Identitätsvortäuschung durch Agenten, Wiederverwendung von Token, Preismanipulation, Prompt Injection über Produkttexte; Gegenmaßnahmen sind die Prüfung von Agentensignaturen, eng gefasste Token, erneute Preisprüfung beim Checkout und Bestelllimits für neue Agenten.

Erste Schritte

1. Produktdaten prüfen (GTIN, Attribute, Gesamtpreis, Lieferzeiten, Rückgaberegeln) und Lücken schließen.
2. Plattform und PSP fragen, welche Agentenprotokolle und -plattformen sie heute in der EU unterstützen.
3. Mit begrenztem Sortiment und Obergrenze für den Bestellwert pilotieren; die Agentenidentität je Bestellung protokollieren.
4. Regeln für Agentenverkehr in Bot-Management und Betrugsprüfung aufnehmen, statt alle Bots zu blockieren.
5. Bedingungen, Rückgabeprozess und verbraucherrechtliche Texte für von Agenten ausgelöste Bestellungen mit Rechtsberatung prüfen.

Quellen

1. Agentic Commerce Protocol (OpenAI/Stripe) repository — https://github.com/agentic-commerce-protocol/agentic-commerce-protocol
2. Google Developers Blog — Universal Commerce Protocol — https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/
3. Google AP2 (Agent Payments Protocol) — https://github.com/google-agentic-commerce/AP2
4. Visa Intelligent Commerce — https://developer.visa.com/capabilities/visa-intelligent-commerce
5. Mastercard Agent Pay — https://www.mastercard.com/us/en/business/artificial-intelligence/mastercard-agent-pay.html
6. Stripe — Agentic commerce / Shared Payment Tokens — https://docs.stripe.com/agentic-commerce
7. Regulation (EU) 2024/1689 (AI Act) — https://eur-lex.europa.eu/eli/reg/2024/1689/oj
8. Directive (EU) 2015/2366 (PSD2) — https://eur-lex.europa.eu/eli/dir/2015/2366/oj
9. The Paypers — Revolut and Visa complete France's first agentic card payment (Sept 2026) — https://thepaypers.com/payments/news/revolut-and-visa-complete-frances-first-agentic-card-payment