Wie ein Händler einen KI-Agenten verifiziert, und wer die Regeln setzt

Das Problem, das es vor zwei Jahren nicht gab

Bot-Management funktioniert. Genau darin liegt die Schwierigkeit. Ein Händler, der jahrelang seinem Edge beigebracht hat, automatisierten Traffic abzulehnen, stellt fest, dass der wertvollste neue Traffic im Internet automatisiert ist: Einkaufsagenten, die für echte Käufer mit echten Zahlungsmitteln handeln. Vom Edge aus sind ein Agent, der in den Warenkorb legt, und ein Scraper, der Ihre Preise abzieht, identisch. Beide sind headless, kommen aus einem Rechenzentrum, und keiner bewegt eine Maus.

Mit Heuristiken lässt sich das nicht lösen, weil die Unterscheidung nicht im Verhalten liegt. Es ist eine Frage von Berechtigungen. Deshalb kam die Antwort als Protokollarbeit und nicht als besseres Fingerprinting.

Drei Fragen, drei verschiedene Antworten

Das Nützlichste zum Verständnis: einen Agenten verifizieren sind drei getrennte Probleme, die in der Berichterstattung meist zu einem verschmelzen.

Ein Händler, dessen Problem in der ersten Zeile liegt, braucht die dritte nicht, und umgekehrt. Genau so werden Integrationsbudgets in der falschen Schicht ausgegeben.

Was Visa ausgeliefert hat, und warum es am CDN beginnt

Visa stellte das Trusted Agent Protocol am 14. Oktober 2025 vor, entwickelt mit Cloudflare. Die Wahl des Partners ist bezeichnend: TAP ist darauf ausgelegt, am Edge geprüft zu werden, bevor die Anfrage Ihre Anwendung erreicht. Der Agent legt eine kryptografische Signatur vor, aufgebaut auf HTTP Message Signatures (RFC 9421), abgestimmt mit Web Bot Auth. Die Signatur ist an Ihre Domain und den konkreten Vorgang gebunden, Browsen oder Zahlen, und trägt Zeitstempel, Sitzungskennung sowie Schlüssel- und Algorithmuskennungen, damit sie nicht anderswo wiedereingespielt werden kann.

Drei Informationsebenen begleiten sie: Absicht des Agenten, Wiedererkennung des Verbrauchers (bestehendes Konto oder Beziehung, mit Einwilligung) und optional Zahlungsdaten wie Payment Account References für hinterlegte Karten. Die Spezifikation und eine vollständige Beispielimplementierung, einschließlich eines CDN-Proxys, der die Signaturen prüft, sind öffentlich auf GitHub.

Acht Monate später, beim Visa Payments Forum am 10. Juni 2026, ergänzte Visa die Bausteine, die Verifizierung operativ statt theoretisch machen: Agent Score, mit dem ein Händler testen kann, ob Agenten Aufgaben auf seiner Website tatsächlich abschließen, ein Agentic Directory als Vertrauensregister legitimer Agenten und ein Large Transaction Model, das KI auf die Autorisierung anwendet.

Was Mastercard ausgeliefert hat, und warum es am Token beginnt

Mastercard kündigte Agent Pay früher an, am 29. April 2025, und nahm dasselbe Problem vom anderen Ende. Statt Identität am Händler-Edge zu beweisen, registriert und verifiziert Agent Pay vertrauenswürdige Agenten, bevor sie zahlen können, und gibt Mastercard Agentic Tokens aus, aufgebaut auf der Tokenisierung, die das Netzwerk längst betreibt. Verbrauchersteuerungen legen fest, was ein Agent kaufen darf, und die Transaktion kommt für jede Partei in der Kette als agenteninitiiert erkennbar an.

Am 20. Januar 2026 legte Mastercard dar, wie die Teile zusammenhängen. Das Netzwerk schloss sich in der NRF-Woche Google beim Universal Commerce Protocol an, erklärte, mit Microsoft daran zu arbeiten, Agent Pay in Copilot Checkout zu bringen, und nannte laufende Arbeiten mit OpenAI, Cloudflare und PayPal. Die Einordnung war explizit: Das Ökosystem sei von der Experimentierphase zu echter kommerzieller Infrastruktur übergegangen. Am 10. Juni 2026 erweiterte es das Programm um Agent Pay for Machines für Zahlungen zwischen Agenten und Microtransaktionen.

Warum die dritte Frage zu FIDO gewandert ist

Identität lässt sich mit Signaturen lösen. Zu beweisen, dass ein Mensch einen bestimmten Kauf autorisiert hat, nicht, denn das ist ein Nachweisproblem, das einen Streitfall Monate später überstehen muss. Deshalb hat es die Anbieter verlassen. Am 28. April 2026 gründete die FIDO Alliance eine Agentic Authentication Technical Working Group, geleitet von Mitgliedern von CVS Health, Google und OpenAI, und nahm Googles AP2 und Mastercards Verifiable Intent als Beiträge in eine von Mastercard und Visa geleitete Payments Technical Working Group.

Ihre drei genannten Arbeitsfelder deckten genau die obige Tabelle ab: überprüfbare Nutzeranweisungen, Agentenauthentifizierung und vertrauenswürdige Delegation für Commerce. Andrew Shikiar, CEO der Alliance, formulierte die Anforderung so: Menschen müssten darauf vertrauen können, dass Agentenaktionen sicher, autorisiert und tatsächlich ihrer Absicht entsprechend sind. Zu den Governance-Folgen dieses Schritts siehe AP2 hat Google verlassen.

Was konkret zu tun ist

1. Messen, bevor Sie bauen. Prüfen Sie, ob legitime Agenten an Ihrem Edge abgewiesen werden. Blockiert Ihre Bot-Abwehr keinen Agenten-Traffic, ist Verifizierung nicht Ihr Engpass, und die Feed-Qualität ist es wahrscheinlich.
2. Am Edge beginnen, nicht am Checkout. TAP ist am CDN prüfbar und baut auf einer veröffentlichten IETF-RFC auf: Die Identitätsschicht lässt sich testen, ohne den Checkout anzufassen.
3. Autorisierung als eigenen Arbeitsstrang behandeln, mit langsamerer Uhr. Sie wird bei FIDO standardisiert, mit den Netzwerken im Vorsitz, und ihre Form festigt sich, bevor Sie sich entscheiden müssen.
4. Nicht auf ein Netzwerk wetten. Visa und Mastercard nähern sich von verschiedenen Enden und konvergieren beide auf die offenen Protokolle, statt sie zu ersetzen, wie wir in Kartennetzwerke gegen offene Protokolle dargelegt haben.

Zur Schicht darunter siehe wie KI-Agenten bezahlen. Zum Teil, der entscheidet, ob ein Agent Sie überhaupt findet, siehe wie Agenten Ihre Produkte lesen.