So richten Sie das Universal Commerce Protocol für Ihren Shop ein.Google muss die Integration freigeben, bevor ein Käufer in AI Mode oder Gemini bei Ihnen kaufen kann.

Ein Käufer fragt in Googles AI Mode nach einem Produkt, der Agent findet es in Ihrem Katalog, und der Kauf findet statt, ohne dass der Käufer Ihre Website jemals lädt. Das Universal Commerce Protocol (UCP) ermöglicht dem Agenten das, und es funktioniert nur, wenn Ihr Shop in dem Moment korrekt antwortet, in dem der Agent fragt. Was muss Ihr Shop veröffentlichen? Welche Produkte kann ein Agent kaufen? Was prüft Google, bevor Sie live gehen dürfen? In unserer bisherigen UCP-Arbeit wusste die Produktseite jedes Mal mehr als der Feed, und ein Endpunkt, der allein aus dem Feed gebaut wird, gäbe Agenten weniger an die Hand, als ein Käufer auf der Seite sieht.

UCP ist ein offener Standard, und Ihr Shop veröffentlicht, was er unterstützt

UCP wurde von Google gemeinsam mit Shopify, Etsy, Wayfair, Target und Walmart entwickelt, und die Spezifikation liegt unter ucp.dev. Ihr Shop ist der Händler im rechtlichen Sinne (Merchant of Record): Sie behalten den Kunden, die Bestellung und die Zahlungshaftung, und der Agent handelt im Auftrag des Käufers.

Alles beginnt mit einem Profil, das Ihr Shop unter /.well-known/ucp veröffentlicht. Es nennt die Protokollversion, die Services, die Sie anbieten, und wie sie erreichbar sind, Ihre Zahlungs-Handler sowie die öffentlichen Schlüssel, mit denen ein Agent Ihre signierten Nachrichten überprüft. Ein Agent liest es, bevor er irgendetwas anderes tut.

UCP-Versionen sind Datumsangaben. Die neueste Spezifikation mit Stand Oktober 2026 ist 2026-08-25, und Googles Implementierungsleitfäden verwenden 2026-04-08. Ein Shop kann REST, MCP, A2A oder einen eingebetteten Checkout anbieten, und REST ist die zentrale Variante.

Schritt 1: Korrigieren Sie die fehlerhaften Produktdaten

Google liest einen Feed nach Zeitplan, aber ein Agent ruft einen UCP-Endpunkt in Echtzeit auf, daher erreicht alles, was in Ihren Daten falsch ist, den Käufer im Moment des Kaufs, ohne dass jemand es abfangen kann. Wir korrigieren falsche Daten, bevor wir irgendetwas hinzufügen, und diese Korrekturen zahlen sich in Merchant Center aus, ob UCP jemals live geht oder nicht.

Behandeln Sie GTINs durchgehend als Text. Ein System, das sie als Zahlen behandelt, entfernt die führenden Nullen, und die GTIN passt nicht mehr. Prüfen Sie jede einzelne gegen den GS1-Datensatz des Herstellers, statt sie aufzufüllen, bis sie passt.

Schritt 2: Ergänzen Sie die Daten, die ein Agent für einen Kaufabschluss braucht

Produktseiten enthalten meist mehr als der Feed: die vollständige Bildergalerie, die Marke, Bewertungen, den echten Listenpreis und die Lieferbedingungen. Ein Agent sieht nur, was Sie ihm senden.

• Ausführliche Beschreibungen. Stellen Sie das wichtigste Unterscheidungsmerkmal des Produkts an den Anfang, weil ein Agent möglicherweise nur den Anfang zitiert. Nennen Sie Einschränkungen klar, etwa Gewichtsgrenzen, Strombedarf und Lieferländer, und geben Sie Maße in beiden Einheitensystemen an.
• Getrennte Varianten. Ein übergeordnetes Produkt, dessen Größen oder Farben in einer Zeile zusammengefasst sind, muss zu einer Zeile pro Variante werden, gruppiert mit item_group_id.
• Versand, Rückgabe und Garantie als Daten, nicht nur als Absätze auf einer Richtlinienseite.
• Jedes Bild, das die Seite zeigt. Ein Feed, der nur das erste enthält, gibt dem Agenten weniger, als der Käufer sieht.
• Live-Bestände statt eines Kennzeichens für vorrätig oder nicht vorrätig. Google verlangt beim Checkout eine Live-Bestandsprüfung und einen out_of_stock-Fehler, wenn der Artikel ausverkauft ist.

Merchant Center begrenzt eine Beschreibung auf 5,000 Zeichen und möchte darin keine Werbeangaben wie Preise oder Versandangebote, während eine UCP-Beschreibung Lieferung, Garantie und Einschränkungen enthalten kann. Schreiben Sie die vollständige Fassung für UCP und kürzen Sie sie für den Feed.

Preise in UCP sind ganze Zahlen in der kleinsten Einheit der Währung, daher wird $129.99 als 12999 gesendet. Eine falsche Einheit bepreist das Produkt um den Faktor hundert falsch, in die eine oder die andere Richtung. Prüfen Sie sie deshalb, bevor irgendetwas live geht.

Schritt 3: Legen Sie fest, welche Produkte ein Agent kaufen kann

Googles Merchant-Center-Leitfaden schließt ganze Kategorien vom Agenten-Checkout aus, darunter:

• Abonnements sowie Raten- oder Finanzierungspläne;
• personalisierte Waren, generalüberholte, gebrauchte und vom Rückgaberecht ausgeschlossene Artikel sowie Vorbestellungen;
• gebündelte Dienstleistungen wie Installation oder erweiterte Garantien, Speditions- und Premiumversand sowie Aktivierung im Geschäft;
• altersbeschränkte und verbotene Produkte, Dienstleistungen, Vermietungen und virtuelle Artikel.

Lassen Sie diese weg und aktivieren Sie den Rest Produkt für Produkt.

Ein hochpreisiges Produkt, das viele Käufer über einen Finanzierungsplan kaufen, verkauft sich über einen Wallet-Checkout ohne diesen Plan möglicherweise schlechter. Messen Sie, wie viele Bestellungen für dieses Produkt eine Finanzierung nutzen, bevor Sie den Agenten-Checkout dafür einschalten. Ein Shop kann seinen Katalog auch für Agenten veröffentlichen und den Checkout auf der eigenen Website behalten, was eine legitime UCP-Konfiguration und oft die richtige erste Phase ist.

Schritt 4: Bereiten Sie Merchant Center vor

Googles Implementierungsleitfaden beginnt mit Merchant Center: Das Konto muss einen guten Status haben, mit Produkten, die für kostenlose Produkteinträge freigegeben sind.

• Rückgaberichtlinie. Legen Sie die Rücksendekosten, die Rückgabefrist und einen Link zur vollständigen Richtlinie fest, auf Kontoebene oder pro Produkt mit dem Attribut returns. Google zeigt sie auf dem Checkout-Bildschirm an.
• Kundensupport. Fügen Sie mindestens eine Kontaktmöglichkeit hinzu: eine Supportseite, eine E-Mail-Adresse oder eine Telefonnummer. Sie speist den Link “Contact Merchant” in der Bestellbestätigung.
• Produkte aktivieren. Setzen Sie native_commerce(checkout_eligibility) für jedes geeignete Produkt auf TRUE. Google empfiehlt eine ergänzende Datenquelle, damit die Aktivierung Ihren Hauptfeed nicht beeinträchtigt.
• Gesetzliche Hinweise. Produkte mit einem rechtlichen Haftungsausschluss, einem Sicherheitshinweis oder einer Warnung nach Proposition 65 brauchen ein consumer_notice mit seinem Typ und einer Nachricht von bis zu 1,000 Zeichen.
• Übereinstimmende IDs. Die id im Feed muss der Produkt-ID entsprechen, die Ihr Checkout erwartet. Wo sie abweichen, senden Sie merchant_item_id.

Schritt 5: Tragen Sie sich in Googles Warteliste ein

Google zufolge muss eine Integration für AI Mode und Gemini “von Google freigegeben werden, bevor Sie live gehen können”. Der Weg dorthin ist das Interessenformular für die UCP-Integration in der Merchant-Center-Hilfe, das Ihren Shop auf die Warteliste setzt. Der eingebettete Checkout, bei dem Ihr eigener Checkout innerhalb der Oberfläche von Google läuft, ist auf freigegebene Händler beschränkt. Reichen Sie das Formular ein, während Sie bauen, denn die Freigabe ist der Schritt, den Sie selbst nicht beschleunigen können.

Schritt 6: Bauen Sie das Profil und die Endpunkte auf

Ein Shop nutzt entweder die in seine Commerce-Plattform eingebaute UCP-Unterstützung oder baut sie selbst. Wo wir bauen, setzen wir einen schlanken Service vor den Shop, der mit Agenten UCP spricht und mit dem Shop die eigene API der Plattform, eingebunden unter der Domain des Shops, damit Profil und Endpunkte denselben Origin teilen. UCP wird häufig überarbeitet, und wenn es außerhalb der Plattform bleibt, muss eine neue Version nicht auf ein Plattform-Release warten.

• Veröffentlichen Sie nur, was funktioniert. Ein Agent, der in Ihrem Profil einen Checkout findet, wird versuchen, ihn zu nutzen. Ein erstes Release kann nur Katalogsuche und Abruf angeben und den Checkout ergänzen, wenn er bereit ist.
• Verwenden Sie echte Signaturschlüssel. Die öffentlichen Schlüssel im Profil verifizieren Ihre signierten Bestellupdates. Erzeugen Sie deshalb ein Schlüsselpaar und behalten Sie die private Hälfte auf dem Server.
• Machen Sie Wiederholungen sicher. Akzeptieren Sie bei Checkout-Aufrufen einen Idempotenzschlüssel, damit eine wiederholte Anfrage nicht doppelt abbucht.
• Liefern Sie über HTTPS aus. Die REST-Spezifikation verlangt mindestens TLS 1.3.
• Validieren Sie Adressen. Geben Sie eine nicht belieferbare Adresse als behebbaren Fehler zurück, damit der Käufer sie korrigieren kann, statt in einer Sackgasse zu landen.
• Verlinken Sie Ihre Richtlinien. Ihre Bedingungen gelten für jeden UCP-Kauf. Nehmen Sie deshalb Links zu Ihren Datenschutz-, Nutzungs-, Erstattungs- und Versandrichtlinien in die Checkout-Antwort auf.

Schritt 7: Binden Sie die Zahlungen an

Beim nativen Checkout von Google deklariert Ihr Profil den Zahlungs-Handler für Google Pay. Sie brauchen die Google Pay API nicht auf Ihrer eigenen Website, aber Ihr Zahlungsabwickler muss Googles Zahlungstokens akzeptieren, und die meisten großen Zahlungsabwickler tun das. Googles FAQ weist darauf hin, dass seine KI-Oberflächen nur die Autorisierungsmethode PAN_ONLY verwenden und dass die Google-Pay-Einstellungen im Profil Namen in snake_case nutzen. Halten Sie Test- und Produktionszugangsdaten des Zahlungsabwicklers getrennt und protokollieren Sie sie niemals.

Schritt 8: Testen Sie so, wie Google testet

Google sendet Health Checks mit dem User Agent Google-UCP-Prober/1.0 und kennzeichnet Agenten-Anfragen mit einem UCP-Agent-Header und einem User Agent, der mit Google/UCP beginnt. Bevor Sie sich bewerben, rufen Sie Ihre eigenen Endpunkte so auf, wie Google es tun würde.

• Erreicht /.well-known/ucp Ihren Shop? Eine Webserver-Regel kann diesen Pfad mit einem eigenen 404 beantworten, bevor die Anfrage überhaupt die Anwendung erreicht, selbst wenn Ihre UCP-Endpunkte funktionieren.
• Lässt Ihre Firewall Google herein? Ein Bot-Schutz, der automatisierten Traffic blockiert, blockiert auch den Prober. Lassen Sie Googles UCP-Anfragen deshalb anhand ihrer Header durch statt anhand der Adresse.
• Verhalten sich geschützte Endpunkte korrekt? Checkout-, Zahlungs- und Bestell-Endpunkte sollten Anfragen ohne Zugangsdaten ablehnen und die von Google akzeptieren.

Schritt 9: Planen Sie die nächste UCP-Version ein

Die Spezifikation 2026-08-25 ergänzt Standard-Richtlinien für Rückgabe und Garantie, die 2026-04-08 nicht hat, und Google dokumentiert 2026-04-08. Bis Googles Leitfäden eine neuere Version übernehmen, trägt Ihre Rückgaberichtlinie in Merchant Center diese Informationen. Wenn Sie eine neue Version übernehmen, empfiehlt Google, sie über einen separaten Endpunkt auszuliefern, damit Google den Traffic zum alten Endpunkt zurückleiten kann, wenn etwas nicht funktioniert.

WISLR richtet UCP für Marken und für die Kunden von Agenturen ein

Jeder der obigen Schritte ist Teil des Service Agentic Commerce Optimization von WISLR. Wir prüfen den Katalog anhand der Anforderungen von Google, korrigieren und vervollständigen die Produktdaten, bereiten Merchant Center und den Aktivierungsfeed vor und bauen und testen das UCP-Profil und die Endpunkte, bis die Integration für Googles Freigabe bereit ist. Marken holen uns direkt dazu, und Agenturen holen uns unter ihrem eigenen Namen dazu, um es für ihre Kunden einzurichten. Sehen Sie, wie wir UCP einrichten, und fordern Sie eine Bewertung Ihres Katalogs an.