Google UCP: Wenn der Kaufprozess in die KI wandert

Das Universal Commerce Protocol, kurz UCP, ist ein offener Standard für den agentischen Handel. Er regelt, wie KI-Systeme Produktinformationen abrufen, Warenkörbe verwalten und Kaufprozesse mit den Systemen eines Händlers abwickeln. Google stellte ihn im Januar 2026 auf der Messe der National Retail Federation vor, entwickelt gemeinsam mit Shopify sowie Etsy, Wayfair, Target und Walmart. Unterstützt wurde die Ankündigung von mehr als 20 weiteren Unternehmen, darunter Adyen, Best Buy, Mastercard, Stripe, Visa und Zalando.

Seit April 2026 arbeiten Amazon, Meta, Microsoft, Salesforce und Stripe im UCP Tech Council mit, einem Gremium für die technische Weiterentwicklung des Standards. UCP ist damit nicht mehr allein Googles Protokoll, sondern der Versuch einer Standardisierung, an deren Steuerung auch direkte Wettbewerber beteiligt sind.

Die praktische Veränderung betrifft den Weg zum Kauf. Bisher beginnt dieser meist mit einer Suche, führt über Preisvergleiche und Produktseiten in einen Onlineshop und endet dort mit dem Checkout. Im AI Mode der Google Suche und in Gemini können mehrere dieser Schritte innerhalb der KI-Oberfläche stattfinden. Nutzer lassen sich Produkte vorschlagen, vergleichen Angebote und stoßen einen Kauf an, ohne den gewohnten Shop-Funnel zu durchlaufen.

So dockt UCP an die Systeme eines Händlers an

Das UCP-Profil

Ein angebundener Händler hinterlegt unter einem festgelegten Pfad auf seinem Server eine öffentlich erreichbare Profildatei. Darin steht, welche Version des Standards er verwendet, welche Funktionen er unterstützt und über welche Endpunkte externe Systeme darauf zugreifen. Agenten lesen dieses Profil aus, um ihre Möglichkeiten mit denen des Händlers abzugleichen: Checkout-Varianten, Lieferoptionen, Rabatte, Funktionen der Bestellverwaltung.

Diese Architektur ist bewusst dezentral. Der Standard selbst schreibt weder einen zentralen Produktkatalog noch eine zentrale Freigabestelle vor. Einzelne Plattformen können für ihre eigenen Oberflächen dennoch Produktdaten, Zulassungen und Qualitätsprüfungen verlangen, wie der folgende Abschnitt zeigt.

Produktdaten werden zur Verkaufsinfrastruktur

Produktdaten im Merchant Center, Googles zentraler Verwaltungsplattform für Produktfeeds, dienten bisher der Darstellung in Shopping-Anzeigen und organischen Listings. In einem agentischen Kaufprozess entscheiden sie darüber, ob eine Bestellung technisch überhaupt zustande kommt. Neben Titel, Beschreibung, Preis und Verfügbarkeit gewinnen Angaben zu Versand, Retouren, Support und gesetzlichen Hinweisen an Gewicht. Google verlangt hinterlegte Rückgaberegeln und erreichbare Kundendienstinformationen.

Der Kaufen-Button erscheint nur bei Produkten, die im Feed ausdrücklich als kaufberechtigt gekennzeichnet sind. Voraussetzung sind ein Merchant-Center-Konto in gutem Zustand, zugelassene Produkte und korrekte Produktinformationen. Widersprüchliche Preise, unklare Varianten oder unzuverlässige Bestände können dazu führen, dass Produkte nicht zugelassen werden, Kaufvorgänge scheitern oder Angebote vorübergehend nicht kaufbar sind. Die Folge trifft damit die Verkäuflichkeit, nicht nur die Platzierung.

Der Checkout läuft über eine REST-Schnittstelle

Für den nativen Checkout stellt der Händler eine REST-API bereit, über die Google Checkout-Sitzungen anlegen, abrufen, ändern und abschließen kann. Sobald der Nutzer den Bezahlvorgang startet, übernimmt eine Google-Oberfläche. Liefer- und Zahlungsdaten werden dort eingegeben oder aus Google Wallet bestätigt, der Agent ist an diesem Teil nicht mehr beteiligt.

Für ausgewählte, freigegebene Händler gibt es eine eingebettete Variante. Beim Embedded Checkout wird die bestehende Checkout-Oberfläche des Händlers per iframe oder Webview in die Google-Umgebung geholt. Sie richtet sich an Unternehmen mit komplexen Produktkonfigurationen oder stark individualisierten Kaufprozessen. Die Bestellerstellung bleibt beim Händler.

Ein Detail, das in vielen Beschreibungen untergeht: Googles derzeitiger nativer UCP-Checkout verwendet Google Pay als Credential Provider, also als Quelle für die hinterlegten Zahlungsdaten des Nutzers. Der Zahlungsdienstleister des Händlers muss die von Google übermittelten Zahlungstoken verarbeiten können. Einen eigenen Google-Pay-Button im Shop setzt das nicht voraus. Wirtschaftlich betrachtet dürfte ohne diese Konfiguration ein guter Teil des Komfortvorteils entfallen, wegen dessen der Kanal überhaupt interessant ist. Der Standard selbst schreibt keine bestimmte Wallet vor, sein Modell für Zahlungsanbieter ist ausdrücklich offen angelegt.

Kontoverknüpfung und Warenkorbübergabe

UCP unterstützt die Verknüpfung eines Google-Nutzers mit dem Kundenkonto des Händlers über OAuth 2.0. Damit lassen sich Mitgliedspreise, personalisierte Angebote oder Loyalty-Vorteile in den Kaufprozess einbeziehen. Händler ohne Kontoverknüpfung müssen einen Gastprozess anbieten.

Die Cart API kam mit der Protokollversion vom April 2026 hinzu. Sie überträgt einen auf einer Google-Oberfläche zusammengestellten Warenkorb an das Händlersystem, in dieser Fassung ausdrücklich einseitig über einen einzigen Endpunkt zum Anlegen. Eine fortlaufende Synchronisierung oder nachträgliche Bearbeitung zwischen beiden Seiten ist nicht vorgesehen.

Abgrenzung zu AP2

UCP standardisiert die Interaktion zwischen Agenten und Händlersystemen, also Produktsuche, Warenkorb und Checkout. Das Agent Payments Protocol, kurz AP2, ergänzt diesen Prozess um überprüfbare Zahlungsautorisierungen. Digital signierte Mandate, also fälschungssichere Freigaben, sollen belegen, welche Zahlung ein Nutzer autorisiert hat und welche Grenzen für einen handelnden Agenten gelten. Relevant wird das, sobald ein Agent innerhalb vorher definierter Regeln selbstständig Transaktionen auslöst, statt nur einen vorbereiteten Kauf zu begleiten. Google hat AP2 in den Standardisierungsprozess der FIDO Alliance eingebracht, einem Zusammenschluss großer Tech-Unternehmen für offene Sicherheitsstandards, was gemeinsam mit der breiteren UCP-Governance die Plattformunabhängigkeit beider Protokolle stärken soll.

Der Universal Cart macht die Strategie sichtbar

Auf der I/O im Mai 2026 stellte Google den Universal Cart vor, einen Warenkorb, der Produkte mehrerer Händler und perspektivisch verschiedener Google-Dienste bündelt. Der Universal Cart wird im Sommer 2026 zunächst in der Google Suche und der Gemini App in den USA ausgerollt. YouTube und Gmail sollen als weitere Ausgangspunkte folgen. Der Warenkorb beobachtet Preisverläufe, meldet erneute Verfügbarkeit und schlägt Alternativen vor, wenn ein Händler nicht in die Region des Nutzers liefert. Als Partner nennt Google unter anderem Nike, Sephora, Target, Ulta Beauty, Walmart, Wayfair sowie Shopify-Händler wie Fenty und Steve Madden.

Damit wird die Absicht deutlich. Google baut keine Sammlung einzelner Kaufbuttons, sondern eine Handelsoberfläche, in der Suche, Empfehlung, Warenkorb und Abschluss zusammenlaufen.

Rollout und Verfügbarkeit

Der direkte Checkout über Google ist Händlern in einem Early-Access-Programm vorbehalten. Interessenten füllen ein Formular aus, warten auf Freischaltung und benötigen für den Livegang eine Freigabe ihrer Integration durch Google. Die dezentrale Architektur des Standards ändert an dieser Zugangskontrolle nichts.

Der Start erfolgte in den USA. Kanada und Australien folgen in den kommenden Monaten, Großbritannien danach. Für Deutschland gibt es bislang keinen Termin. Parallel plant Google, den UCP-Checkout in den USA auf YouTube auszuweiten und über den Produkthandel hinaus zunächst Hotelbuchungen und lokale Essensbestellungen zu erschließen.

Google selbst bezeichnet UCP als sich entwickelnden Standard und weist darauf hin, dass nicht alle spezifizierten Funktionen auf seinen Oberflächen verfügbar sind. Für Bestellstatus, Webhooks (automatische Echtzeit-Benachrichtigungen zwischen den Systemen), Erstattungen und Retouren liegt inzwischen Dokumentation vor. Die Funktionen sind also spezifiziert und teilweise implementiert, ihre Verfügbarkeit und Reife in den Google-Oberflächen ist damit noch nicht gesagt.

Der Standardwettbewerb: UCP und ACP

UCP ist nicht der erste Anlauf. Im September 2025 veröffentlichten OpenAI und Stripe das Agentic Commerce Protocol, kurz ACP, zusammen mit Instant Checkout in ChatGPT. Der Ansatz war stärker verwaltet: Katalog einliefern, Stripe anbinden, den Rest übernimmt die Plattform. OpenAI sprach bei der Einführung von einer kleinen Gebühr je erfolgreichem Kauf, nannte jedoch keine konkrete Zahl. Nach Medienberichten lag sie bei vier Prozent je Transaktion, zusätzlich zu den Zahlungsgebühren.

Im März 2026 verlagerte OpenAI den Schwerpunkt stärker auf die Produktentdeckung, also darauf, Produkte zu finden und zu vergleichen, statt den Kauf direkt im Chat abzuschließen. Nach CNBC-Berichterstattung begründete das Unternehmen dies in einer eigenen Mitteilung damit, die erste Version von Instant Checkout habe nicht die angestrebte Flexibilität geboten, weshalb Händler ihre eigenen Checkout-Umgebungen nutzen sollen. Abgeschaltet wurde die Funktion nicht. Die Hilfeseiten von OpenAI beschreiben weiterhin, dass bei bestimmten Händlern und Produkten ein Instant Checkout erscheinen kann, und die ACP-Spezifikation enthält unverändert Checkout-Sitzungen mit Funktionen zum Anlegen, Aktualisieren, Abschließen und Abbrechen. Verschoben hat sich damit vor allem der strategische und kommunikative Schwerpunkt. Instant Checkout ist in der aktuellen Dokumentation weiterhin vorgesehen. Stripe sitzt inzwischen im UCP Tech Council.

Hinter der Verschiebung stehen Zahlen. Daniel Danker, bei Walmart Executive Vice President für KI, Produkt und Design, sagte laut einem Bericht von Search Engine Land, der sich auf WIRED beruft, der Abschluss innerhalb von ChatGPT habe rund dreimal schlechter konvertiert als eine Weiterleitung auf walmart.com, und nannte die Erfahrung unbefriedigend. Walmart hatte etwa 200.000 Produkte über Instant Checkout angeboten. Gleichzeitig brachte ChatGPT dem Händler nach eigenen Angaben ungefähr doppelt so viele Neukunden wie klassische Suchmaschinen. Beide Werte stammen vom Händler und sind nicht unabhängig geprüft. Aus Sicht des Autors beschreiben sie das bislang deutlichste Signal in diesem Markt: Die Entdeckung funktioniert, der Abschluss in der KI-Oberfläche bisher nicht.

Für Händler bedeutet das dreierlei. Erstens hat sich der Markt noch nicht auf einen Standard geeinigt, auch wenn UCP nach der Council-Erweiterung die breitere Unterstützung hat. Zweitens ist ein Protokoll nur so relevant wie die Oberflächen, über die es Nachfrage erreicht. Drittens sollte man Integrationen so modular bauen, dass ein zweites Protokoll nicht den Umbau der gesamten Commerce-Architektur erfordert. Amazon betreibt mit Rufus weiterhin ein eigenes, geschlossenes Shopping-System, ist zugleich aber im UCP Tech Council vertreten. Ob und in welchem Umfang das Unternehmen den Standard praktisch einsetzt, ist offen.

Die Kostenfrage ist noch ungeklärt

Google hat für UCP bislang keine Transaktionsgebühr veröffentlicht. Auf Protokollebene fällt keine Provision an, der Standard sieht keine vor. Ob Google für den Zugang zu seinen Oberflächen dauerhaft nichts verlangt, ist damit nicht beantwortet.

Ungeklärt ist auch die Rangfolge. Wenn eine KI-Antwort drei Produkte vorschlägt und eines davon einen Kaufen-Button trägt, entscheidet die Sortierlogik über den Umsatz. Wie sie funktioniert, wie sie sich zu bezahlten Platzierungen verhält und ob Händler diese Position beeinflussen können, hat Google nicht offengelegt. Für die Kalkulation eines Kanals ist das die teuerste Unbekannte.

Mit diesen Verschiebungen müssen Händler rechnen

Sind Liefer- und Zahlungsdaten hinterlegt, verkürzt sich der Weg zum Abschluss erheblich. Bei einfachen, gut vergleichbaren Produkten könnte das Kaufabbrüche senken. Belastbare Erfahrungswerte gibt es für UCP bisher nicht, und die vorliegenden Zahlen stammen von Beteiligten.

Gleichzeitig verliert der Händler Einfluss auf den Weg dorthin. Findet die Auswahl außerhalb des Shops statt, greifen Beratung, Cross-Selling und individuell entwickelte Conversion-Strecken nicht. In einer standardisierten Oberfläche zählen Preis, Lieferzeit, Verfügbarkeit, Bewertungen und Rückgaberegeln. Bildsprache und redaktionelle Produktwelten treten zurück. Das begünstigt vergleichbare Sortimente und setzt Marken unter Druck, die ihren Wert über Inszenierung oder Beratung vermitteln.

Schwieriger wird die Attribution. Für freigeschaltete Händler stellt Google im Merchant Center ein UCP-Dashboard mit Kaufklicks, abgeschlossenen Käufen, Kaufrate, durchschnittlichem Bestellwert, Stornierungen, Erstattungen und Erfolgsraten der Kontoverknüpfung bereit. Diese Daten sind derzeit nicht über die Merchant API abrufbar. Was vor dem Kaufklick innerhalb der KI-Oberfläche passiert, bleibt weitgehend unsichtbar. Klassische Sitzungs- und Kanalzuordnungen bilden solche Kaufprozesse nur unvollständig ab.

Deshalb rücken andere Kennzahlen nach vorn: der Anteil technisch kaufbarer Produkte am Sortiment, die Fehlerquote bei Preis- und Bestandsabfragen, die Abbruchquote im agentischen Checkout, Retourenquote und Deckungsbeitrag nach Plattform- und Prozesskosten. Eine hohe Zahl agentischer Transaktionen sagt für sich genommen nichts aus.

Europa: technisch möglich, regulatorisch offen

Für den europäischen Start ist die Integration möglicherweise das kleinere Problem. Am 23. Juli 2026 traf die EU-Kommission zwei Entscheidungen wegen Verstößen gegen den Digital Markets Act und verhängte gegen Google Geldbußen von 460 und 430 Millionen Euro. Die erste betrifft die Selbstbevorzugung eigener Dienste in der Google Suche, wobei die Kommission Shopping-, Hotel-, Verkehrs- und Sportergebnisse ausdrücklich nennt. Google stelle eigene Angebote prominenter dar, etwa am Kopf der Ergebnisseite oder mit zusätzlichen Bildelementen und Filtern, während vergleichbare Angebote Dritter diese Sichtbarkeit nicht erhielten. Die zweite Entscheidung betrifft Beschränkungen, mit denen Google Entwickler daran hindert, Nutzer aus dem Play Store auf günstigere Kanäle hinzuweisen. Die Kommission hat Google aufgefordert, beide Verstöße abzustellen.

Eine Oberfläche, in der Google Suche, Empfehlung, Warenkorb und Bezahlvorgang zusammenführt, entsteht damit ausgerechnet in dem Markt, in dem die Kommission gerade die Bevorzugung eigener Dienste in der Suche mit 460 Millionen Euro belegt hat. UCP ist nicht Gegenstand dieser Entscheidung. Die Nähe der Konstruktion zum beanstandeten Muster dürfte die Prüfung eines EU-Starts trotzdem prägen. Daneben laufen weitere europäische Verfahren und Untersuchungen zu Googles KI- und Plattformdiensten. Sie betreffen unter anderem die Nutzung fremder Inhalte, Interoperabilität und den Zugang zu Plattformdaten. Keines richtet sich unmittelbar gegen UCP, sie prägen aber das Umfeld, in dem über einen EU-Start entschieden wird.

Hinzu kommt der Datenschutz. Die Kontoverknüpfung führt Daten aus verschiedenen Systemen zusammen. Einwilligungen müssen nachvollziehbar dokumentiert, Zugriffe begrenzt und Widerrufe technisch umgesetzt sein. Google verweist Händler ausdrücklich an ihre eigenen Rechts- und Datenschutzteams. Ein Starttermin für die EU hängt daher an mehr als an der Verfügbarkeit einer Schnittstelle.

Für welche Sortimente sich der Kanal eignet

Am ehesten profitieren standardisierte Sortimente, bei denen Preis, Lieferbarkeit und technische Eigenschaften den Ausschlag geben: Verbrauchsartikel, Elektronikzubehör, Ersatzteile, also Fälle, in denen Nutzer bereits wissen, was sie brauchen.

Bei erklärungsbedürftigen Angeboten verhält es sich anders. Hochpreisige Produkte, individuelle Konfigurationen und emotional geführte Marken benötigen Kontext, den eine standardisierte Oberfläche kaum liefert. Den gesamten Katalog pauschal zu öffnen, ergibt selten Sinn. Sinnvoller ist eine Auswahl nach Produkttyp, Marge, Beratungsbedarf und Retourenrisiko.

Ein Ausschlusskriterium liegt in den eigenen Systemen: Wo Preise, Bestände oder Lieferzeiten unzuverlässig aktualisiert werden, ist ein automatisierter Kaufprozess ungeeignet, unabhängig vom Sortiment.

Erste Schritte für interessierte Unternehmen

Am Anfang steht eine Bestandsaufnahme der Produktdaten. Stammen Preise und Bestände aus einer verlässlichen Quelle? Liegen Versand-, Retouren- und Supportinformationen maschinenlesbar vor?

Danach folgt der Checkout. Lässt er sich über APIs steuern? Können Warenkörbe, Lieferoptionen und Bestellungen serverseitig verarbeitet werden? Sind Authentifizierung, Fehlerbehandlung und Monitoring vorbereitet?

Die dritte Frage betrifft die Organisation. Marketing entscheidet über Sortimente und Positionierung, Legal über Datenschutz und Vertragsfragen, IT über Schnittstellen, Kundenservice und Logistik über die Folgen. Bleibt der Händler Merchant of Record, also rechtlich der Verkäufer, trägt er weiterhin die Verantwortung für Rückfragen, Lieferprobleme, Stornierungen und Retouren, auch wenn der Kauf in einer fremden Oberfläche zustande kam.

Für Unternehmen außerhalb der unterstützten Märkte besteht kein Anlass zu hektischen Integrationsprojekten. Produktdaten, APIs und Governance zu verbessern, zahlt sich auch dann aus, wenn UCP sich langsamer durchsetzt als von Google erwartet oder ein konkurrierender Standard an Boden gewinnt.

Mehr als eine Ankündigung, noch kein Massenmarkt

UCP steckt in einer frühen Marktphase, ist aber über die Ankündigung hinaus. Es gibt eine öffentliche Spezifikation, technische Anleitungen, Codebeispiele, ein Onboarding im Merchant Center und mit dem Universal Cart eine sichtbare Oberfläche. Mit Amazon, Meta, Microsoft, Salesforce und Stripe im Tech Council hat der Standard außerdem eine Trägerschaft, die über Google hinausreicht.

Für Händler steht damit eine Abwägung an: zusätzliche Reichweite und ein bequemerer Checkout auf der einen Seite, ein Stück abgegebene Kundenschnittstelle auf der anderen. Wer sich vorbereiten will, baut belastbare Produktdaten und protokollunabhängige Schnittstellen, bevor er sich für eine konkrete Anbindung entscheidet.

Google UCP auf einen Blick

FAQ