Lunover Engineering Notes

Google UCP (Universal Commerce Protocol): was es ist, was neu ist und wie man startet

UCP ist ein offener Standard, mit dem Kundinnen und Kunden direkt in Googles AI-Oberflächen wie AI Mode in Search und Gemini kaufen können. Hier ist, was es ist, was sich 2026 geändert hat und wie Händler sich vorbereiten können.

April 4, 2026Von LunoverMit uns arbeiten

Google UCP (Universal Commerce Protocol): was es ist, was neu ist und wie man startet

Wenn du Commerce-Produkte baust, wird 2026 wahrscheinlich das Jahr, in dem Shopping aufhört, nur ein Tab zu sein, und zu einer Konversation wird. Googles Universal Commerce Protocol (UCP) ist einer der klarsten Schritte in diese Richtung: ein offener Standard, mit dem AI-Shopping-Erlebnisse echte Checkout-Aktionen ausführen können, beginnend mit Direktkäufen auf AI Mode in Search und Gemini. Dieser Beitrag ist ein praktischer Überblick:
  • was UCP ist
  • was 2026 neu ist
  • wie Händler UCP auf Google angehen sollten
  • wo Shopify in das Ökosystem passt
Relaterte Inhalte: Referenzen:

Was ist UCP und warum ist es relevant?

UCP ist ein offener Standard, der vereinheitlichen soll, wie Shopping-Agents und Händler miteinander sprechen, von Produktsuche bis Checkout und Post-Purchase. Auf Google ist das Versprechen einfach:
  • Ein Shopper fragt in einer AI-Erfahrung nach etwas.
  • Der Agent kann von Empfehlung zu Kauf wechseln, ohne einen fragilen Multi-Tab-Checkout zu erzwingen.
  • Der Händler bleibt Merchant of Record und behält Kundenbeziehung und Transaktionshoheit.
Googles Dokumentation nennt außerdem Interoperabilität mit Agent Payments Protocol (AP2), Agent2Agent (A2A) und Model Context Protocol (MCP).

Mentales Modell: wer spricht mit wem?

UCP ist im Kern ein Vertrag zwischen einigen Rollen:
  • Consumer Surface
  • Shopping Agent
  • Merchant / Plattform
  • Payments
  • Identity / Credentials
Du musst nicht alles am ersten Tag umsetzen. UCP ist um Capabilities und Extensions herum gebaut.

Was UCP im Vergleich zu "wir haben doch APIs" ändert

Die meisten Händler haben bereits APIs. Problem ist nicht, dass Endpunkte fehlen. Problem ist:
  • jede Integration ist anders
  • Discounts, Taxes und Inventory sind riskant
  • Checkout-State ist oft inkonsistent modelliert
UCP versucht, die Form der zentralen Commerce-Journey zu standardisieren, damit Agents zuverlässig dieselben Aktionen über viele Händler hinweg ausführen können.

Neu in 2026: Cart, Catalog und Identity Linking

Google kündigte am 19. März 2026 mehrere wichtige Updates an:

1. Multi-Item-Cart

Eine optionale Cart-Capability erlaubt es Agents, mehrere Artikel in einen Warenkorb eines Shops zu legen oder zu speichern.

2. Realtime-Katalogdetails

Mit der optionalen Catalog-Capability können Agents ausgewählte Echtzeitdaten wie Varianten, Inventar und Preise abrufen.

3. Identity Linking für Loyalty-Vorteile

UCP unterstützt Identity Linking, damit Mitgliederpreise oder Gratisversand sicher angewendet werden können.

4. Einfacheres Onboarding über Merchant Center

Google arbeitet außerdem an einfacherer UCP-Einführung über Merchant Center.

Zwei Wege auf Google: native oder embedded checkout

  • Native checkout: der Agent schließt Kauf direkt auf Googles AI-Flächen ab.
  • Embedded checkout: optionaler iframe-Ansatz für ausgewählte Händler mit komplexeren Flows.
Für die meisten Teams ist sinnvoll, zuerst die Checkout-Logik API-freundlich zu machen.

Realistische UCP-Checkliste

Layer 1: Datenqualität

Prüfe:
  • Produkt-IDs und Variantenmodell
  • Preisgenauigkeit und Währungen
  • Lageraktualität
  • Versandregeln
  • Steuer-/MwSt.-Verhalten je Region
Interne Links:

Layer 2: Deterministische Checkout-Primitives

Dein Checkout sollte:
  • Cart mit mehreren Positionen erzeugen
  • Versandadresse und Optionen berechnen
  • Rabatte klar anwenden
  • Totals berechnen
  • Inventar reservieren oder explizit nicht reservieren
  • Order erstellen und Bestätigung zurückgeben

Layer 3: Payments und Risk Controls

Wichtig:
  • Idempotency Keys
  • klares Auth-zu-Capture-Modell
  • Fraud-Signale
  • funktionierende Reconciliation

Layer 4: Post-Purchase

Ohne Post-Purchase-Support erzeugt agentischer Checkout Support-Tickets. Definiere:
  • Status-Updates und Tracking
  • Stornos und Refund-Regeln
  • Returns
  • Handoff an Menschen

Was UCP auf Google typischerweise umfasst

  1. Merchant Readiness
  2. Checkout-Primitives
  3. Payments via Handlers
  4. Account + Benefits
  5. Post-Purchase Lifecycle

Architekturhinweis: für Retries und Timeouts bauen

Agentische Käufe werden wiederholt. Netzwerke wackeln. Nutzer ändern Meinung. Baue für:
  • Idempotenz
  • Konsistenz
  • Graceful Degradation
  • Observability

Wie ein UCP-Kauf in deine Architektur greift

UCP berührt fast jedes Checkout-System:
  • Katalog und Pricing
  • Promotions
  • Versand
  • Steuern/MwSt.
  • Payments
  • Order Management
  • Support
Ein guter Scope-Ansatz: modelliere Flow als State Machine:
  1. Discover
  2. Cart
  3. Quote
  4. Identity
  5. Pay
  6. Order
  7. Post-Purchase

Wo Shopify passt

Shopify beschreibt UCP als Protokoll zur Verbindung von Commerce und Agents, mit:
  • universellen Primitives
  • standardisierten Operationen
  • Capability Extensions
  • beliebigen Transporten wie REST, GraphQL, JSON-RPC, A2A, MCP

Praktischer Rat vor UCP

Checkout deterministisch machen

Prüfe:
  • Preiswechsel zwischen PDP und Checkout
  • späte Versandgebühren
  • fragile Rabattlogik
  • Inventory Race Conditions

Identity als First-Class-Capability behandeln

  • Identity von Session trennen
  • Benefits erklärbar machen
  • Verhalten bei Link-Fehlern definieren
Wenn Identity regionenübergreifend verknüpft wird: GDPR Compliance und Trust.

Post-Purchase in Plan aufnehmen

  • wie Order-Updates propagieren
  • wie Refunds/Returns starten
  • wie Support-Handoff läuft

Rollout-Plan, der Ops nicht schmilzt

  1. Staging-Flow mit realistischen Regeln bauen.
  2. Golden Carts definieren.
  3. Quote-Deltas loggen.
  4. Klein hinter Flag starten.
  5. Post-Purchase eng messen.

Häufige Fallstricke

  • Quote Drift
  • Rabatt-Unklarheit
  • Variantenverwechslung
  • schlechte Partial-Failure-Semantik
  • keine sicheren Retries
  • Privacy-Footguns
  • Support-Black-Boxes
Wenn du nur eine Sache fixst: Idempotenz und Traceability.

Was geloggt werden sollte

  • agent request ID / correlation ID
  • cart ID und order ID
  • quote payload hash und totals
  • payment auth/capture IDs
  • fulfillment/tracking events
  • refund/return events

FAQ

"Ersetzt UCP meinen Checkout?"

Nein. Es ist ein Interoperabilitäts-Layer über deiner Checkout-Logik.

"Verlieren wir Kundeneigentum?"

Nein. Du bleibst Merchant of Record.

"Ist das nur für große Händler?"

Aktuell ist Zugang eingeschränkt, aber Richtung klar.

"Wie messen wir ROI?"

Behandle agentischen Checkout als neuen Kanal:
  • Conversion und AOV separat messen
  • Fehlergründe verfolgen
  • Supportkontaktquote nach Kauf überwachen

Fazit

UCP ist eines der klarsten Signale dafür, dass agentischer Commerce von Demos in Produktion geht. Wer schnell bereit sein will, sollte Googles UCP-Dokumentation lesen und Arbeit wie ein Checkout-API-Modernisierungsprojekt scopen.

Hilfe bei agentischem Commerce?