Agent Payments Protocol

Heutige Zahlungssysteme gehen von einer einfachen Annahme aus: Ein Mensch sitzt vor einem vertrauenswürdigen Bildschirm und klickt selbst auf „Kaufen“. Sobald ein KI-Agent diesen Klick übernimmt, fehlen drei Antworten: Hat der Nutzer diesen Kauf wirklich erlaubt? Entspricht die Anfrage seiner Absicht oder hat der Agent etwas missverstanden? Und wer haftet, wenn etwas schiefgeht?

Das Agent Payments Protocol (AP2) beantwortet diese Fragen mit signierten digitalen Nachweisen, den sogenannten Mandaten. Es ist bewusst zahlungsartunabhängig und funktioniert als Erweiterung anderer Agenten-Protokolle. Für Händler ist es eine Schicht unter der Oberfläche: Kunden sehen davon nichts, Zahlungsdienstleister und Händler dagegen sehr viel.

Mandate statt Mausklick: der Mechanismus

Ein Mandat ist ein manipulationssicheres, kryptografisch signiertes Dokument, ein sogenannter Verifiable Digital Credential. Es hält fest, was der Nutzer erlaubt hat, und lässt sich später von allen Beteiligten prüfen. In der aktuellen Version 0.2 unterscheidet die Spezifikation auf ap2-protocol.org zwei Mandatstypen, jeweils in zwei Stufen:

Die Mandate werden zu einer Kette verknüpft. Daraus entsteht ein Prüfpfad, den keine Seite nachträglich abstreiten kann. Die erste Version vom September 2025 sprach noch von Intent, Cart und Payment Mandate; wer ältere Artikel liest, findet diese Namen. Das Prinzip ist gleich geblieben.

Zwei Szenarien: Mensch anwesend oder nicht

• Mensch anwesend: Der Agent sucht und stellt einen Warenkorb zusammen, der Nutzer bestätigt. Diese Bestätigung erzeugt das geschlossene Mandat, Preis und Artikel sind damit festgeschrieben.
• Mensch nicht anwesend: Der Nutzer unterschreibt vorab ein offenes Mandat mit Bedingungen, etwa Höchstpreis und Zeitraum. Sind die Bedingungen erfüllt, darf der Agent ohne weitere Rückfrage kaufen. Genau diese autonomen Zahlungen hat Version 0.2 vom April 2026 ausgebaut.

Wo AP2 im Protokoll-Baukasten sitzt

AP2 ist kein eigenes Shopsystem und keine neue Zahlungsart. Es ergänzt die Protokolle, über die Agenten miteinander und mit Shops sprechen. Laut Google kann es als Erweiterung des Agent2Agent-Protokolls und des Model Context Protocol dienen. Inzwischen ist es auch als Erweiterung des Universal Commerce Protocol beschrieben: UCP regelt den Kaufablauf, AP2 die Vertrauensschicht darunter. Der Shop signiert den Stand des Checkouts, die Zahlungsfreigabe ist an genau diesen Stand gebunden (ucp.dev: UCP and AP2).

• Zahlungsarten: Die erste Version unterstützt Karten. Echtzeit-Überweisungen, E-Wallets und digitale Währungen stehen auf der Roadmap; für Krypto-Zahlungen gibt es eine eigene Erweiterung (x402), entwickelt unter anderem mit Coinbase.
• Rollen: AP2 trennt sauber, wer was sieht. Der Händler erhält das Checkout-Mandat, die Zahlungsseite das Payment-Mandat. Kartendaten müssen nicht durch den Agenten laufen.
• Abgrenzung zu ACP: Das Agentic Commerce Protocol von OpenAI und Stripe regelt Käufe in ChatGPT mit eigenen Mechanismen. AP2 stammt aus dem Google-Umfeld und ist das Gegenstück auf der Zahlungsseite.

Vom Google-Projekt zum Standard der FIDO Alliance

Am 28. April 2026 hat Google AP2 an die FIDO Alliance übergeben, jenes Industriegremium, das auch hinter Passkeys steht. Gleichzeitig erschien Version 0.2. Nach Googles Angaben soll die Übergabe sicherstellen, dass AP2 plattformunabhängig und von der Branche gesteuert bleibt. Mit übergeben wurde „Verifiable Intent“, ein mit Mastercard entwickelter, AP2-kompatibler Standard für ein fälschungssicheres Protokoll der vom Nutzer erlaubten Agenten-Aktionen (Google-Blog, 28. April 2026).

Für die Einordnung heißt das: Die Spezifikation trägt noch eine Null vor dem Komma, die Begriffe haben sich zwischen den Versionen geändert, und die Standardisierung läuft in Arbeitsgruppen der FIDO Alliance weiter. Das ist ein solides Fundament, aber kein fertiges Produkt.

Was Händler in Deutschland davon haben

AP2 selbst kennt keine Ländergrenzen, es ist ein offenes Protokoll. Die Oberflächen, über die Kunden tatsächlich per Agent kaufen, sind aber regional begrenzt: Käufe über UCP bietet Google bislang mit US-Händlern an, einen Deutschland-Termin gibt es nicht. Eine Verbraucher-Kaufoption in Deutschland, die über AP2 läuft, ist nicht angekündigt.

Die wichtigste Erkenntnis für Marketing-Verantwortliche: AP2 macht kein Produkt sichtbarer. Ob ein Agent Ihr Angebot findet und auswählt, entscheiden Produktdaten, Preis und Relevanz, also die Arbeit an Produktfeeds für KI-Shopping und an GEO. AP2 greift erst danach, wenn bezahlt wird. Wer es trotzdem als Sichtbarkeitsthema präsentiert, verwechselt Kasse und Schaufenster.

Relevant wird AP2 vor allem für drei Gruppen: Zahlungsdienstleister, die Agenten-Zahlungen absichern müssen; Händler mit hohem Betrugsrisiko, die nachweisbare Freigaben brauchen; und B2B-Anbieter, bei denen Einkaufsagenten wiederkehrende Bestellungen übernehmen könnten. Wer eigene Agenten oder Schnittstellen plant, findet in der KI-Tool-Entwicklung einen Ansprechpartner für die technische Einordnung.