Signal-Briefing von Obenan
Händlereigene Agenten werden zur Annahmestelle. Verlässliche Händlerdaten und einhaltbare Zusagen bleiben der schwierige Teil.
Im Mai 2026 haben Mastercard, PaymentAuth und Circle den agentischen Handel in Richtung händlereigener Flächen und standardisierter Zahlungsobjekte bewegt. Nichts davon belegt bisher, dass sich eine lokale Dienstleistung verbindlich zusagen, reservieren und einhalten lässt. Diese Lücke liegt der Zahlung vorgelagert, und dort trägt weiterhin der Händler das Risiko.
Published May 29, 2026
Die Kernaussage
Die Infrastruktur, mit der Agenten bezahlen, kommt schnell. Die Infrastruktur, mit der Händler verlässliche Zusagen machen können, hinkt hinterher. Ein markeneigener Agent kann die Bestellung annehmen, lange bevor das Unternehmen sie sicher einhalten kann.
- Veröffentlicht am
- 29. Mai 2026
- Format
- Signal-Briefing
- Quellen
- 7 primär, öffentlich
- Umfang
- 11.–29. Mai und 16. September 2026
Ausschließlich öffentliche Quellen. Beobachtete Fakten und unsere Einordnung sind getrennt gekennzeichnet.
In 60 Sekunden gelesen
Drei Fragen, drei Antworten.
Was sich bewegt hat, warum es für alle zählt, die dort bauen, wo Agenten auf Händler treffen, und welcher Teil noch von niemandem gelöst ist.
Ein Zahlungsnetzwerk hat eine händlereigene Agentenfläche ausgeliefert.
Am 26. Mai ergänzte Mastercard Merchant Cloud um eine Agent Suite: markeneigene Shopping-Agenten, die Unternehmen auf ihren eigenen Web-, App- und Messaging-Kanälen betreiben, angebunden an Identität, Katalog, Preisgestaltung, Bestand und eingebettete Zahlung.
Der Ort, an dem Kunden einem Unternehmen begegnen, wird zum Agenten.
Der händlereigene Agent ist jetzt ein fertig geschnürtes Produkt, kein Konzept mehr. Doch der Agent kann nur wiedergeben, was das Unternehmen bereits wahr gemacht hat. Die Fläche wird schneller klüger als die Fakten dahinter.
Ob sich eine lokale Dienstleistung tatsächlich verbindlich zusagen lässt.
Noch keine öffentliche Fläche belegt, dass das Zeitfenster frei ist, die Anzahlungsregel klar ist, die Stornobedingungen eingehalten werden und die Buchung Bestand hat. Genau das sind verlässliche Händlerdaten – und dieser Teil bleibt ungelöst.
Was daraus folgt
Fünf Schritte für alle, die diese Ebene bauen.
Unterteilt nach dem, was ein Händler kontrolliert, und dem, was ein Netzwerk kontrolliert. Das sind nicht dieselben Aufgaben, und genau dort, wo sie verwechselt werden, scheitern Zusagen.
- 01
Die Agentenfläche als Veröffentlichungsfläche behandeln (händlergesteuert)
Ein markeneigener Agent übernimmt genau den Katalog, die Öffnungszeiten, die Richtlinien und die Verfügbarkeit, die das Unternehmen veröffentlicht hat. Falsche Wahrheit wird zur selbstsicheren falschen Antwort, ausgeliefert in Maschinengeschwindigkeit.
- 02
Nicht darauf warten, dass die Zahlungsschiene Bausteine für Zusagen liefert (händlergesteuert)
Reservierungssperren, Anzahlungen, Stornoregeln und Servicezeitfenster verfasst der Händler. Kein Zahlungsnetzwerk füllt sie in seinem Namen aus.
- 03
Damit rechnen, dass vorgelagerte Händlerbelege zu einer Eingangsgröße der Autorisierung werden (netzwerkgesteuert)
Mit wachsendem Zahlungsvolumen von Agenten verschiebt sich die Frage von „Kann der Agent bezahlen?“ zu „Kann der Händler einhalten?“. Netzwerke und PSPs werden dieses Signal haben wollen, bevor das Geld fließt.
- 04
Den Übergang vom Produkt-Checkout zur Dienstleistungszusage beobachten (netzwerkgesteuert)
Heutige Flächen sind stark beim Checkout für Waren und dünn bei Buchungen. Die erste, die eine reservierte, durch Anzahlung abgesicherte lokale Buchung abwickelt, verändert die Landkarte.
- 05
Nicht annehmen, dass ein ausgefeilter Agent ein gehaltenes Versprechen bedeutet (gemeinsam)
Ein Agent, der eine Bestellung annimmt, ist nicht dasselbe wie ein Unternehmen, das sie einhalten kann. Verbindlichkeit ist eine eigene Eigenschaft, und sie ist diejenige, die alle in der Kette schützt.
Die Belege mit Datum
Vier Schritte in achtzehn Tagen.
Drei Unternehmen, eine Richtung. Jeder Schritt ist eine öffentliche, datierte Entwicklung. Zusammen gelesen zeigen sie, wo sich der agentische Handel konsolidiert und worum herum er sich konsolidiert.
Merchant Cloud erhält eine Agent Suite
Markeneigene Shopping-Agenten über die eigenen Kanäle eines Händlers hinweg, angebunden an Identität, Katalog, Preisgestaltung, Bestand und eingebettete Zahlung, darauf ausgelegt, mit entstehenden agentischen Protokollen übereinzustimmen. Das Netzwerk ist vom Vertrauen auf Seite der Kartenherausgeber in die händlereigene Ausführung vorgerückt.
Das Auffinden bezahlter Dienste wird zum Vertrag
Das Machine Payments Protocol ergänzte einen Entwurf zur Service-Discovery sowie Charge- und Session-Objekte für Karte, Stripe und mehrere Zahlungsschienen. Wie ein Agent eine kostenpflichtige Fähigkeit findet und bezahlt, wird zu einer maschinenlesbaren Spezifikation statt zu einer einmaligen Integration.
Ein Finanz-Stack für Agenten aus einer Hand
Circle Agent Stack bündelte Agent-Wallets, einen Agenten-Marktplatz, eine CLI und Nanopayments. Agenten können Guthaben halten, kostenpflichtige Dienste finden und innerhalb eingebauter Schutzmechanismen Transaktionen durchführen. Wallet, Auffindbarkeit und Zahlung sind zu verwalteter Infrastruktur zusammengewachsen.
Eine agentische Live-Transaktion in Deutschland
Deutschlands erste authentifizierte agentische Live-Transaktion lief über Agent Pay und buchte eine Veranstaltung über eine Partnerfläche; namentlich genannte Banken stehen auf der öffentlichen Partnerliste. Die Zahlungsausführung bewegt sich aus dem Pilotrahmen in die Realität, Land für Land.
Vier Schritte, drei Unternehmen, eine Richtung. Die Ebene, die es einem Agenten ermöglicht, ein Unternehmen zu finden, eine Fläche zu besitzen und zu bezahlen, konsolidiert sich zu Infrastruktur. Die Ebene, die es einem Händler ermöglicht, ein Versprechen zu geben, das er halten kann, ist in keinem davon enthalten.
Der entscheidende Unterschied
Eine Annahmestelle ist keine Zusage.
Eine Annahmestelle ist der Ort, an dem ein Agent empfangen und verstanden wird und bezahlen kann. Der Mai 2026 hat diese Stelle für Händler real gemacht. Eine Zusage ist etwas anderes: ein Versprechen, das ein bestimmtes Unternehmen für eine bestimmte Dienstleistung zu einer bestimmten Zeit halten kann, zu Bedingungen, die es einhalten wird.
Bei Produkten im Regal ist die Lücke klein. Bei einem Tisch um 19 Uhr, einem Praxistermin morgen oder einem durch Anzahlung abgesicherten Termin ist die Lücke das ganze Problem. Verbindlichkeit ist für eine lokale Dienstleistung eine eigene Wahrheitsebene, und sie ist das eine Stück, das keiner der Schritte vom Mai liefert.
Verfügbarkeit, die bindet
Ist das Zeitfenster jetzt tatsächlich frei, nicht nur als frei gelistet.
Vollständige Richtlinien
Regeln zu Anzahlung, Stornierung, Änderung und Nichterscheinen, auf deren Grundlage ein Dritter handeln kann.
Servicezeitfenster
Wann die Leistung tatsächlich erbracht werden kann, von wem und wie lange.
Begrenzte Zusagen
Ein Versprechen, das das Unternehmen halten kann, ausgedrückt als etwas, das ein Agent festhalten kann.
Aktualität
Wahrheit, die im Moment der Zusage aktuell ist, nicht die des letzten Quartals.
Belege
Eine Aufzeichnung dessen, was zu welchen Bedingungen versprochen wurde, bevor Geld fließt.
Wo es heute scheitert
Wenn die Zahlung funktioniert und das Versprechen nicht.
Jeder dieser Fälle kann auf einer ausgefeilten, händlereigenen Agentenfläche mit vollständig angebundener Zahlung eintreten. Der Fehler liegt nicht in der Zahlungsschiene. Er liegt in der Wahrheit hinter dem Angebot.
Ein Agent bucht für 19 Uhr einen Tisch, den das Restaurant nicht bereitstellen kann, weil die gelistete Verfügbarkeit eine Vermutung war und keine Reservierungssperre.
Ein Agent nimmt einen Termin mit einer Anzahlung an, deren Erhebung das Unternehmen nie zugestimmt hat.
Ein Agent bestätigt ein Zeitfenster, das das eigene System des Händlers bereits vergeben hat.
Ein Agent nennt ein Stornierungsfenster, das das Unternehmen nicht einhält, und der Streitfall landet beim Händler.
In jedem Fall war die Zahlung erfolgreich. Das Versprechen nicht. Das ist die Lücke bei verlässlichen Händlerdaten, und sie liegt jeder in diesem Briefing genannten Zahlungsschiene vorgelagert.
Aktualisierung · 16. September 2026
Eine vom Händler kontrollierte Route für Agenten ist aufgetaucht, und sie endet einen Schritt vor dem Bezahlen.
Dieses Briefing erschien im Mai 2026, als die händlereigene Annahmestelle noch überwiegend aus Ankündigungen bestand. Am 16. September 2026 hat PayPal eine konkrete veröffentlicht. Es lohnt sich, langsam zu lesen, denn die beschriebene Route ist nicht eine einzelne Fähigkeit. Sie besteht aus vier Schritten, und nur die ersten drei gehören allein dem Agenten.
Zuerst zwei Begriffe. MCP, das Model Context Protocol, ist ein veröffentlichter Weg, auf dem eine Software beschreibt, welche Aktionen ein Assistent darauf ausführen darf. WebMCP, von PayPal als vorgeschlagener offener Webstandard beschrieben, überträgt diese Idee auf eine Website: Ein Shop kann diese Aktionen auf seinen eigenen Seiten festlegen statt über eine separate Integration. Einfach gesagt: Ein Gartencenter schaltet es ein, und ein kompatibler Assistent kann danach den eigenen Onlineshop dieses Gartencenters lesen und darin handeln, im Rahmen dessen, was das Gartencenter freigegeben hat. Die PayPal-Zitate in diesem Abschnitt sind unsere Übersetzungen des englischen Originals.
Schritt 01 · der Agent liest
Katalog
PayPal nennt „Produkte und Produktdetails entdecken“ unter dem, was WebMCP einem Agenten ermöglichen kann. Der Katalog ist die eigene Aufstellung des Shops darüber, was er verkauft: den Artikel, seine Beschreibung, seine Varianten, seinen Preis. Ein Gartencenter mit vierzig Blumenzwiebelsorten veröffentlicht vierzig Katalogeinträge, und ein Agent, der sie liest, liest das, was dieser Shop zuletzt als wahr hinterlegt hat.
Verfasst von: dem Händler
Schritt 02 · der Agent liest
Verfügbarkeit und Optionen
PayPal nennt „Verfügbarkeit und Optionen prüfen“. Verfügbarkeit heißt, ob der Artikel gerade tatsächlich zu haben ist; Optionen sind die dazugehörigen Auswahlmöglichkeiten, etwa Größe oder Farbe. Das ist ein Lesen, keine Reservierung. Nichts in der Ankündigung beschreibt, dass der Agent Bestand zurückhält, und dieses Briefing liest sie auch nicht so.
Verfasst von: dem Händler
Schritt 03 · der Agent stellt zusammen
Warenkorb
PayPal nennt „einen Warenkorb anlegen und aktualisieren“. Ein Warenkorb ist die zusammengestellte, noch nicht gekaufte Auswahl: die Artikel, die Mengen, die laufende Summe. Der Agent kann die Bestellung zusammenstellen. Eine Bestellung zusammenzustellen heißt nicht, sie aufzugeben.
Verfasst von: dem Händler
Schritt 04 · der Agent beginnt, der Käufer schließt ab
Start des Bezahlvorgangs, dann Freigabe durch den Käufer
Der Start des Bezahlvorgangs ist der Moment, in dem der zusammengestellte Warenkorb an einen Zahlungsprozess übergeben wird. In PayPals Liste der Fähigkeiten steht „den Checkout starten und abschließen“ (im Original: "Starting and completing checkout"). Derselbe Abschnitt beschreibt PayPals eigene Umsetzung für Store Sync enger: Sie erlaubt dem Agenten, „zu suchen, auszuwählen, den Warenkorb vorzubereiten und den Checkout einzuleiten“, und fährt fort: „Anschließend wird der Käufer an PayPal übergeben, um sich anzumelden, eine Zahlungsquelle zu wählen oder zu bestätigen, die Transaktion zu prüfen und die Zahlung freizugeben.“ Zusammen gelesen startet der Agent den Checkout, und ein Mensch schließt ihn in PayPal ab. Wir verwenden die engere Lesart und sagen das hier ausdrücklich, denn die weitere würde einen Agenten beschreiben, der von sich aus bezahlt – was PayPals eigener Übergabesatz nicht stützt.
Freigegeben von: dem Käufer, in PayPal
Wo die Grenze verläuft
Drei der vier Schritte sind Dinge, die ein Agent auf einer Fläche tut, die der Händler besitzt und befüllt. Der vierte ist der Punkt, an dem sich ein Mensch anmeldet, die Zahlungsart wählt, die Transaktion ansieht und sie freigibt. Nichts von dem, was hier beschrieben wird, ist ein Agent, der eigenständig Geld ausgibt, und nichts in diesem Briefing sollte so gelesen werden.
Wodurch es begrenzt ist
Heute auf eine Kundengruppe beschränkt
PayPal schreibt, dass diese Fähigkeit „heute auf Kunden von Store Sync beschränkt ist“, und dass es in seinem Händler-Akzeptanznetz weiter testen und weitere Details zur Verfügbarkeit nennen wird, „sobald mehr Browser den Standard unterstützen“. Das ist ein begrenzter Test, keine allgemeine Verfügbarkeit.
Optional und Sache des Händlers
PayPal beschreibt die Fähigkeit als optional; sie gebe Händlern mit Store Sync „einen Weg, zu testen, zu lernen und zu entscheiden, ob die Unterstützung agentengestützten Einkaufens für ihr Geschäft sinnvoll ist“. Ein Händler, der nichts tut, hat nichts.
Der Zugang läuft über PayPal
PayPals Händler-Showcase hält fest, dass „der WebMCP-Zugang derzeit über eine Freischaltung durch PayPal gesteuert wird“, und verweist Händler an ihre PayPal-Ansprechperson oder an paypal.ai, um Zugang zu beantragen. So einfach die Einstellung selbst sein mag: Der Weg dorthin beginnt mit einer Anfrage an PayPal.
Es hängt vom Browser ab
PayPals Beitrag sagt, dass Unternehmen hinter weit verbreiteten Browsern die Unterstützung für den Standard aktivieren, und knüpft weitere Details zur Verfügbarkeit daran, dass mehr Browser ihn unterstützen; der Showcase sagt, dass das Erlebnis „je nach Browser-Agent variieren kann“. Dieses Briefing zählt nicht auf, welche Browser die Route heute unterstützen, und wir schätzen nicht, wie viele Leser sie nutzen könnten.
Das ist die Annahmestelle, die die Mai-Ausgabe beschrieben hat – jetzt mit einer benannten Route und einer datierten Ankündigung. Sie zeigt auch genau, wo die eigene Arbeit des Händlers weiterhin liegt. Katalog, Verfügbarkeit, Optionen und Preis sind vom Händler verfasste Fakten. Eine Route, die sie getreu ausliest, veröffentlicht, was dahinter steht, ob richtig oder nicht – und ein Geschäft, das einen Termin oder einen Artikel noch nicht zurückhalten kann, kann es auch dann nicht, wenn ein Agent höflich darum bittet.
Wo die Arbeit ansetzt
Der Teilnahme-Stack und die Ebene in der Mitte.
Agentischer Handel hat drei Ebenen. Die beiden äußeren werden zu Infrastruktur, im Besitz von Netzwerken, Protokollen, Plattformen und PSPs. Die mittlere Ebene wird vom Händler verfasst, und sie kommt nicht mit den Zahlungsschienen.
Die Auffindbarkeit bringt den Agenten zum Unternehmen. Die Zahlung lässt den Agenten eine Transaktion durchführen. Dazwischen liegt die Frage, von der alles abhängt: ob das Angebot real, vollständig, aktuell und verbindlich zusagbar ist.
Agenten finden das Unternehmen
Netzwerke, Protokolle und Plattformen leiten den Agenten zum Händler und zu seinem Katalog. Wird zu Infrastruktur.
Akteur: Netzwerke und Plattformen
Ist das Angebot verbindlich zusagbar
Real, vollständig, aktuell und sicher erfüllbar. Verfügbarkeit, Richtlinien, Zeitfenster und begrenzte Zusagen. Hier arbeitet Obenan.
Akteur: der Händler
Der Agent bezahlt, und die Zahlung wird abgewickelt
Autorisierung, Tokenisierung, Routing und Abwicklung über Netzwerke, PSPs, Wallets und Protokolle. Wird zu Infrastruktur.
Akteur: Netzwerke und PSPs
Auffindbarkeit und Zahlung werden zu Infrastruktur. Verlässliche Händlerdaten, die Ebene dazwischen, bleiben Arbeit, die der Händler selbst leisten muss.
Die Sicht von Obenan
Ein Netzwerk kann dafür sorgen, dass eine Zahlung sicher gesendet werden kann. Nur ein Händler kann dafür sorgen, dass eine Dienstleistung sicher zugesagt werden kann.
Die Geschichte des agentischen Handels wird als Zahlungsgeschichte erzählt. In Wahrheit ist sie eine Vertrauensgeschichte, und das Vertrauen beginnt vor der Zahlung, beim Händler selbst. Die Schritte vom Mai 2026 sind real, und sie sind wichtig. Sie machen die Agentenfläche und die Zahlungsschiene stärker. Sie machen das Angebot hinter dem Agenten nicht wahr.
Obenan arbeitet den Zahlungsschienen vorgelagert: Bereitschaft, Wahrheit, Teilnahmestatus, Validierung, Belege und Verbindlichkeit für lokale Dienstleistungen. Wir bewegen kein Geld. Wir machen die Fakten, für die ein Unternehmen einsteht, maschinenlesbar und verbindlich zusagbar, sodass, wenn ein Agent handelt, das Versprechen dahinter eines ist, das das Unternehmen tatsächlich halten kann.
So lesen Sie dieses Briefing
Beobachtet, abgeleitet und weiterverfolgt. Bewusst voneinander getrennt.
Dies ist ein Signal-Briefing. Wir berichten, was die öffentlichen Belege zeigen, kennzeichnen, wo wir interpretieren, und benennen, was unsere Einschätzung ändern würde.
Beobachtet
Die Materialien von Mastercard, PaymentAuth und Circle beschreiben ausgelieferte oder veröffentlichte Fähigkeiten, jeweils im Mai 2026 auf der eigenen öffentlichen Seite des Unternehmens datiert. PayPals Entwicklerbeitrag vom 16. September 2026 und sein Händler-Showcase beschreiben eine WebMCP-Route, ihre Übergabe an den Käufer und ihre derzeitigen Grenzen, auf PayPals eigenen Seiten.
Abgeleitet
Dass die händlerseitige Verbindlichkeit für lokale Dienstleistungen die Lücke bleibt. Das ist die Lesart von Obenan auf Grundlage der öffentlichen Belege, keine Aussage eines der genannten Unternehmen.
Was wir beobachten
Ob eine dieser Flächen Reservierungssperren (Holds), Anzahlungen, Stornoregeln oder Servicezeitfenster offenlegt. PayPals Route liest Verfügbarkeit und Optionen; sie beschreibt keine Reservierungssperre, die Lücke liegt also noch dort, wo sie war. Die erste Fläche, die das tut, verkleinert sie.
Was dieses Briefing nicht behauptet
Die Grenzen, klar benannt.
Präzision schützt die Leser und die genannten Unternehmen. Das sind die Grenzen, die dieses Briefing nicht überschreitet.
- 01
Mastercard Merchant Cloud belegt keine Verbindlichkeit lokaler Dienstleistungen. Es bündelt händlereigene Agenten und eingebettete Zahlung, keine Reservierungsgarantien.
- 02
Infrastruktur für agentische Zahlungen validiert weder Reservierungssperren noch Anzahlungen, Stornoregeln oder die Verfügbarkeit von Dienstleistungen.
- 03
Obenan ist nicht Teil von Mastercard Merchant Cloud, Mastercard Agent Pay, PaymentAuth oder Circle Agent Stack.
- 04
Obenan übernimmt weder Verarbeitung noch Autorisierung, Tokenisierung, Acquiring, Abwicklung oder Routing von Zahlungen.
- 05
Nichts hier impliziert eine Freigabe, Befürwortung, Partnerschaft, ein Pilotprojekt, eine Zertifizierung oder eine Integration mit einem der in diesem Briefing genannten Unternehmen.
- 06
PayPals WebMCP-Route ist nicht allgemein verfügbar. PayPal beschreibt sie als heute auf Kunden von Store Sync beschränkt, für diese Händler optional und über PayPal freigeschaltet. Dieses Briefing schätzt nicht, wie viele Händler sie haben oder haben könnten.
- 07
Nichts hier beschreibt einen Agenten, der von sich aus bezahlt. In PayPals eigener Beschreibung wird der Käufer an PayPal übergeben, um sich anzumelden, eine Zahlungsquelle zu wählen oder zu bestätigen, die Transaktion zu prüfen und die Zahlung freizugeben.
- 08
Niemand hat unabhängig geprüft, welchen Katalog, welche Verfügbarkeit oder welchen Preis ein Agent über diese Route sieht. Weder PayPals Beitrag noch sein Showcase veröffentlicht eine solche Prüfung, und Obenan hat keine durchgeführt.
Weiterlesen
Der Rest der These.
Neues Briefing · 5. September 2026
Den Commerce-Agenten zu bauen, wird einfacher. Ihn an einen echten Händlerbetrieb anzubinden, bleibt der schwierige Teil.
Anthropics Commerce-Blueprint hilft Teams, Agenten für Einkauf und Händler zu bauen. Echte Kataloge, Checkout und Freigaben müssen noch angebunden werden.
Vollständiges Briefing lesenWenn Sie dort bauen, wo Agenten auf Händler treffen, ist diese Lücke Ihre Lücke.
Wir arbeiten mit Netzwerken, Plattformen und Betreibern an der Ebene verlässlicher Händlerdaten, die der agentischen Zahlung vorgelagert ist. Wenn das auch Ihr Problem ist, lassen Sie uns Erfahrungen austauschen.
Öffentliche Recherche. Ein Partnerstatus wird weder behauptet noch angedeutet.
Quellen
Alle primär und öffentlich. Jede Quelle lässt sich direkt prüfen. Die angegebenen Daten sind die öffentlichen Veröffentlichungsdaten, und jede Quelle trägt das Datum ihrer letzten Prüfung.
Primärquellen
- 1.Intelligent agentic shopping experiences with Merchant Cloudmastercard.com · 26. Mai 2026 · geprüft am 29. Mai 2026
Primär. Kündigt die händlereigene Agent Suite innerhalb von Merchant Cloud an.
- 2.Empowering merchants in the new era of agentic commercemastercard.com · Mai 2026 · geprüft am 29. Mai 2026
Primär. Begleitende Einordnung von Merchant Cloud für den agentischen Handel auf Händlerseite.
- 3.Machine Payments Protocol specificationspaymentauth.org · 18. Mai 2026 · geprüft am 29. Mai 2026
Primär, Protokollfläche. Entwurf zur Service-Discovery sowie Zahlungsobjekte für Karte und mehrere Zahlungsschienen.
- 4.Circle launches AI infrastructure to power the agentic economycircle.com · 11. Mai 2026 · geprüft am 29. Mai 2026
Primär. Circle Agent Stack: Agent-Wallets, Marktplatz, CLI und Nanopayments.
- 5.Deutschlands erste agentische Transaktionmastercard.com · 13. Mai 2026 · geprüft am 29. Mai 2026
Primär. Deutschlands erste authentifizierte agentische Live-Transaktion über Agent Pay.
- 6.WebMCP is here: PayPal is helping every merchant become agent-readydeveloper.paypal.com · 16. September 2026 · geprüft am 22. September 2026
Primär. Die Liste der Agentenfähigkeiten (Produkte, Verfügbarkeit und Optionen, Warenkorb, Checkout starten und abschließen), der Übergabesatz zur Freigabe durch den Käufer, die Beschränkung auf Store Sync und die Aussage zur Optionalität.
- 7.PayPal WebMCP Merchant Showcasewebmcp-store.paypal.com · kein Veröffentlichungsdatum angegeben · geprüft am 22. September 2026
Primär, Demonstrationsfläche des Anbieters. Quelle für die Aussage, dass der WebMCP-Zugang derzeit über eine Freischaltung durch PayPal gesteuert wird. Ein Showcase, keine Händler-Implementierung.
Obenan Briefings. Themenbereich Merchant Participation. Dies ist ein Signal-Briefing: eine datierte, klar begrenzte Marktaktualisierung mit einer benannten Konsequenz für Betreiber. Es ist keine Anlageberatung und impliziert keine Beziehung zu einem der genannten Unternehmen.