Agentic Commerce
Sascha Hoffmann · 25. September 2026 · 12 Min. Lesezeit
Agentic Commerce in Deutschland ist im September 2026 vor allem eine Frage der Auffindbarkeit, denn keiner der großen Checkouts in KI-Oberflächen ist für deutsche Anbieter freigeschaltet.
Die drei Protokolle, über die gerade alle sprechen, heißen ACP, UCP und AP2. Sie regeln verschiedene Teile desselben Vorgangs: welche Angebote ein Agent sieht, wie aus einer Absicht ein Kauf wird und wie belegt wird, dass der Mensch diesen Kauf erlaubt hat. Der Kaufabschluss über Google oder ChatGPT läuft heute in Nordamerika und Australien, nicht in Deutschland. Für B2B-Anbieter hier heißt das: Die Arbeit, die sich jetzt lohnt, ist dieselbe Arbeit, die dich für Agenten lesbar und vergleichbar macht.
Das Wichtigste in Kürze
Agentic Commerce in Deutschland steht im September 2026 bei der Recherche, nicht beim Kauf: Agenten können deutsche Angebote lesen und vergleichen, aber keiner der großen KI-Checkouts ist hier verfügbar.
Mit Agentic Commerce meine ich einen Ablauf, in dem ein KI-Agent im Auftrag eines Menschen recherchiert, vergleicht und den Kauf auslöst. Die Grundidee habe ich auf der Seite zu Agentic Commerce beschrieben. Hier geht es um die Frage, was davon in Deutschland heute tatsächlich funktioniert.
Der Kaufabschluss direkt in einer KI-Oberfläche ist an zwei Stellen gebaut worden, bei Google und bei OpenAI. Google beschränkt den Checkout über das Universal Commerce Protocol laut der eigenen Merchant-Center-Hilfe auf Produkte mit Berechtigung in den USA, Kanada und Australien, und auch dort nur auf ausgewählte Händler. OpenAI hat den Kauf direkt im Chat im März 2026 wieder eingestellt.
Die Recherche dagegen kennt keine Ländergrenze. Ein Agent, der für einen Einkäufer in Stuttgart drei Anbieter für eine Dienstleistung vergleicht, ruft deine Seite ab und liest, was dort steht. Ob er dich in die engere Wahl nimmt, hängt davon ab, ob er Leistung, Bedingungen und Preisrahmen auf deiner Seite findet. Wie ein solches Urteil technisch abläuft, habe ich im Ratgeber zu Jev und Entscheidungsmodellen im Agentic Commerce beschrieben.
Für einen deutschen B2B-Anbieter ist die ehrliche Lage deshalb zweigeteilt. Die Abschlussfähigkeit ist ein Thema für später. Die Auffindbarkeit ist ein Thema für jetzt, und sie entscheidet, ob dich ein Agent überhaupt in einen Vergleich aufnimmt.
ACP, UCP und AP2 sind drei offene Protokolle, die verschiedene Schichten eines Kaufs durch KI-Agenten regeln: UCP beschreibt den ganzen Einkauf von der Suche bis zur Bestellung, ACP die Anbindung von Händlern an ChatGPT, und AP2 den Nachweis, dass der Mensch den Kauf erlaubt hat.
Das Agentic Commerce Protocol, kurz ACP, haben OpenAI und Stripe im September 2025 veröffentlicht. Laut der Mitteilung von Stripe war es die Grundlage für Instant Checkout in ChatGPT. Die Zahlungsdaten laufen dabei über ein sogenanntes Shared Payment Token, das an einen Händler und an einen Warenkorbbetrag gebunden ist, sodass der Agent die Kartendaten des Käufers nie sieht.
Das Universal Commerce Protocol, kurz UCP, hat Google am 11. Januar 2026 vorgestellt. Laut dem Google Developers Blog ist es gemeinsam mit Shopify, Etsy, Wayfair, Target und Walmart entstanden und deckt Checkout, Identitätsverknüpfung und Bestellverwaltung ab. Händler können es über normale Schnittstellen, über das Model Context Protocol oder über Agent2Agent anbinden.
AP2, das Agent Payments Protocol, stammt ebenfalls von Google. Es beschreibt laut der Ankündigung im Google Cloud Blog signierte Aufträge, mit denen sich belegen lässt, dass ein Nutzer einen Agenten zu einem bestimmten Kauf ermächtigt hat. Google nennt UCP in der Merchant-Center-Hilfe ausdrücklich kompatibel mit AP2, A2A und MCP.
Die drei Protokolle sind deshalb eher Schichten als Konkurrenten. UCP und ACP beschreiben den Einkauf selbst, AP2 liefert den Nachweis der Erlaubnis darunter. Konkurrenz gibt es zwischen UCP und ACP, weil beide den Weg vom Angebot zur Bestellung regeln wollen, der eine über Googles Oberflächen, der andere über ChatGPT.
Kostenloser Check
Könnte ein Agent dein Angebot heute schon vergleichen? Der Check prüft, ob deine Domain für Agenten lesbar ist und ob Angebotsangaben und Kaufwege maschinell erkennbar sind.
Kostenlosen Check startenUCP ist ein offener Standard von Google, über den Agenten Angebote finden, einen Warenkorb bilden und eine Bestellung auslösen, und den Checkout darüber bietet Google im September 2026 nur in den USA, Kanada und Australien an.
In der Praxis ist UCP für Händler zunächst Googles Weg in die eigenen KI-Oberflächen. Die Merchant-Center-Hilfe nennt den KI-Modus der Google-Suche und die Gemini-App als Orte, an denen der Checkout erscheint, und beschreibt den Zugang als Programm für ausgewählte Händler, die ihr Interesse über ein Formular anmelden.
Laut dem Google Developers Blog bleibt der Händler dabei der Vertragspartner des Käufers, also der Merchant of Record, und behält seine eigene Geschäftslogik. Für Händler mit sehr eigenen Abläufen gibt es eine eingebettete Variante des Checkouts.
Zur Verbreitung sind die Angaben von Google eindeutig. Auf der Google Marketing Live im Mai 2026 hat Google laut dem eigenen Blog angekündigt, den UCP-Checkout in den kommenden Monaten in Kanada und Australien und später in Großbritannien einzuführen. Deutschland taucht in dieser Planung nicht auf.
ACP lebt weiter, aber mit einer anderen Aufgabe: Seit OpenAI im März 2026 Instant Checkout aufgegeben hat, dient das Agentic Commerce Protocol in ChatGPT vor allem dazu, Produktdaten für die Suche und den Vergleich bereitzustellen.
Beim Start im September 2025 war der Kauf direkt im Chat das Aushängeschild. Laut Stripe konnten Nutzer in den USA zunächst bei Etsy-Verkäufern aus den USA kaufen, Shopify-Händler sollten folgen.
Im März 2026 hat OpenAI in einem Beitrag zur Produktsuche in ChatGPT angekündigt, ACP für die Produktsuche auszubauen. Im selben Beitrag steht, dass die erste Version von Instant Checkout nicht die gewünschte Flexibilität geboten habe und Händler deshalb wieder ihren eigenen Checkout nutzen, während sich OpenAI auf die Suche konzentriert.
Die Grundlage dafür ist ein Produktfeed. Die Entwicklerdokumentation von OpenAI beschreibt ihn als regelmäßig aktualisierte Datei im Format CSV oder JSON mit Kennungen, Beschreibungen, Preisen, Lagerbestand, Medien und Versandoptionen. Pflichtfelder sichern laut OpenAI die korrekte Anzeige von Preis und Verfügbarkeit.
Für deutsche Anbieter ist das die interessantere Nachricht. Ein Feed mit sauberen Produktdaten ist genau die Vorarbeit, die auch jeder andere Agent braucht. Ob und wann OpenAI deutsche Händler in dieses Programm aufnimmt, geht aus der öffentlichen Dokumentation nicht hervor, der Zugang läuft über eine Bewerbung.
AP2 wird gebraucht, weil UCP und ACP regeln, wie ein Kauf abläuft, aber nicht beweisen, dass der Mensch hinter dem Agenten diesen Kauf wirklich wollte.
Bei einem Kauf durch einen Menschen ist die Frage einfach: Wer auf den Knopf drückt, will kaufen. Bei einem Agenten fehlt dieser Moment. Händler, Zahlungsanbieter und Banken brauchen deshalb einen Beleg, der zeigt, in welchem Rahmen ein Nutzer den Agenten beauftragt hat.
Genau diesen Beleg beschreibt AP2 mit signierten Aufträgen. Ein Auftrag kann festhalten, was gekauft werden darf, und ein weiterer, dass der konkrete Warenkorb diesem Rahmen entspricht. Die Ankündigung von Google stellt AP2 als offenes Protokoll vor, das mit verschiedenen Zahlungsarten funktionieren soll.
Für einen Anbieter in Deutschland ist AP2 heute kein Projekt. Es wird relevant, sobald ein Zahlungsanbieter es für dich umsetzt, und das ist der wahrscheinliche Weg: Du bindest AP2 nicht selbst an, dein Zahlungsdienstleister tut es. Wichtig ist nur, das Prinzip zu kennen, damit du verstehst, warum ein Agent künftig vor einem Kauf einen Nachweis mitbringt.
Die Protokolle passen heute schlecht auf B2B, weil sie auf Warenkorb, Checkout und Bestellung gebaut sind, während viele B2B-Käufe über Anfrage, individuelles Angebot, Freigabe und Rechnung laufen.
Das ist meine Einschätzung nach dem Lesen der Dokumentationen, keine Aussage der Anbieter. In der Beschreibung von UCP im Google Developers Blog stehen Checkout, Rabatte, Identitätsverknüpfung und Bestellverwaltung im Mittelpunkt. Die Konzepte von ACP bei OpenAI beginnen mit dem Produktfeed und führen zum Checkout.
Ein typischer B2B-Einkauf sieht anders aus. Ein Einkäufer beschreibt einen Bedarf, holt mehrere Angebote ein, verhandelt Konditionen, lässt intern freigeben und bezahlt nach Rechnung mit Zahlungsziel. Häufig gilt ein Rahmenvertrag, und der Preis hängt von Menge, Laufzeit oder Leistungsumfang ab.
Für diesen Ablauf brauchen Agenten andere Bausteine als einen Warenkorb. Sie brauchen maschinenlesbare Leistungsbeschreibungen, einen Preisrahmen, die Bedingungen für einen Vertrag und einen Weg, eine Anfrage verbindlich zu stellen. Nichts davon fehlt grundsätzlich in den Protokollen, aber es steht in keinem von ihnen im Vordergrund.
Für dich als B2B-Anbieter ist das eine gute Nachricht. Der Teil, den Agenten im B2B heute wirklich brauchen, hängt an keinem Protokoll. Er hängt an deiner eigenen Seite.
B2B-Anbieter in Deutschland können heute vier Dinge vorbereiten, in dieser Reihenfolge: lesbar werden, vergleichbar werden, eine Anfrage maschinell ermöglichen und erst danach ein Protokoll anbinden, wenn ein Kanal dafür existiert.
Lesbar heißt, dass ein Agent deine Leistungen im ausgelieferten HTML findet, ohne JavaScript ausführen zu müssen, und dass dich Crawler und Firewall nicht aussperren. Die technischen Grundlagen stehen im Ratgeber Website für KI optimieren. Ich prüfe diesen Teil bei jeder Domain zuerst, weil jeder weitere Schritt darauf aufbaut.
Vergleichbar heißt, dass die Angaben, die ein Einkäufer für einen Vergleich braucht, als Klartext und als strukturierte Daten auf der Seite stehen: Leistungsumfang, Einsatzgebiet, Voraussetzungen, Ablauf und wenigstens ein Preisrahmen. Ohne Preisrahmen bleibt dieser Teil des Vergleichs leer, und ein Agent mit einer Budgetgrenze kann dich nicht einordnen.
Ansprechbar heißt, dass ein Agent eine Anfrage stellen kann, ohne an einem Formular mit Captcha zu scheitern. Das kann ein sauber beschriftetes Formular sein oder eine dokumentierte Schnittstelle für Anfragen. Eine Schnittstelle, die ein Agent nicht selbst entdecken kann, beschreibst du in deiner llms.txt, wie im Ratgeber zu llms.txt erstellen erklärt.
Protokoll kommt erst am Ende. Sobald Google oder OpenAI den Kaufabschluss in Deutschland öffnen, lohnt es sich, den Weg über den eigenen Shop oder den Zahlungsdienstleister zu prüfen. Wer die ersten drei Schritte erledigt hat, baut dann eine Erweiterung und keinen Umbau.
Ein Angebot, das ein Agent vergleichen kann, nennt Leistung, Einsatzgebiet, Zielkunden und einen Preisrahmen als Klartext auf der Seite und zusätzlich als strukturierte Daten nach Schema.org.
Das folgende Beispiel ist ausgedacht und dient nur zur Anschauung: eine fiktive Beispiel GmbH, die Wartungsverträge für Druckluftanlagen anbietet. Die Typen und Eigenschaften stammen aus dem Vokabular von Schema.org, insbesondere Service, Offer und PriceSpecification.
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Wartungsvertrag für Druckluftanlagen",
"serviceType": "Wartung und Instandhaltung",
"provider": { "@type": "Organization", "name": "Beispiel GmbH" },
"areaServed": { "@type": "Country", "name": "Deutschland" },
"description": "Zwei Wartungstermine pro Jahr, Ersatzteile nach Aufwand, Reaktionszeit bei Störungen innerhalb von 24 Stunden an Werktagen.",
"offers": {
"@type": "Offer",
"eligibleCustomerType": "http://purl.org/goodrelations/v1#Business",
"priceSpecification": {
"@type": "PriceSpecification",
"minPrice": 1200,
"maxPrice": 4800,
"priceCurrency": "EUR",
"valueAddedTaxIncluded": false
}
}
}
Drei Dinge machen dieses Beispiel für einen Agenten brauchbar. Der Preisrahmen steht als Zahl mit Währung da, nicht als „auf Anfrage". Die Leistung ist konkret genug, dass sich zwei Anbieter vergleichen lassen, zum Beispiel über die Zahl der Termine und die Reaktionszeit. Und der Hinweis, dass sich das Angebot an Geschäftskunden richtet, steht als Eigenschaft im Markup statt nur im Kleingedruckten.
Dieselben Angaben gehören zusätzlich als Text auf die Seite. Nicht jeder Agent liest strukturierte Daten, und ein Widerspruch zwischen Text und Markup ist für einen Agenten ein Grund, dir weniger zu trauen. Ob das Markup richtig ankommt, lässt sich mit dem Validator von Schema.org prüfen.
Wie sichtbar du danach in den Antworten der Modelle bist, ist eine eigene Frage. Wie ich das ohne Tool prüfe, steht im Ratgeber zu KI-Sichtbarkeit messen.
Eine eigene Protokoll-Anbindung lohnt sich für einen deutschen B2B-Anbieter nicht, solange es in Deutschland keinen Kanal gibt, über den Käufer damit tatsächlich bestellen.
Das ist im September 2026 der Fall. Google bietet den UCP-Checkout hier nicht an, und OpenAI hat den Kauf im Chat eingestellt. Eine Integration, die heute gebaut wird, hätte keine Nutzer und müsste bis zum Start in Deutschland vermutlich mehrfach nachgezogen werden, weil sich die Spezifikationen noch bewegen.
Auch für Anbieter, die fast nur auf Anfrage verkaufen, ist ein Protokoll heute kein Thema. Wer keinen festen Warenkorb hat, profitiert von den Checkout-Teilen der Protokolle kaum. Für solche Anbieter sind die Schritte Lesbarkeit, Vergleichbarkeit und ein maschinell erreichbarer Anfrageweg der gesamte sinnvolle Umfang für die nächsten Monate.
Anders sieht es aus, wenn du über eine Shop-Plattform verkaufst, die UCP oder ACP selbst unterstützt, oder wenn du auch in die USA verkaufst. Dann kann die Anbindung ein Schalter in einem System sein, das du ohnehin nutzt, und keine Eigenentwicklung. Prüfe in diesem Fall zuerst, was deine Plattform oder dein Zahlungsdienstleister anbietet.
Ich halte es selbst so: Ich baue keine eigene Kaufschnittstelle für ein Protokoll ohne Nutzer. Ich sorge dafür, dass Agenten mein Angebot finden, verstehen und eine Anfrage stellen können.
Agentic Commerce ist ein Einkauf, bei dem ein KI-Agent im Auftrag eines Menschen recherchiert, Angebote vergleicht und den Kauf auslöst. Der Mensch gibt das Ziel und den Rahmen vor, der Agent erledigt die Schritte dazwischen. In Deutschland beschränkt sich das im September 2026 weitgehend auf Recherche und Vergleich, weil die großen KI-Checkouts hier nicht verfügbar sind.
Agentic beschreibt KI-Systeme, die nicht nur antworten, sondern eigenständig Schritte ausführen, um ein vorgegebenes Ziel zu erreichen. Ein solcher Agent ruft Seiten ab, wählt zwischen Optionen und löst Aktionen aus. Im Handel heißt das, dass der Agent selbst sucht, vergleicht und bestellt, statt nur eine Empfehlung zu geben.
UCP steht für Universal Commerce Protocol, einen offenen Standard, den Google am 11. Januar 2026 gemeinsam mit Shopify und großen Händlern vorgestellt hat. Er beschreibt, wie Agenten Angebote finden, einen Warenkorb bilden und eine Bestellung auslösen. Den Checkout darüber bietet Google im September 2026 nur in den USA, Kanada und Australien an.
Im Einkauf lässt sich KI heute vor allem für Recherche und Vergleich nutzen: Anbieter finden, Leistungsbeschreibungen gegenüberstellen und Angebote vorsortieren. Die Entscheidung und die Freigabe bleiben sinnvollerweise beim Menschen. Voraussetzung ist, dass die Anbieter ihre Leistungen, Bedingungen und Preisrahmen so veröffentlichen, dass ein Agent sie lesen kann.
Agentic Commerce in Deutschland ist im September 2026 ein Thema der Auffindbarkeit, weil der Kaufabschluss über Google und ChatGPT hier nicht freigeschaltet ist. ACP, UCP und AP2 regeln verschiedene Schichten eines Kaufs, und keines davon ist auf die typischen Abläufe im B2B zugeschnitten. Wer jetzt lesbar, vergleichbar und ansprechbar wird, hat die Vorarbeit für jedes dieser Protokolle erledigt. Die Protokoll-Anbindung selbst kann warten, bis es in Deutschland einen Kanal dafür gibt.
Bevor ein Protokoll zählt, muss ein Agent deine Leistungen, Bedingungen und Preise überhaupt finden und lesen können. Der Check zeigt dir an deiner echten Domain, ob das heute der Fall ist und wo es hakt.
Kostenfrei · 2 Minuten
Kostenfrei · 2 Minuten
Kostenlosen Check starten