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

Veranschaulichendes Beispiel, kein echtes Restaurant und keine echte Bildschirmansicht.

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.

  1. 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.

  2. 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.

  3. 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

  4. 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.

  5. 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 %

Quelle: vom Herausgeber gemeldete Zahlen aus UCP Checkers öffentlicher Erhebung [UCP Checker · 2026-09-22 20:58 UTC]. Gezählt werden Angaben in öffentlichen Dateien. Das ist weder Nutzung noch Marktanteil oder ein Nachweis aufgegebener Bestellungen.

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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

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.

  1. 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.

  2. Shopify: draft-order deposit fields for Admin and Customer Account APIs

    Shopify Geprüft

    Das Anzahlungsfeld in Shopify-Plus-Bestellentwürfen.

  3. 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.

  4. 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.

  5. UCP Checker: August 2026 point-in-time census

    UCP Checker Geprüft

    Die August-Erhebung, deren Zahlen durch die datierte September-Ablesung ersetzt werden.

  6. 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.

  7. Visa public rules

    Visa Geprüft

    Das Beispiel eines Kartennetzwerks zum Aufbewahren von Belegen der Kundenzustimmung; keine gemeinsame Shopify- oder UCP-Implementierung.

  8. 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.

  9. Universal Commerce Protocol checkout specification

    Universal Commerce Protocol Geprüft

    Offene Checkout-Spezifikationen hinter dem Zahlungsschritt; eine fortlaufend aktualisierte Spezifikation.

  10. 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.

  11. Stripe: agentic commerce and checkout expansion

    Stripe Veröffentlicht Geprüft

    Weitere Zahlungsarten und Protokolle für Agenten hinter dem Zahlungsschritt.

  12. 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.

  13. 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.

  14. 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.

  15. 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.

  16. Worldline press release: UCP payment handler

    Worldline Veröffentlicht Geprüft

    Das UCP-Zahlungsmodul auf der Global-Collect-Plattform.

  17. 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.