KI-Agenten beginnen damit, im Namen von Personen oder Unternehmen zu suchen, zu vergleichen, zu empfehlen, zu verhandeln und in einigen Fällen Transaktionen abzuschließen. Das schafft eine neue Chance für das Web.
Das Web ist sehr gut darin, menschengesteuerten Handel abzuwickeln. Eine Person klickt sich durch einen Onlineshop, meldet sich an, legt etwas in den Warenkorb, gibt Zahlungsdaten ein und schließt den Kauf ab. Dieser Ablauf setzt einen Browser, eine Nutzersitzung, eine Bezahlseite und einen Menschen voraus, der die endgültige Entscheidung trifft.
Agentischer Handel ändert das. Der Käufer kann ein KI-Agent sein. Der Verkäufer kann eine API, ein Marktplatz, eine Einzelhandels-Website oder ein anderer automatisierter Service sein. Die Transaktion kann ein normaler Warenkorb-Bezahlvorgang, ein delegierter Kauf, ein Abonnement oder eine winzige Machine-to-Machine-Zahlung für eine einzelne Anfrage sein.
Das übt neuen Druck auf den Protokoll-Layer aus.
Agentischer Handel benötigt einheitliche Möglichkeiten zum Ausdrücken von Absicht, Identität, Autorisierung, Zahlungsanforderungen, Zahlungsnachweisen und Händlerantworten. Ohne dies entwickelt jeder Agent, Händler, Zahlungsanbieter und jede Plattform am Ende eine individuelle Integration. Das mag für Demos funktionieren, lässt sich aber nicht auf ein echtes Commerce-Ökosystem skalieren.
Dies ist der Beginn einer technischen Serie über agentischen Handel und wie sich die Edge einfügt. In diesem Beitrag werfen wir einen Blick auf die aktuelle Landschaft des agentischen Handels und untersuchen, warum die Edge zu einem wichtigen Durchsetzungspunkt für agentische Transaktionen wird.
M2M-Zahlungen und agentischer Handel im Vergleich
Bei Maschine-zu-Maschine-Zahlungen bezahlt ein System ein anderes System. Ein Drucker, der seine eigene Tinte bestellt, ist ein gutes Beispiel. Der Ablauf kann eng gefasst sein: Der Tintenvorrat ist niedrig, eine Zahlung ist erforderlich, der Drucker liefert einen Zahlungsnachweis und die Bestell-API gibt eine Bestätigung zurück.
Agentischer Handel ist umfassender. Ein Chatbot, der Ihnen beim Kauf einer neuen Garderobe hilft, muss Ihre Absicht, Präferenzen, Ihr Budget, Ihre Größe, Ihren Stil, Händleroptionen, Warenkorbänderungen, den Bezahlvorgang, Retouren und den Support verstehen. Die Zahlung ist nur ein Schritt auf diesem Pfad.
Es gibt Überschneidungen, aber sie sind nicht dasselbe. M2M-Zahlungen können den agentischen Handel vorantreiben, insbesondere wenn Agenten APIs, Tools oder Services direkt bezahlen. Aber agentischer Handel umfasst auch Fälle, in denen ein KI-Agent einer Person beim Kauf über ein normales Händlererlebnis hilft, wie etwa eine Website, einen Marktplatz oder einen Bezahlvorgang.
Dieser Unterschied ist auf der Edge von Bedeutung.
Ein M2M-Zahlungsfluss kann wie eine Zugriffskontrolle aussehen:
Ist für diese Anfrage eine Zahlung erforderlich?
Wurde ein Zahlungsnachweis erbracht?
Wurde es verifiziert?
Soll die Anfrage den Ursprung erreichen?
Ein agentischer Handel hat eine größere Angriffsfläche:
Ist das ein vertrauenswürdiger Agent?
Entspricht die Anfrage der Vorgabe des Nutzers?
Soll der Agent diese Produktdaten sehen?
Ist die Anfrage verdächtig?
Was sollte für Compliance, Debugging oder Streitbeilegung protokolliert werden?
Beide Modelle haben den Vorteil, nahe der Anfrage verarbeitet zu werden. Hier kommen Zahlungsrichtlinien, Identität, Routing, Betrugssignale und Origin-Schutz zusammen.
Was sich für den E-Commerce ändert
Es gibt eine nützliche Parallele zum Publishing. Suche, Social Media und KI-Zusammenfassungen verändern die Art und Weise, wie Leser Inhalte finden. Publisher erstellen nach wie vor die Inhalte, aber ein größerer Teil der Publikumsbeziehung hat sich auf die Plattformen verlagert, die diese aggregieren und bewerten.
Agentischer Handel könnte etwas Ähnliches wie E-Commerce tun. Wenn ein Kunde einen Agenten bittet: „Kaufe mir die besten Laufschuhe für unter 150 €“, vergleicht der Agent möglicherweise Optionen verschiedener Einzelhändler, wählt ein Produkt aus und schließt den Kauf ab, ohne dass der Kunde je die Website des Händlers besucht.
Das ist praktisch für Käufer, wirft für Händler jedoch echte Fragen auf. Was passiert mit dem Onlineshop, der Produktseite, dem Treueangebot, dem Bundle, dem Upsell und der Markenerfahrung? Wenn der Agent Suche und Vergleich steuert, haben Händler möglicherweise weniger Chancen, Kundenbindung aufzubauen oder die finale Entscheidung zu beeinflussen.
Wir haben Teile dieses Musters bereits bei Google Shopping, Amazon und Marktplätzen gesehen. Agentischer Handel könnte dies weiter vorantreiben, indem mehr von der Shopping Journey in den automatisierten Layer verlagert wird.
Das bedeutet, dass E-Commerce-Teams mehr als nur Unterstützung beim Zahlungswesen benötigen. Sie benötigen Möglichkeiten, um den Zugriff von Agenten zu kontrollieren, Produkt- und Checkout-APIs zu schützen, vertrauenswürdige Agenten zu verifizieren, automatisierten Traffic zu verstehen und Richtlinien durchzusetzen, bevor diese Anfragen den Origin erreichen.
Verwaltung von agentischem Traffic auf der Edge
Die Edge kann zum programmierbaren Kontrollpunkt werden, an dem Richtlinien für agentischen Handel auf echten Traffic treffen. Die Edge-Cloud-Plattform von Fastly befindet sich bereits im Anfragepfad und kann Traffic inspizieren, Richtlinien durchsetzen, Signale verifizieren, Anfragen routen, Origin-Server schützen und Handelsabläufe beobachtbar machen.
Die Edge ist ein natürlicher Durchsetzungspunkt für agentischen Handel, da sie sich bereits zwischen Clients und Apps befindet. Eine Anfrage geht ein. Fastly kann sie überprüfen, Richtlinien anwenden, Identitäts- und Autorisierungssignale auswerten, zahlungsbezogene Metadaten verifizieren und entscheiden, ob die Anfrage ausgeliefert, blockiert, herausgefordert oder weitergeleitet wird. Für APIs und maschinellen Traffic kann das bedeuten, Zahlungen durchzusetzen, bevor ein Origin erreicht wird. Für Handelsflüsse kann das bedeuten, Händlern dabei zu helfen, zu kontrollieren, welche Agenten auf welche Routen, Produkte oder Bezahlvorgänge zugreifen können.
Hierbei geht es nicht darum, Zahlungsanbieter zu ersetzen. Zahlungen erfolgen weiterhin über Stripe, Visa, Mastercard, Coinbase, Wallets, Facilitator, Banken oder welche Schiene auch immer die App wählt.
Fastlys Rolle ist der programmierbare Edge-Layer rund um die Transaktion.
Dieser Layer ist wichtig, da agentischer Handel neue Traffic-Muster erzeugen wird:
Automatisiertere Produkterkennung
Mehr API-ähnliche Checkout-Abläufe
Weitere delegierte Aktionen
Mehr Anfragen, die wie Bots aussehen, aber möglicherweise echte Käufer darstellen
Größerer Bedarf an klaren Richtlinien, Verifizierung, Steuerung und Observability, bevor Traffic den Ursprung erreicht
Das Ökosystem des agentischen Handels nimmt gerade erst Gestalt an. Neue Protokolle, Frameworks und Zahlungsprimitive entstehen rasch. Bestehende Bestrebungen verändern sich schnell, und es ist noch zu früh, um zu wissen, welche Standards sich dauerhaft durchsetzen werden.
Diese Unsicherheit ist für Fastly vertrautes Terrain. Wir haben Kunden dabei geholfen, sich an große Protokollumstellungen von IPv6 und TLS 1.3 bis hin zu HTTP/2 und HTTP/3 anzupassen. Seit Kurzem helfen wir Kunden dabei, auf der Edge auf KI-Bot-Traffic zu reagieren: zu verstehen, welche KI-Bots crawlen, zu entscheiden, welche zugelassen oder blockiert werden sollen, und Richtlinien anzuwenden, bevor unerwünschte Automatisierung die App erreicht.
Agentischer Handel folgt einem ähnlichen Muster. Einige KI-Agenten werden echte Kunden und eine legitime Kaufabsicht repräsentieren. Andere scrapen möglicherweise Produktdaten, missbrauchen Bezahlvorgänge oder erzeugen neuen Betrug und neue Origin-Last.
Fastly gibt Ihnen die Gewissheit, dass Ihre Edge-Infrastruktur so entwickelt ist, dass sie sich gemeinsam mit dem Ökosystem anpasst, sodass sich Ihre Teams weiterhin darauf konzentrieren können, großartige Kundenerlebnisse auszuliefern.
Benachbarte Agentenprotokolle
Bevor wir auf kommerz- und zahlungsspezifische Protokolle eingehen, lohnt es sich, diese von der breiteren Agenten-Infrastruktur wie MCP und A2A zu trennen. MCP hilft KI-Apps, eine Verbindung zu Tools, Daten und Workflows herzustellen. A2A konzentriert sich auf die Kommunikation und Koordinierung von Agent zu Agent. Beide können im agentischen Handel vorkommen, lösen das Handelsproblem jedoch nicht von allein. Sie helfen Agenten, zu handeln und zusammenzuarbeiten. Die unten stehenden Protokolle konzentrieren sich mehr auf Einkaufen, Autorisierung, Zahlung und Vertrauen.
Handelsprotokolle
Derzeit schart sich die Branche um zwei große Handelsrahmen, um KI-Agenten bei der Navigation im eigentlichen Einkaufserlebnis zu unterstützen:
UCP oder Universal Commerce Protocol
Dies wird von Google und Shopify unterstützt. Es vereinfacht die Art und Weise, wie KI-Agenten mit Handelssystemen interagieren, einschließlich Händlerkatalogen, Produktverfügbarkeit, Preisen, Warenkörben, Bezahlvorgang, Abwicklung, Kundenkontext und Bestellstatus. Die Kernidee besteht darin, dass Händler nicht für jede KI-Oberfläche eine Custom-Integration benötigen sollten. Wenn Handelsdaten und -aktionen in einem gemeinsamen Format ausgedrückt werden können, können Agenten Produkte entdecken, Warenkörbe erstellen und konsistenter zum Bezahlen übergehen.
Lesen Sie hier mehr über das UCP-Protokoll
ACP oder Agentic Commerce Protocol
Dies ist ein offener Standard, der von OpenAI und Stripe unterstützt wird. ACP konzentriert sich auf programmatische Handelsabläufe zwischen Käufern, Agenten und Unternehmen. Es ist das Protokoll hinter der Arbeit von OpenAI zu Instant Checkout mit Stripe und gibt Händlern eine Möglichkeit, Produkte und Bezahlvorgänge für agentische Erlebnisse zugänglich zu machen. Bei ACP geht es weniger um die reine Zahlungsabwicklung, sondern vielmehr darum, die Handelsinteraktion selbst agentenbereit zu machen.
Erfahren Sie hier mehr über das ACP-Protokoll
Während sowohl UCP als auch ACP es KI-Agenten ermöglichen, autonom für Nutzer einzukaufen, unterscheiden sich ihre Ansätze. UCP ist ein offener, dezentraler Standard, der für eine breite Produktentdeckung und -katalogisierung im gesamten offenen Web entwickelt wurde. Im Gegensatz dazu ist ACP ein zentralisierter, hochgradig optimierter Bezahlvorgang für schnelle, tokenisierte Zahlungen innerhalb spezifischer KI-Plattformen. Letztlich ergänzen sie sich: Händler können UCP für Transparenz im offenen Web nutzen und gleichzeitig ACP verwenden, um einen sicheren, reibungslosen finalen Bezahlvorgang auszuführen.
Autorisierungs- und Zahlungsprotokolle
Ein Produkt zu finden und einem Warenkorb hinzuzufügen, ist keine sehr schwer zu lösende Infrastrukturherausforderung. Die Komplexität beginnt, wenn ein KI-Agent eine Transaktion autorisieren und echtes Geld bewegen muss.
Im Gegensatz zu einem Menschen kann ein Bot keine Kreditkartennummer eingeben oder ein CAPTCHA lösen.
Damit diese autonomen Transaktionen funktionieren, ist eine Backend-Infrastruktur erforderlich, die zwei unterschiedliche Schritte verarbeiten kann:
Autorisierung (der Nachweis, dass ein Agent das ausdrückliche Mandat des Nutzers hat, Geld auszugeben)
Zahlungsverkehr (das programmatische Steuerung von Finanzmitteln, die von traditionellen Kreditnetzwerken bis hin zu reinen Machine-to-Machine-API-Pings reicht).
Es zeichnen sich einige konkurrierende Protokolle ab, um diese Autorisierungs- und Zahlungsherausforderungen zu bewältigen:
AP2, oder Agent Payments Protocol, wurde von Google als offenes Protokoll für sichere Agenten-Zahlungen eingeführt. Die wichtige Idee bei AP2 ist die Autorisierung. Wenn ein Agent im Namen eines Nutzers Geld ausgibt, benötigen Händler und Zahlungsanbieter den Nachweis, dass der Nutzer diese Befugnis tatsächlich übertragen hat. AP2 führt signierte Mandate ein, die die Absicht, die Einschränkungen und die Genehmigung des Nutzers darstellen können. https://ap2-protocol.org/
Visa TAP (Trusted Agent Protocol) ist der Ansatz von Visa zur Herstellung von Vertrauen zwischen Agenten und Händlern. Bei TAP geht es darum, Händlern dabei zu helfen, legitime Aktivitäten delegierter Agenten von unbekannter Automatisierung oder missbräuchlichen Bots zu unterscheiden. Dies ist wichtig, da Agenten-Traffic wie Bot-Traffic aussehen kann, es sei denn, es gibt eine vertrauenswürdige Möglichkeit zu identifizieren, wer der Agent ist, wen er vertritt und wozu er autorisiert ist. https://developer.visa.com/capabilities/trusted-agent-protocol
Mastercard Agent Pay ist das agentische Payments-Framework von Mastercard. Es konzentriert sich auf vertrauenswürdige KI-Agenten, die an Zahlungsabläufen teilnehmen, und nutzt dabei das Netzwerk, die Tokenisierung, die Kontrollen und die Authentifizierungsfunktionen von Mastercard. Mastercard hat außerdem Agent Pay for Machines eingeführt, was auf hochfrequente Maschinenzahlungen mit geringem Wert abzielt, die kontinuierlich im Hintergrund ablaufen. https://www.mastercard.com/us/en/business/artificial-intelligence/mastercard-agent-pay.html
x402 schlägt einen anderen Pfad ein. Es lässt den HTTP-Statuscode 402 Payment Required wieder aufleben und nutzt ihn als webnative Zahlungsherausforderung. Ein Client fordert eine geschützte Ressource an. Der Server gibt einen 402 mit Zahlungsanforderungen zurück. Der Client bezahlt und versucht es erneut mit dem Zahlungsnachweis. Das ist besonders interessant für API-Monetarisierung, Agentenzugriff und Machine-to-Machine-Zahlungen, da die Zahlung Teil des HTTP-Anfrageflusses wird. https://www.x402.org/
Stripe MPP (Machine Payments Protocol) ist ein offenes Protokoll von Stripe und Tempo für programmierbare Zahlungen zwischen Agenten und Services. MPP ist für Maschinenzahlungen wie Mikrotransaktionen, wiederkehrende Zahlungen und automatisierte Käufe von Service zu Service konzipiert. Ähnlich wie x402 ist es näher am Payment-Primitive-Layer als am Layer des vollständigen Einkaufsprozesses. https://stripe.com/blog/machine-payments-protocol
Neben diesen hochkarätigen Protokollinitiativen bauen auch Drittanbieter die Identitäts-, Wallet-, Zahlungs- und Verifizierungs-Layer rund um Agentic Commerce auf.
Protokoll | Layer | Primäre Funktion | Beispielaktion |
A2A | Kommunikation | Ermöglicht die direkte Aufgabendelegierung und das Messaging zwischen verschiedenen KI-Agenten. | Der persönliche Agent eines Käufers handelt einen Mengenrabatt direkt mit dem Verkaufsagenten eines Händlers aus. |
MCP | Datengrundlage | Greift sicher auf externe Daten zu. | Der Agent liest das Live-Inventar und die Preise eines Stores. |
UCP | Orchestrierung | Verwaltet den gesamten Shopping-Lebenszyklus. | Der Agent durchsucht Artikel, vergleicht Preise und verwaltet den Warenkorb. |
ACP | Ausführung | Verwaltet schnelle In-Surface-Bezahlvorgänge. | Der Agent führt den endgültigen, von Plattform vermittelten Bezahlvorgang durch. |
Visa TAP | Identität & Vertrauen | Verifiziert kryptografisch die Legitimität von Agenten. | Der Händler bestätigt, dass die eingehende HTTP-Anfrage von einem bekannten, vertrauenswürdigen KI-Agenten stammt und nicht von einem Scraping-Bot. |
Mastercard Agent Pay | Verwaltung von Anmeldeinformationen | Gibt tokenisierte Karten aus, deren Geltungsbereich auf bestimmte Agenten beschränkt ist. | Der Agent führt den Bezahlvorgang mit einem Mastercard-Netzwerk-Token durch, das direkt an seine Identität gebunden ist, mit einem strikten Limit von 100 €. |
AP2 | Autorisierung | Weist menschliche Zustimmung kryptografisch nach. | Die Bank verifiziert, dass der Nutzer die Ausgabe von 50 € tatsächlich genehmigt hat. |
x402 | Maschinelle Zahlungen | Wickelt sofortige Krypto-Mikrozahlungen ab. | Der Agent zahlt einer Logistik-API 0,02 €, um eine Auslieferung zu routen. |
MPP | Maschinelle Zahlungen | Ermöglicht HTTP-402-Zahlungen mit sitzungsbasiertem Streaming über Fiat und Krypto hinweg. | Der Agent streamt 0,003 € pro API Call über Stripe-Fiat-Rails, ohne sich für einen Account registrieren zu müssen. |
Was wir als Nächstes erkunden
Im weiteren Verlauf dieser Serie werden wir genauer auf die Handelsprotokolle sowie die Autorisierungs- und Zahlungsprotokolle eingehen, die den agentischen Handel prägen.
Wir beginnen mit x402, da es sich sauber auf den Anfragepfad abbilden lässt und zeigt, wie Zahlungen zu einem Teil der HTTP-Zugriffskontrolle werden können. Von dort aus werden wir mit verwandten Posts und Demos rund um Stripe MPP, ACP und weiteren neuen Protokollarbeiten fortfahren.
Das Ziel ist es, nah an der praktischen Umsetzung zu bleiben: wie sich diese Protokolle in realen Anfrageabläufen verhalten, wo die Edge helfen kann, Richtlinien und Steuerung zu verbinden, und was Fastly zum breiteren Ökosystem des agentischen Handels beitragen könnte, während dieses reift.
Lesen Sie Wie Fastly und Skyfire vertrauenswürdigen agentischen Handel auf der Edge ermöglichen, um eine praxisnahe Implementierung unter Verwendung von Skyfires Know-Your-Agent-Zugangsdaten (KYA) und Fastly Compute zu entdecken, mit der KI-Agenten überprüft, Zahlungssignale validiert und der Zugriff auf Commerce- und Content-Erlebnisse kontrolliert werden.