Briefing · Denkmodell
KI-Agenten lernen, Sie zu finden und zu bezahlen. Nur Sie entscheiden, was Sie versprechen.
Ein Kauf über einen KI-Agenten ist nicht ein Schritt, sondern fünf: Der Agent findet Sie, prüft, ob er handeln kann, stützt sich auf eine Zusage, bezahlt und wickelt ab. Technologieplattformen, Kartennetzwerke und Zahlungsanbieter entwickeln die meisten dieser Schritte öffentlich. Der Schritt in der Mitte, ob diese Anzahlung, dieser Tisch oder diese Stornofrist eine erfüllbare Zusage ist, muss weiterhin von Ihnen festgelegt werden.
Veröffentlicht Aktualisiert
Die Stufen
Fünf Schritte vom Gefundenwerden bis zur Bezahlung
Das ist unser Modell zur Einordnung von agentengesteuertem Handel, also Käufen durch KI-Agenten im Kundenauftrag. Die Schritte folgen dem Ablauf eines Kaufs. Für jeden ist jemand anderes zuständig.
Gefunden
Der Agent findet Ihr Unternehmen und Ihr Angebot. KI-Assistenten und Einkaufsplattformen verantworten diesen Schritt. Im Mai 2026 kündigte Google einen Universal Cart und den Einstieg in Hotelbuchungen und lokale Essenslieferungen an.
Geprüft
Der Agent prüft, ob er handeln kann: Ist er legitim, sind Sie ein echter Teilnehmer und kann er Ihre Website nutzen? Netzwerke und Plattformen verantworten dies. Im Juni 2026 kündigte Visa einen Agent Score und ein Agentic Directory an.
Zugesagt
Bevor Geld fließt, muss eine Zusage vorliegen: Diese Anzahlung darf angenommen, dieser Termin freigehalten, diese Buchung innerhalb dieser Frist storniert und diese Leistung zu dieser Zeit erbracht werden. Keine Plattform und kein Netzwerk legt das für Sie fest.
Nur das Unternehmen kann dies festlegen
Bezahlt
Die Zahlung läuft über Prüfungen, Kartentokens und die Zahlungsart. Sie bleiben rechtlich der Verkäufer. Kartennetzwerke, Zahlungsanbieter wie Stripe und offene Checkout-Standards entwickeln diesen Bereich schnell.
Abgewickelt
Das Geld wird abgerechnet und der Vorgang abgeschlossen: Lieferung, Abgleich, Erstattungen und Streitfälle. Das gelingt nur reibungslos, wenn die Zusage in Schritt drei echt war.
Die Schritte eins, zwei, vier und fünf werden öffentlich entwickelt. Schritt drei ist die eigene Arbeit des Unternehmens. Eine saubere Zahlung kann keine Zusage erfüllen, die niemand gemacht hat.
Vier naheliegende Fehlinterpretationen
Gefunden zu werden ist keine Zusage: Ein Agent kann Ihre Leistung in einen Warenkorb legen, ohne dass jemand entschieden hat, ob diese Buchung vorgenommen, freigehalten oder storniert werden kann.
Geprüft zu werden ist keine Zusage: Eine Agentenbereitschaftsbewertung oder ein Verzeichniseintrag zeigt, ob ein Agent handeln kann, nicht, ob Sie Ihr Wort halten können.
Bezahlen ist keine Zusage: Ein Zahlungsweg bewegt Geld für eine bereits bestehende Zusage. Die Abwicklung kann sie nicht nachträglich schaffen.
Unsere Einschätzung: Die genannten Unternehmen entwickeln die vier anderen Schritte und lassen Schritt drei offen. Das ist unsere Interpretation ihrer Ankündigungen, keine Aussage eines dieser Unternehmen.
Schritt drei
Was eine Zusage braucht, auf die ein Agent sich verlassen kann
Eine Zusage ist hier kein Werbespruch. Sie besteht aus Angaben und Regeln unter Ihrer Kontrolle, die im Moment der Agentenanfrage stimmen.
Angaben zu Ihren Leistungen
Leistungen, Öffnungszeiten, Verfügbarkeit und die Angebote je Standort, so klar, dass ein Agent nicht raten muss.
Ob diese Anfrage passt
Kann diese Personenzahl, Uhrzeit oder Leistung an diesem Standort gerade tatsächlich angenommen werden?
Aktuell, keine Momentaufnahme
Eine Zusage auf Grundlage der gestrigen Verfügbarkeit wird gebrochen.
Was genau zugesagt wird
Jetzt und später fällige Beträge, ein tatsächliches Freihalten samt Ablaufzeit, Stornofrist, Garantie und ihre Grenzen. Eine Anzahlung allein beweist nicht, dass etwas freigehalten wird.
Für beide Seiten sichtbare Bedingungen
Ihre Regeln zu Nichterscheinen, Verspätung und Anzahlung, für Kunden und Agenten sichtbar und überall gleich angewendet.
Ein Nachweis, für den Sie einstehen können
Die genauen Bedingungen und die Zustimmung des Kunden, so aufbewahrt, dass Erstattungen und Streitfälle anhand Ihrer tatsächlichen Formulierungen geklärt werden.
Eine öffentliche Erhebung
Tausende Shops geben an, Checkout zu unterstützen. Weniger als zehn geben an, Zahlungen innerhalb des Agenten zu ermöglichen.
Unternehmen, die das Universal Commerce Protocol, einen offenen Standard für Agenten-Checkout, unterstützen, veröffentlichen eine kleine öffentliche Datei unter /.well-known/ucp, ähnlich wie robots.txt. Sie beschreibt, was ein Agent bei ihnen tun darf. UCP Checker zählt diese Dateien. Am 22. September 2026 um 20:58 UTC zählte es 17.765 verifizierte Shops bei 21.900 beobachteten Domains [UCP Checker · 2026-09-22 20:58 UTC]. Die größere Zahl sind die beobachteten Webadressen; die folgenden Anteile beziehen sich auf die verifizierten Shops.
Anteil der 17.765 verifizierten Shops, die den jeweiligen Checkout-Bestandteil deklarieren [UCP Checker · 2026-09-22 20:58 UTC]
Checkout99,6 %
Warenkorbverwaltung90 %
Bestellverwaltung60,3 %
Bei derselben Ablesung [UCP Checker · 2026-09-22 20:58 UTC] stand Payment Token Exchange bei 8 und Embedded Checkout bei 1. Diese Bestandteile würden die Zahlung innerhalb des Agentenablaufs ermöglichen: die Übergabe eines sicheren Ersatzes für die Kundenkarte an den Shop und die Anzeige des eigenen Shop-Checkouts im Agenten.
Der Live-Zähler, von dem diese Zahlen abgelesen wurden:
So lesen Sie diese Zahlen
Die Erhebung ist ein Live-Zähler, den der Herausgeber alle 24 Stunden erneut durch Crawling aktualisiert. Diese Zahlen gelten nur für den angegebenen Zeitpunkt, für keinen anderen. Beim Lesen dieses Artikels sind sie nicht aktuell.
Seit der August-Erhebung ist die Zahl der Deklarationen zur Warenkorbverwaltung um Tausende gestiegen, während Zahlungstoken-Deklarationen einstellig bleiben. Bei den September-Ablesungen für dieses Update änderten sich die Zahlen für Payment Token Exchange und Embedded Checkout überhaupt nicht.
Eine Datei zu zählen heißt nicht, einen Verkauf zu zählen. Laut UCP Checkers eigener Methodik sind optionale Prüfungen bewusst nur lesend und in ihrer Abrufrate begrenzt. Sie führen keinen Checkout aus und ändern keinen Zustand. Eine Deklaration sagt, was ein Unternehmen akzeptieren will, nicht, dass es bereits etwas akzeptiert hat.
Juli und August 2026
Die Regeln zur Beschreibung einer Zusage wurden genauer
Vier Entwicklungen beschreiben mehr von Schritt drei. Jede hat eine Grenze dessen, was sie tatsächlich belegt.
Shopify · API-Version 2026-07
Ein Anzahlungsfeld in Bestellentwürfen
- Die Grenze
- Nur Bestellentwürfe in Shopify Plus. Kein universeller Standard für Anzahlungen, Reservierungen oder Buchungen.
Eine autorisierte App kann in einem Bestellentwurf eine Anzahlung festlegen. Eine Kundenkonto-Integration mit passenden Berechtigungen kann die jetzt und später fälligen Beträge lesen.
Shopify · Änderungsprotokoll
Geschäftsregeln wandern auf den Server
- Die Grenze
- Der alte Hook funktioniert in aktuellen und älteren Versionen weiterhin; seine Entfernung liegt in der Zukunft. Das zeigt nicht, dass ein Shop bereits umgestellt hat.
Shopify verweist Entwickler von einem alten Checkout-Hook (useBuyerJourneyIntercept) auf serverseitige Prüfungen, die über Checkout-Oberflächen hinweg gelten, einschließlich Express-Wallets und Agenten-Checkout.
Universal Commerce Protocol · v2026-08-25
Mehr Bestandteile eines Verkaufs lassen sich beschreiben
- Die Grenze
- Eine Bedingung zu beschreiben prüft nicht, ob sie aktuell, korrekt, vorrätig, frei oder tatsächlich im Einsatz ist, ob das Unternehmen sie anbieten kann oder ob sie erfüllt wird. Daraus allein entsteht weder eine vorläufige Reservierung noch eine Stornogarantie.
Die Veröffentlichung ergänzt Zahlungsbedingungen und -pläne einschließlich Anzahlungen und Raten, festgehaltene Regelversionen, Standort- und Lieferkontext sowie Änderungen bei Identität und Einwilligung. Sie enthält auch inkompatible Änderungen.
Google Merchant Center
Werkzeuge zum Testen eines Checkouts vor dem Start
- Die Grenze
- Ein begrenzter US-Pilot für teilnehmende Händler und US-Produkte mit Google-Freigabe als Voraussetzung. Ein validierter Endpunkt ist keine abgeschlossene Zahlung.
Googles UCP-Integration lässt teilnehmende Händler die Einrichtung vornehmen, in Sandbox- und Produktionsumgebungen testen, Endpunkte validieren und die Einsatzbereitschaft überwachen.
Quellen vom 14. bis 24. September 2026
Ein Entwurf für Buchungen und drei benannte Wege, jeweils enger begrenzt als sie klingen
Vier offizielle Quellen, erneut geprüft am 5. Oktober 2026. Keine zeigt ein Unternehmen, das über einen Agenten eine verbindliche Buchungszusage macht.
UCP · am 24. September 2026 zusammengeführt, weiterhin Entwurf
Ein Spezifikationsentwurf für Hotelbuchungen
- Die Grenze
- Ein Entwurf, der sich noch auf inkompatible Weise ändern kann. Er zeigt nicht, dass ein Hotel ihn umgesetzt hat oder einen bestimmten Aufenthalt zusagen kann.
UCP führte eine Funktion für Unterkunftsbuchungen und eine Erweiterung für Stornoregeln zusammen. Sofern die Erweiterung AP2 Mandates nicht unterstützt wird, muss der Gast jede Buchung selbst über eine vertrauenswürdige Oberfläche abschließen.
Tapestry · 16. September 2026, Anbieterangabe
Coach und Kate Spade in Gemini und Google Search
- Die Grenze
- Ein benannter US-Einzelhandelsweg, kein Beleg für funktionierende lokale Dienstleistungsbuchungen.
Laut Tapestry können Coach- und Kate-Spade-Produkte in den USA über die Gemini-App und Google Search einschließlich AI Mode gekauft werden, mit UCP-Checkout: jeweils ein Artikel über Google Pay, jeder Kauf ausdrücklich vom Käufer freigegeben.
Worldline · 14. September 2026, angekündigt
Ein UCP-Zahlungsmodul
- Die Grenze
- Ein Weg zum Geldempfang. Er prüft keinen Bestand und macht keine Reservierungszusage.
Worldline kündigte ein UCP-Zahlungsmodul an, verfügbar mit seiner grenzüberschreitenden Global-Collect-Plattform.
GoCardless · 22. September 2026, Anbieterangabe
Ein Agent richtet eine monatliche Spende im Vereinigten Königreich ein
- Die Grenze
- Die Teilnahme am Programm ist keine Empfehlung durch die FCA. Eine Spende bedeutet nicht, dass Einzelhandel oder Hotelbuchungen breit eingeführt werden.
GoCardless meldete nach eigener Bezeichnung die erste agentengesteuerte Konto-zu-Konto-Zahlung im Vereinigten Königreich, direkt zwischen Bankkonten: eine wiederkehrende Spende an Trussell. Der Spender wählt 5, 10 oder 15 Pfund pro Monat und gibt Bankdaten an, damit der Agent in seinem Auftrag ein Lastschriftverfahren einrichten kann. Die Umsetzung entstand im AI-Live-Testing-Programm der FCA.
Was Sie jetzt tun können
Fünf Wege, Schritt drei selbst zu gestalten
Nichts davon braucht ein neues Protokoll. Es beginnt mit Ihrem eigenen Buchungssystem und Ihren Regeln.
Schreiben Sie Ihre Bedingungen als getrennte Punkte auf
Anzahlung, jetzt und später fällige Beträge, Stornofrist, Regeln bei Nichterscheinen und Verspätung sowie tatsächliches Freihalten. Setzen Sie eine Anzahlung nie mit einer Reservierung gleich.
Halten Sie die Angaben für Agenten korrekt
Öffnungszeiten, Verfügbarkeit, Leistungen und Angebote je Standort: vollständig genug, um sie verlässlich zu erfüllen, nicht nur leicht auffindbar.
Wenden Sie überall dieselben Regeln an
Bitten Sie Ihren Buchungs- oder Checkout-Anbieter, Ihre Regeln in seinen eigenen Systemen durchzusetzen, damit Website, Wallets und Agenten dieselben Bedingungen erhalten.
Testen Sie, was funktioniert, nicht nur, was deklariert ist
Eine gültige Datei unter /.well-known/ucp ist kein abgeschlossener Checkout. Um zu sehen, ob Ihre Website oder Ihr Buchungswerkzeug eine solche veröffentlicht, öffnen Sie Ihre Webadresse gefolgt von /.well-known/ucp oder fragen Sie den Anbieter. Prüfen Sie anschließend die tatsächlichen Antworten und separat eine echte Testbestellung.
Halten Sie fest, was der Kunde akzeptiert hat
Speichern Sie die Bedingungsversion, die Bestätigung des Kunden und die Bestellung, damit Erstattungen oder Streitfälle anhand Ihrer Formulierungen geklärt werden.
Weiterlesen
Wo Zusage und Zahlung zusammentreffen
Das zentrale Briefing hinter diesem Modell, das neueste darauf eingeordnete Signal und die praktische Bedeutung eigener Unternehmensangaben und verbindlicher Zusagen.
- Kartennetzwerke bringen KI-Agenten das Bezahlen bei. Nur Sie bestimmen, was zum Verkauf steht.Warum sich die Zahlungsseite schnell entwickelt, während Sie weiterhin für richtige Preise, freie Termine und Bedingungen sorgen müssen.Briefing lesen
- KI-Agenten erhalten Werkzeuge, um Sie zu finden, einen Warenkorb zu füllen und zu bezahlenDas aktuelle Signal ordnet neue Agentenwerkzeuge in die Stufen ein und zeigt den weiterhin fehlenden Zusageschritt.Signal lesen
- Infrastruktur für HändlerDie Unternehmensangaben und verbindlichen Zusagen, auf die KI-Agenten angewiesen sind, direkt an der Quelle korrekt gehalten.So funktioniert es
Sprechen Sie mit uns über die Vorbereitung Ihres Unternehmens
Schreiben Sie Obenan Research, wenn Sie besprechen möchten, was Ihr Unternehmen einem KI-Agenten verbindlich zusagen und auch einhalten kann.
Quellen
Worauf dieser Beitrag beruht
Ausschließlich auf öffentlichen Quellen aufgebaut. Die Stufen sind Obenans eigenes Modell; die Lücke bei Schritt drei ist unsere Auslegung der Unternehmensankündigungen. Die Erhebungszahlen entsprechen dem öffentlichen UCP-Checker-Zähler zum angegebenen Zeitpunkt und zu keinem anderen. Quellen, die im September-Quellenupdate ergänzt wurden, tragen dessen Datum, den 22. September 2026, als Prüfdatum. Seiten ohne Veröffentlichungsdatum zeigen nur dieses Datum. Obenan verarbeitet keine Zahlungen, rechnet keine Transaktionen ab und besitzt kein Zahlungsprotokoll. Es bestehen keine Partnerschaften, Integrationen, Pilotfreigaben oder besonderen Zugänge mit Mastercard, Visa, Adyen, Google, OpenAI, Stripe, American Express, PayPal oder einem anderen genannten Unternehmen. Obenan wird von keinem davon empfohlen oder zertifiziert. Kein Obenan-Händler ist durch ein öffentliches Netzwerk oder Protokoll zertifiziert oder für verbindliche Zusagen zugelassen. Dies ist weder eine Obenan-Produktimplementierung noch eine Kundenfähigkeit. Keiner der genannten Anbieter steuert, wie ein KI-Agent ein Unternehmen einstuft, empfiehlt oder mit ihm Geschäfte abwickelt. Nichts hier garantiert Ranking, Empfehlung, Transaktionsabschluss, Umsatz oder Aufnahme in eine Plattform.
- Universal Commerce Protocol release v2026-08-25
Universal Commerce Protocol (GitHub) Geprüft
Zahlungsbedingungen und -pläne, festgehaltene Regelversionen, Standort- und Erfüllungskontext, Änderungen bei Identität und Einwilligung sowie inkompatible Änderungen.
- Shopify: draft-order deposit fields for Admin and Customer Account APIs
Shopify Geprüft
Das Anzahlungsfeld in Shopify-Plus-Bestellentwürfen.
- Shopify: server-side cart and checkout validation migration
Shopify Geprüft
Die Verlagerung von Checkout-Regeln zur serverseitigen Validierung; der alte Hook funktioniert weiter und wird erst künftig entfernt.
- Google Merchant Center: limited UCP pilot and validation tools
Google for Developers Geprüft
Der begrenzte US-Pilot, seine Test- und Endpunktvalidierungswerkzeuge sowie die erforderliche Freigabe durch Google.
- UCP Checker: August 2026 point-in-time census
UCP Checker Geprüft
Die August-Erhebung, deren Zahlen durch die datierte September-Ablesung ersetzt werden.
- UCP Checker: census methodology
UCP Checker Geprüft
Was die Erhebung zählt und dass optionale Prüfungen nur lesend sind und keinen Checkout ausführen.
- Visa public rules
Visa Geprüft
Das Beispiel eines Kartennetzwerks zum Aufbewahren von Belegen der Kundenzustimmung; keine gemeinsame Shopify- oder UCP-Implementierung.
- Universal Commerce Protocol release v2026-04-08
Universal Commerce Protocol (GitHub) Veröffentlicht Geprüft
Versionierte Spezifikationen für Warenkorbzustand, Katalog, Berechtigung, Signierung und Gesamtbeträge hinter den Prüf- und Zusageschritten.
- Universal Commerce Protocol checkout specification
Universal Commerce Protocol Geprüft
Offene Checkout-Spezifikationen hinter dem Zahlungsschritt; eine fortlaufend aktualisierte Spezifikation.
- Visa: New AI, stablecoin, and token innovations at Visa Payments Forum
Visa Veröffentlicht Geprüft
Agent Score, ein Agentic Directory und ein großes Transaktionsmodell hinter dem Prüfschritt.
- Stripe: agentic commerce and checkout expansion
Stripe Veröffentlicht Geprüft
Weitere Zahlungsarten und Protokolle für Agenten hinter dem Zahlungsschritt.
- Google: Shopping updates from Google Marketing Live
Google Veröffentlicht Geprüft
Universal Cart und der Einstieg in Hotelbuchungen und lokale Essenslieferungen hinter dem Suchschritt.
- UCP Checker: live declaration statistics
UCP Checker Geprüft
Die datierte September-Ablesung [UCP Checker · 2026-09-22 20:58 UTC]: ein alle 24 Stunden erneut gecrawlter Live-Zähler, der Angaben öffentlicher Dateien zählt, nicht Nutzung, Marktanteile oder Käufe.
- UCP pull request 780: lodging booking capability
Universal Commerce Protocol (GitHub) Geprüft
Der Entwurf für Unterkunftsbuchungen und die Erweiterung für Stornoregeln, zusammengeführt am 24. September 2026 und weiterhin als Entwurf markiert.
- Tapestry: Coach and Kate Spade in the Gemini app and Google Search
Tapestry Veröffentlicht Geprüft
Der US-Checkout für jeweils einen Artikel über Google Pay, mit ausdrücklicher Freigabe für jeden Kauf.
- Worldline press release: UCP payment handler
Worldline Veröffentlicht Geprüft
Das UCP-Zahlungsmodul auf der Global-Collect-Plattform.
- GoCardless: the first agentic account-to-account payment in the UK
GoCardless Veröffentlicht Geprüft
Die wiederkehrende Spende an Trussell, entwickelt im AI-Live-Testing-Programm der FCA.