ucp.version: "2026-01-11"
capabilities: checkout ✓
handlers: shop_pay ✓

.well-known/ucp 200
capabilities: + fulfillment
discount: b2b-pricing

Jeder dritte Pitch in unseren Discovery-Calls beginnt seit Januar 2026 mit derselben Frage: “Müssen wir wegen UCP jetzt irgendwas tun?” Die ehrliche Antwort ist: Ja - aber wahrscheinlich nicht das, was du denkst. UCP ist kein neues Shopify-Produkt, das du buchst. Es ist ein offenes Protokoll, das von Shopify und Google am 11. Januar 2026 veröffentlicht wurde - und es definiert neu, wie KI-Agenten Commerce betreiben. Hier ist die technische Einordnung, die wir derzeit Plus-Kunden in DACH geben.

Was UCP wirklich ist - und was nicht

UCP steht für Universal Commerce Protocol. Nicht “Unified Commerce Platform”. Diese Verwechslung ist die häufigste in den ersten Gesprächen - und sie verschiebt das Mental Model in die falsche Richtung. Unified Commerce ist eine Architektur-Strategie (POS, Online, B2B, Marketplaces in einem System - siehe unser Deep-Dive dazu). UCP ist hingegen ein technischer Standard auf Protokoll-Ebene, der KI-Agenten als gleichwertige Commerce-Teilnehmer in das Web einführt.

Shopify selbst nennt es das “HTTP für Agentic Commerce”. Diese Analogie trifft präziser, als sie zunächst klingt: So wie HTTP standardisiert, wie Browser und Webserver Inhalte austauschen, standardisiert UCP, wie ein KI-Agent (ChatGPT, Gemini, Copilot, Sidekick) mit einem Händler verhandelt - von der Produktentdeckung über den Cart bis zum Checkout-Abschluss.

Drei Eigenschaften machen UCP für Plattform-Strategen relevant:

1. Open Source. Spezifikation auf ucp.dev, ohne Lizenzgebühr nutzbar.
2. Transport-agnostisch. REST, GraphQL, MCP, JSON-RPC, A2A - wechsel das Transport, die Commerce-Logik bleibt identisch.
3. Merchant of Record bleibt der Händler. Anders als bei Marktplatz-Modellen behältst du Preise, Daten, Compliance und Kundenbeziehung. Das ist der Punkt, der UCP für DACH-B2B-Setups erst akzeptabel macht.

Die Architektur in drei Schichten

UCP zerlegt Commerce in drei sauber getrennte Layer - eine Entscheidung, die sich rückwirkend als richtig erweisen wird, sobald die ersten Versionen veralten:

Der entscheidende Designvorteil: Capabilities werden unabhängig versioniert. Wenn Shopify in einem Jahr eine neue Checkout-Version released, müssen weder Agents noch andere Capabilities mit-deployen. Das ist exakt das Problem, an dem proprietäre Enterprise-Plattformen mit ihren monolithischen API-Versionen heute leiden.

Extensions arbeiten mit einem Namespace-System ohne zentrales Registry:

dev.ucp.shopping.*     → gehört ucp.dev (Shopify/Google)
com.loyaltyprovider.*  → gehört loyaltyprovider.com
com.deinefirma.*       → gehört dir

Sicherheit durch Namespace Binding, nicht durch ein Komitee, das Genehmigungen erteilt. Du kannst eigene Extensions definieren, ohne irgendwen zu fragen - und ein Agent kann entscheiden, ob er sie versteht oder nicht.

Discovery, Capability Negotiation und der Embedded Checkout

Die zwei technischen Bausteine, die UCP in der Praxis differenzieren, sind das .well-known/ucp-Pattern und das Embedded Commerce Protocol (ECP).

Discovery via .well-known/ucp. Jeder UCP-fähige Endpoint publiziert ein Capability Profile:

GET https://shop.deinefirma.de/.well-known/ucp

{
  "ucp.version": "2026-01-11",
  "capabilities": ["checkout", "fulfillment", "discount"],
  "payment.handlers": ["shop_pay", "google_pay", "klarna"],
  "extensions": ["com.deinefirma.b2b-pricing"]
}

Der Agent ruft dieses Profil ab, schneidet es mit seinen eigenen Capabilities und bekommt deterministisch heraus, was beide Seiten gemeinsam unterstützen. Kein Integration Meeting, kein API-Key-Austausch, kein Onboarding-Call. Das ist HTTP Content Negotiation - nur eben für Commerce.

Embedded Commerce Protocol (ECP). Sobald eine Transaktion menschliche Eskalation braucht (Liefertermin auswählen, 3-D-Secure-Auth, Subscription-Modalitäten), öffnet UCP einen eingebetteten Checkout. ECP etabliert einen bidirektionalen JSON-RPC-2.0-Kanal zwischen Agent und Händler. State-Updates fließen vom Händler zum Agent, Credentials und Context vom Agent zum Händler - alles in einem PCIv4-konformen Sandbox-Frame.

Die Checkout-State-Machine ist mit vier Zuständen bewusst minimal gehalten:

incomplete → requires_escalation → ready_for_complete → completed

• incomplete: Felder fehlen, der Agent löst sie via API auf.
• requires_escalation: User-Input nötig, Agent übergibt via continue_url.
• ready_for_complete: Der Agent kann den Checkout programmatisch abschließen.
• completed: Geld geflossen, Order erzeugt.

Wer Shopifys Checkout Kit kennt: ECP ist dessen Open-Source-Verallgemeinerung. Wir haben Checkout Kit in zwei Plus-Setups in Produktion gesehen - die Verlässlichkeit ist hoch.

Hydrogen, MCP und der /api/ucp/mcp-Endpoint

Für Plus-Kunden, die Headless mit Hydrogen + Oxygen fahren, ist UCP keine Theorie mehr. Seit Hydrogen 2026.1.4 ist jeder Oxygen-deployed Store automatisch ein AI-Agent-Endpoint. Die Standard-Config aktiviert proxyStandardRoutes: true, und damit ist /api/mcp ohne weitere Konfiguration live.

Shopify hat UCP technisch über das Model Context Protocol (MCP) implementiert - eine dreischichtige Architektur:

Ab Mai 2026 wird Storefront MCP zu /api/ucp/mcp migriert. Neue Tools: search_catalog, lookup_catalog, get_product. Wenn dein Hydrogen-Store eigene Route-Overrides hat (z. B. für Custom-Bundles oder B2B-Pricing), musst du sie gegen das neue Schema validieren - sonst antworten deine Routen MCP-Tools mit 404 statt mit strukturierten Daten.

Praktisch bedeutet das für CTOs: Wer heute Hydrogen-first arbeitet, ist UCP-ready, ohne es bemerkt zu haben. Wer auf klassischem Liquid Theme bleibt, bekommt UCP über Shopifys Server-Side-Infrastruktur - ohne eigene Implementierung, aber auch mit weniger Kontrolle über die Daten, die der Agent zurückbekommt. Das ist der erste echte technische Differenzierungs-Hebel zwischen Liquid und Hydrogen, seit es Hydrogen gibt.

Was UCP für B2B-Setups bedeutet

Für unsere B2B-Kunden ist UCP der relevanteste Teil des Releases. Drei Gründe:

1. Draft Orders API als Agent-Endpoint. Ein KI-Agent kann eine vollständige B2B-Order anlegen - mit Company-spezifischen Preisen, Net-Terms, Custom Discounts - ohne jemals eine UI zu rendern. Das funktioniert über die Draft Orders API, kombiniert mit der Company und B2B Price List Reference als Authentication Artifact. Wir messen in laufenden Pilotprojekten ~42 % schnellere Auftragsverarbeitung gegenüber klassischen Wholesale-Portalen.

2. Shopify Functions als Custom-Logic-Layer. Volume-Tier-Discounts, Custom-Payment-Rules, Delivery-Filtering - alles WebAssembly-basiert, Execution-Time <5 ms. Ein Agent kann via UCP einen Cart erzeugen und Functions filtern in Echtzeit, welche Konditionen für diesen B2B-Käufer gelten. Das ist die Stelle, an der SAP Commerce Cloud und Salesforce B2B Commerce out-of-the-box nicht mithalten.

3. B2B für alle Pläne (seit April 2026). Shopify hat Company Profiles, Custom Catalogs und Volume-Discounts auf Basic, Grow und Advanced ausgeweitet. Plus behält die exklusiven Features (Unlimited Catalogs, Direct Catalog Assignment, Partial Payments, Deposits) - aber die UCP-Basis-Funktionalität ist jetzt auf allen Tiers verfügbar.

Für Plus-Kunden mit ERP-Integration (NetSuite, SAP, JTL) sind die neuen Winter-‘26-Konnektoren (Fulfil, Patchworks, OmnifiCX) der zweite Game-Changer. Bidirektionaler Sync wird zur kommodifizierten Funktion, statt zum Custom-Middleware-Projekt. Wer heute noch eigene Cloudflare-Worker-Bridges baut, sollte die Total Cost of Ownership neu rechnen.

UCP vs. Shopify Plus vs. Commerce Components

Diese drei Begriffe werden in Calls oft verwechselt - sie liegen aber auf unterschiedlichen Ebenen:

Die richtige Lesart: UCP ist eine Schicht, die orthogonal zu Plus und CCS liegt. Du wählst Plus oder CCS aus Plattform-Gründen - UCP ist die Schnittstelle, über die KI-Agenten auf die Plattform zugreifen. Plus bringt UCP automatisch mit. CCS-Kunden müssen den UCP-Layer selbst implementieren, behalten dafür aber volle Architektur-Freiheit.

Was Plattformen wie SAP, Salesforce, commercetools tun (müssen)

Die kompetitive Realität: UCP ist Open Source, und Shopify hat den First-Mover-Vorteil sauber genutzt. Jede andere Enterprise-Commerce-Plattform muss sich jetzt entscheiden, ob sie UCP nativ unterstützt oder ein konkurrierendes Protokoll forciert. Wir gehen davon aus, dass commercetools und BigCommerce UCP innerhalb der nächsten 12 Monate adoptieren - schlicht, weil Agent-Builder ihre Toolchains nicht für jede Plattform neu schreiben werden. SAP und Salesforce werden später folgen, wahrscheinlich mit eigenen Adaptern.

Für DACH-Brands, die heute auf SAP Commerce Cloud oder commercetools sitzen, heißt das konkret: Die Frage ist nicht mehr “wechseln wir zu Shopify?”, sondern “wie schnell wird unsere Plattform UCP-kompatibel?” Das ist eine völlig andere Roadmap-Diskussion mit dem Hersteller.

Was DACH-Händler jetzt vorbereiten sollten

UCP und Agentic Storefronts sind derzeit primär in den USA und Kanada live. Europa folgt - die Gründe für den Rollout-Versatz sind DSGVO-Compliance, lokale Zahlungsmethoden (SEPA, Klarna, Giropay-Successor) und PSD2-Vorgaben für KI-getriebene Transaktionen. Trotzdem zahlt sich die Vorbereitung jetzt aus, weil sie zu 80 % aus Aufgaben besteht, die ohnehin auf der Hygiene-Roadmap stehen sollten:

1. Strukturierte Produktdaten. Metafields sauber befüllen, Custom Object Types nutzen. Ein Agent versteht dimensions.length: 120 cm - nicht “120 cm Länge” im freien Beschreibungstext. Wer hier investiert, gewinnt zugleich an SEO- und Filter-Qualität.
2. GraphQL Admin API. REST ist seit Oktober 2024 Legacy. Alle neuen Public Apps müssen GraphQL nutzen. Eigene Integrationen (ERP, PIM, Middleware) jetzt migrieren - UCP setzt GraphQL voraus.
3. robots.txt für AI-Crawler. GPTBot, ClaudeBot, PerplexityBot, Google-Extended explizit erlauben. Wir machen das standardmäßig auf jeder Plus-Migration (auch auf codext.de selbst live zu sehen).
4. Hydrogen-Upgrade. Wer auf Hydrogen läuft: 2026.1.4+ einplanen, proxyStandardRoutes: true validieren, Route-Overrides gegen /api/ucp/mcp-Schema testen.
5. B2B-Daten konsolidieren. Company Profiles, Custom Catalogs, Price Lists sauber pflegen. Sobald UCP in EU live ist, wird ein Agent diese Daten als Source of Truth lesen - Inkonsistenzen werden öffentlich sichtbar.

Für Kunden, die noch nicht auf Shopify Plus sind, ändert UCP die Migrations-Logik nicht grundsätzlich - aber es verschiebt das Argument: Es geht nicht mehr nur um Performance, TCO und CRO. Es geht um die Frage, ob du in agentischer Suche überhaupt vorkommst. Das ist ein Sichtbarkeitsproblem, das in 18–24 Monaten dieselbe Härte haben wird wie “nicht in Google indexiert” in den frühen 2000ern.

UCP ist kein Hype, sondern ein Infrastruktur-Move. Wer das technische Mental Model jetzt aufbaut, hat in 12 Monaten einen unfairen Vorteil - und keinen Migrations-Notfall. Wenn du wissen willst, was UCP konkret für deinen Stack heißt: Lass uns 30 Minuten sprechen. Wir gehen dein Setup gemeinsam durch und sagen dir ehrlich, ob du heute schon etwas tun musst - oder erst in sechs Monaten.