---
title: "Agenten-Protokolle im Vergleich: VI, AP2, TAP und Web Bot Auth"
url: https://knowyouragent.ch/wissen/agenten-protokolle-vergleich
lang: de-CH
updated: 2026-10-13
license: © Innopulse Consulting GmbH
---

# Agenten-Protokolle im Vergleich: VI, AP2, TAP und Web Bot Auth

Die Verfahren für KI-Agenten beantworten unterschiedliche Fragen. Manche weisen den Agenten aus, andere belegen die Absicht der Kundin, wieder andere regeln den Checkout. Wer sie vergleicht, sollte zuerst fragen: Welche Frage löst das Verfahren?

[Leutrim Miftaraj](https://knowyouragent.ch/ueber/leutrim-miftaraj), Gründer, Innopulse Consulting GmbH
Veröffentlicht am 13. Oktober 2026

## Das Wichtigste in Kürze

- Die Verfahren beantworten zwei Fragen: Wer fragt an, und was wollte die Kundin?
- Web Bot Auth und Trusted Agent Protocol weisen Agenten aus, Verifiable Intent und AP2 belegen Absichten.
- SD-JWT und HTTP-Signaturen nach RFC 9421 sind die gemeinsamen Bausteine.
- Offenheit unterscheidet sich stärker als die Technik; sie entscheidet über unabhängige Prüfbarkeit.

## Zwei Ebenen: Identität und Absicht

Ein Teil der Verfahren beantwortet die Frage «Wer fragt an?». [Web Bot Auth](https://knowyouragent.ch/wissen/glossar/web-bot-auth) und das [Trusted Agent Protocol](https://knowyouragent.ch/wissen/glossar/trusted-agent-protocol) signieren HTTP-Anfragen, damit Websites den Betreiber eines Agenten erkennen. Ein anderer Teil beantwortet die Frage «Was wollte die Kundin?». [Verifiable Intent](https://knowyouragent.ch/wissen/glossar/verifiable-intent) und [AP2](https://knowyouragent.ch/wissen/glossar/ap2) binden einen Kauf an eine signierte Absicht mit Grenzen.

Beide Ebenen sind nötig. Eine gültige Identität sagt nichts über die Befugnis, und eine signierte Absicht nützt wenig, wenn unklar bleibt, welcher Agent sie vorlegt. Das Agentic Commerce Protocol liegt quer dazu: Es beschreibt den Austausch beim Checkout.

## Der Vergleich

| Verfahren | Herkunft | Beantwortet | Format | Prüfung in KYA |
|---|---|---|
| Verifiable Intent | Mastercard | Absicht und Grenzen eines Kaufs | SD-JWT in Schichten | vollständig |
| AP2 | Google | Absicht, Warenkorb, Zahlung | Mandate; Variante auf SD-JWT | VI-Variante vollständig, klassisches JSON erkannt |
| Trusted Agent Protocol | Visa | Agent gegenüber Händler | HTTP-Signaturen (RFC 9421) | Signatur nach RFC 9421 |
| Web Bot Auth | Cloudflare, IETF-Entwurf | Betreiber einer Anfrage | HTTP-Signaturen (RFC 9421) | vollständig |
| Agentic Commerce Protocol | OpenAI, Stripe | Ablauf des Checkouts | Schnittstellen-Spezifikation | nicht Gegenstand |
| KYA-Nachweise | offenes Prüfprofil | Mandat, Entscheid, Beleg, Zeitpunkt | SD-JWT VC, JWS, kya-pack/1 | vollständig |

Stand: 13. Oktober 2026. Die Verfahren entwickeln sich schnell; massgebend sind die verlinkten Spezifikationen.

## Kryptografie und Formate

Die Verfahren bauen auf wenigen, gut etablierten Bausteinen auf. Für Nachweise mit selektiver Offenlegung setzt sich SD-JWT durch, das auch staatliche Wallets wie die Schweizer E-ID und die EUDI-Wallet nutzen. Für die Ausweisung von Agenten im Web dominieren [HTTP Message Signatures nach RFC 9421](https://knowyouragent.ch/wissen/glossar/http-message-signatures). Gängige Algorithmen sind Ed25519, ECDSA und RSA-PSS.

Für Prüfstellen ist das eine gute Nachricht. Wer SD-JWT, JWS und RFC 9421 prüfen kann, deckt den Grossteil der heutigen Verfahren ab. Unterschiede liegen vor allem in den Feldern und Bindungen, die jedes Verfahren definiert.

## Offenheit und Lizenzen

Offenheit unterscheidet sich stärker als die Technik. Verifiable Intent und die Referenzimplementierung von Web Bot Auth stehen unter der Apache-2.0-Lizenz. AP2 ist als offenes Protokoll angelegt. Für den Beispielcode des Trusted Agent Protocol gelten eigene Produktbedingungen von Visa.

Für eine unabhängige Prüfung zählt, ob Spezifikation und Testdaten frei verfügbar sind. Nur dann lässt sich eine zweite Implementierung bauen, die zu denselben Ergebnissen kommt. KYA veröffentlicht deshalb sein [Prüfprofil](https://knowyouragent.ch/standard/pruefprofil) unter CC BY 4.0 und seine [Testvektoren](https://knowyouragent.ch/standard/testvektoren) unter Apache 2.0.

## Welches Verfahren wofür?

- **Website will wissen, wessen Agent anfragt:** Web Bot Auth, bei Visa-Zahlungen das Trusted Agent Protocol.
- **Zahlung soll an die Absicht der Kundin gebunden sein:** Verifiable Intent oder AP2.
- **Shop will Agenten einen Checkout anbieten:** Agentic Commerce Protocol.
- **Handlung soll unabhängig von Zahlungsnetz und Anbieter belegt werden:** Mandat, Entscheid und Beleg nach dem KYA-Prüfprofil.

In der Praxis treten mehrere Verfahren zusammen auf. Ein Agent kann seine Anfragen nach Web Bot Auth signieren und gleichzeitig eine Absicht nach Verifiable Intent mitliefern.

## Ein Prüfpunkt für alle Verfahren

Für Händler, Banken und Plattformen wäre es aufwendig, jedes Verfahren einzeln zu prüfen und die Ergebnisse unterschiedlich zu bewerten. KYA bildet deshalb alle unterstützten Formate auf dieselben [zehn Prüfschritte](https://knowyouragent.ch/methode/pruefschritte) und [fünf Stufen](https://knowyouragent.ch/methode/stufen) ab. Ein Händler kann so eine einheitliche Regel formulieren, unabhängig davon, welches Verfahren ein Agent nutzt.

Was KYA nicht prüft, sagt der Prüfschein ausdrücklich, statt still zu scheitern. [Beispiele prüfen](https://knowyouragent.ch/pruefen).

## Wie sich die Verfahren weiterentwickeln

Die Verfahren für Agenten sind jung und ändern sich rasch. Mehrere Anbieter arbeiten in Gremien wie der IETF und der FIDO Alliance an gemeinsamen Grundlagen, und einzelne Verfahren nähern sich an, etwa AP2 und Verifiable Intent. Für Prüfstellen heisst das: Wer auf offene Bausteine wie SD-JWT und RFC 9421 setzt und die Prüfung an einen neutralen [Prüfpunkt](https://knowyouragent.ch/wissen/glossar/pruefpunkt) bindet, muss bei jeder Änderung nicht alles neu bauen.

## Häufige Fragen

### Konkurrieren Verifiable Intent und AP2?

Beide lösen die Bindung eines Kaufs an die Absicht der Kundin. Eine AP2-Variante nutzt dieselbe Schichtenlogik wie Verifiable Intent; die Verfahren wachsen zusammen.

### Reicht Web Bot Auth für einen Kauf?

Nein. Web Bot Auth belegt, wessen Agent anfragt, nicht was er darf. Für einen Kauf braucht es zusätzlich einen Nachweis der Befugnis.

### Warum prüft KYA das Trusted Agent Protocol nur teilweise?

KYA prüft die zugrunde liegende HTTP-Signatur nach RFC 9421. Für die zusätzlichen Felder fehlt eine frei lizenzierte Referenz, gegen die sich eine Implementierung belegen liesse.

### Welches Verfahren sollte ein Händler zuerst unterstützen?

Das hängt von Kundschaft und Zahlungsmitteln ab. Sinnvoll ist ein Prüfpunkt, der mehrere Verfahren nach denselben Regeln prüft, damit keine Festlegung auf ein einzelnes Verfahren nötig ist.

### Wo finde ich die Spezifikationen der Verfahren?

In den verlinkten Quellen am Ende dieses Artikels. Die Verfahren entwickeln sich schnell; massgebend ist jeweils die aktuelle Fassung der Spezifikation.

### Kann KYA neue Verfahren aufnehmen?

Ja, wenn Spezifikation und Testdaten frei verfügbar sind. Neue Formate werden auf dieselben zehn Prüfschritte abgebildet und mit Testvektoren belegt.

### Brauche ich für jedes Verfahren eigene Schlüssel?

Nicht zwingend. Viele Verfahren nutzen dieselben Algorithmen. Welche Schlüssel ein Agent braucht, legen Betreiber und Verfahren fest.

## Quellen

- Verifiable Intent (Mastercard): [https://github.com/agent-intent/verifiable-intent](https://github.com/agent-intent/verifiable-intent)
- Agent Payments Protocol (AP2): [https://github.com/google-agentic-commerce/AP2](https://github.com/google-agentic-commerce/AP2)
- Trusted Agent Protocol (Visa): [https://github.com/visa/trusted-agent-protocol](https://github.com/visa/trusted-agent-protocol)
- Web Bot Auth: Architektur-Entwurf (IETF): [https://datatracker.ietf.org/doc/draft-meunier-web-bot-auth-architecture/](https://datatracker.ietf.org/doc/draft-meunier-web-bot-auth-architecture/)
- RFC 9421: HTTP Message Signatures: [https://www.rfc-editor.org/rfc/rfc9421](https://www.rfc-editor.org/rfc/rfc9421)
- Agentic Commerce Protocol: [https://www.agenticcommerce.dev/](https://www.agenticcommerce.dev/)

---
Quelle: https://knowyouragent.ch/wissen/agenten-protokolle-vergleich · KYA – Know Your Agent