Hero agentic checkout de

Agent-Checkout wird Standard: Was UCP und Instant Checkout fürs Frontend heißen

Agent-Checkout wird Standard: Was UCP und Instant Checkout fürs Frontend heißen

Der Checkout wird gerade um KI-Agenten herum standardisiert, nicht um eine einzelne Storefront. OpenAIs Instant Checkout, aufgebaut auf dem Agentic Commerce Protocol (ACP), erreichte im Juli 2026 die allgemeine Verfügbarkeit. Salesforce hat diesen Sommer Agentforce Commerce in die Salesforce Commerce Cloud integriert. Google treibt mit dem Universal Commerce Protocol (UCP) eine eigene Spezifikation für agentengesteuerte Käufe über Search und Gemini voran. Keine dieser Meldungen ist in erster Linie eine Merchant-Adoption-Geschichte. Es ist eine Frontend-Geschichte: Die Schicht, die entscheidet, wie viel von der Transaktion du noch kontrollierst, hat sich gerade verschoben.

Was gerade tatsächlich standardisiert wird: UCP, Instant Checkout und Agentforce

Drei Anbieter, drei Protokollnamen, eine gemeinsame Bewegung. OpenAIs Instant Checkout läuft auf ACP, der Spezifikation, die zusammen mit Stripe entwickelt wurde, damit eine ChatGPT-Session Produkt- und Preisdaten eines Händlers lesen und einen Kauf abschließen kann, ohne dass der Shopper das Chatfenster verlässt. Die allgemeine Verfügbarkeit seit Juli 2026 bedeutet, dass jeder Händler mit konformem Feed und Payment-Intent das Feature aktivieren kann, nicht nur die ursprünglichen Design-Partner aus der Pilotphase.

Salesforce setzt näher am Backend an: Agentforce Commerce liest Produkt-, Preis- und Promotion-Daten direkt aus der Salesforce Commerce Cloud und kann im Auftrag eines Shoppers einen Checkout innerhalb einer konversationellen Session ausführen, egal ob diese Session auf der eigenen Seite der Marke oder auf einer Assistant-Oberfläche läuft. Googles Universal Commerce Protocol geht am weitesten: eine offene Spezifikation, die jeder KI-Oberfläche, Search, Gemini oder einem Drittanbieter-Agenten, erlauben soll, Produkte zu entdecken und einen Kauf gegen das Backend eines Händlers abzuschließen, ohne pro Plattform eine eigene Integration zu bauen.

Unterschiedliche Anbieter, unterschiedliche Ausgangspunkte, aber dasselbe Ziel: Checkout-Logik wird aus der gerenderten Seite herausgelöst und auf Protokollebene standardisiert, damit jeder konforme Agent sie gegen jeden konformen Händler ausführen kann.

Warum das eine Frontend-Frage ist, nicht nur eine Merchant-Adoption-Frage

Die meiste Berichterstattung fragt bisher, ob Händler diese Features überhaupt aktivieren. Das ist für dein Team die falsche erste Frage. Wir haben uns bereits angeschaut, warum die Adoption von ChatGPT Instant Checkout deutlich unter den Erwartungen blieb, und diese Adoptionszahl ändert nichts daran, was deine Storefront können muss, um sicher teilzunehmen, sobald das Protokoll live ist. Die eigentliche Frage lautet, was mit deinem Frontend passiert, sobald eine Transaktion irgendwo initiiert, verhandelt und abgeschlossen werden kann, wo deine eigene UI gar nicht rendert.

Drei Konsequenzen ergeben sich direkt aus dieser Verschiebung:

Deine Produktdaten müssen maschinenlesbar sein, bevor sie menschenlesbar sind. ACP, Agentforce und UCP lesen strukturierte Produkt- und Preisdaten über eine API oder einen Feed, nicht über deine gerenderte Seite. Wenn dein Schema-Markup, deine Preislogik und dein Lagerbestand nur in Template-Logik existieren, die dein Frontend spontan zusammenbaut, hat ein Agent nichts Verlässliches zu lesen, und die Transaktion scheitert oder läuft mit veralteten Daten.

Checkout ist nicht mehr eine UI, die du vollständig besitzt. Jahrelang war Checkout der Flow, den jede Storefront eng unter eigener Kontrolle hielt: mobil optimiert, A/B-getestet, markenkonsistent vom Warenkorb bis zur Bestätigung. Agentic-Checkout-Protokolle verschieben einen Teil dieses Flows in eine Oberfläche, die du gar nicht renderst, ein Chatfenster oder eine Assistant-Karte. Die Aufgabe deiner Storefront verschiebt sich von "besitze den gesamten Checkout" zu "übergib eine saubere, verifizierbare Checkout-Absicht und bleib erkennbar in der UI eines anderen Systems."

Attribution und Session-Kontinuität brechen genau am Übergabepunkt. Wenn ein Kauf innerhalb von ChatGPT oder einer Agentforce-Session abgeschlossen wird statt auf deiner Domain, hat dein übliches Event-Tracking genau dort eine Lücke, wo die Transaktion passiert. Diese Lücke zu schließen ist jetzt eine Aufgabe der Experience-Schicht, nicht des Backends: Dein Frontend muss Session- und Intent-Daten vor der Übergabe offenlegen, nicht erst eine Conversion danach loggen.

Was sich an der Aufgabe deiner Storefront ändert

Nichts davon ersetzt deine Storefront. Es ändert, was "die Storefront besitzen" bedeutet. Die Frontend-Schicht wird zu dem Ort, der deine Produktdaten strukturiert und aktuell hält, deine Marke erkennbar hält, wenn ein Agent statt deiner Seite eine Zusammenfassung rendert, und eine Session über die Übergabe an ein Protokoll nachvollziehbar hält, das du selbst nicht betreibst. Genau diese Betriebslogik steckt hinter einer Agentic Frontend Management Platform: eine Schicht, die aktuell bleibt, wenn neue Protokolle dazukommen, statt pro Anbieter eine neue Einzelintegration.

Praktisch heißt das, die Storefront als betriebene Frontend as a Service-Schicht zu führen statt als festes Template: Connectoren für ACP, Agentforce und UCP werden zentral ergänzt, die Component Library und die strukturierten Daten bleiben über alle Oberflächen hinweg konsistent, und dein Team baut die Checkout-Logik nicht dreifach für drei Protokolle neu. Wenn Agentforce Commerce Teil deines Stacks ist, heißt das auch, dein Salesforce Commerce Cloud Frontend so entkoppelt zu halten, dass die Agentforce-Schicht und deine eigene Storefront dieselbe Produktwahrheit lesen, statt auseinanderzudriften.

Was Du gewinnst

  • Dimension | Storefront ohne Agent-ready Frontend | Mit Agent-ready Frontend
  • Produktdaten | Ad hoc pro Seite gerendert, für Agenten unzuverlässig | Strukturiert, schema-basiert, über APIs direkt lesbar
  • Checkout-Übergabe | Keine Sichtbarkeit, sobald die Session deine Domain verlässt | Session- und Intent-Daten vor der Übergabe offengelegt, trackbar
  • Markenkonsistenz | Inkonsistent, sobald ein Agent dein Produkt zusammenfasst | Brand-Tokens reisen auf Komponentenebene mit den Daten, nicht nur mit der Seite
  • Zeit für ein neues Protokoll | Custom-Integration pro Protokoll, Monate Entwicklung | Eine Frontend-Schicht, neuer Connector zentral ergänzt

Conversion zu schützen, sobald ein Teil des Funnels von deinen eigenen Seiten wegwandert, ist genau das Problem, für das eine AI Engagement & Conversion-Schicht gebaut ist: Sie hält die Signale, die du für Optimierung brauchst, auch wenn der finale Klick woanders passiert.

FAQ

Muss ich ACP, Agentforce und UCP alle gleichzeitig integrieren? Nein. Starte mit dem Protokoll, das sich mit deiner tatsächlichen Kundenbasis überschneidet, ChatGPT-starke Zielgruppen sprechen für ACP, Salesforce-Commerce-Cloud-Händler zuerst für Agentforce. Der Sinn eines Agent-ready Frontends ist, dass das nächste Protokoll später ein Connector ist, kein Neubau.

Ersetzt Agent-Checkout meinen bestehenden Checkout-Flow? Nein. Für die meisten Händler läuft Agent-Checkout parallel zum bestehenden Checkout und deckt einen Anteil an intentgetriebenen, konversationellen Käufen ab, während deine Storefront weiterhin Direktverkehr, Kampagnen und Wiederkäufe besitzt.

Ist das nur relevant, wenn ich über ChatGPT verkaufe oder auf der Salesforce Commerce Cloud laufe? Nein. Besonders UCP ist backend-agnostisch angelegt, und die eigentliche Anforderung, maschinenlesbare Produktdaten plus eine saubere Checkout-Übergabe, gilt unabhängig davon, welches Protokoll sich in deinem Markt durchsetzt.

Was kostet das, und wie schnell sind wir agent-ready? Der Preis richtet sich nach Umfang und ist kalkulierbar auf laioutr.com/pricing. Die meisten Teams haben einen ersten Protokoll-Connector in Wochen live, nicht in Monaten, weil der größere Aufwand darin liegt, die Produktdaten einmal richtig zu strukturieren, nicht den Checkout für jedes Protokoll neu zu bauen.

Nächste Schritte

Buch dir einen Frontend-Check für Agent-Checkout, und wir gehen gemeinsam durch, welches der drei Protokolle, ACP, Agentforce oder UCP, für deinen Traffic-Mix zuerst wirklich relevant ist und was dein Frontend offenlegen muss, bevor du eines davon aktivierst.

Über den Autor: Das Laioutr Team beobachtet Agentic-Commerce-Protokolle bei ihrer Standardisierung und arbeitet mit Enterprise-Teams daran, ihre Storefront-Frontend-Schicht über jede neue Agentenoberfläche hinweg lesbar und trackbar zu halten, ohne den Checkout für jede einzeln neu zu bauen.

Mehr interessante Frontend Artikel

Praxiswissen für Frontend-Entwicklung, smarte Agenten und Headless

Shopify
Shopify ist eine Commerce-Plattform zum Verkaufen online und im stationären Handel.
Shopware
Shopware ist eine flexible E-Commerce-Plattform aus Europa für Produktkataloge und Omnichannel-Commerce.
Planned
Scayle
SCAYLE ist eine Commerce-Engine, mit der Marken und Händler ihr Geschäft skalieren.
Planned
Commerce Layer
Commerce Layer ist eine Headless-Commerce-Plattform, um Bestände und Kataloge online verfügbar zu machen.
Planned
Salesforce Commerce Cloud
Salesforce Commerce Cloud ist eine cloudbasierte Enterprise-Commerce-Plattform für Unternehmen jeder Größe.
Commercetools
Commercetools ist eine SaaS-basierte, headless E-Commerce-Plattform mit weltweitem Einsatz.
Sylius
Sylius ist ein entwicklerfreundliches E-Commerce-Framework für B2C- und B2B-Shopping-Erlebnisse.
OXID eShop
OXID eShop ist eine erweiterbare Commerce-Plattform für komplexe B2B- und B2C-Anforderungen.
Emporix
Emporix ist eine composable, API-first Commerce-Plattform für skalierbare B2B- und B2C-Szenarien.
Adobe Commerce
Adobe Commerce ist eine Enterprise-Commerce-Plattform für komplexe, globale B2C- und B2B-Szenarien.
Coming Soon
VTEX
Cloud-native, composable Commerce-Plattform für B2B und B2C im großen Maßstab.
Planned
Spryker
Composable Commerce-Plattform für anspruchsvolle B2B- und B2C-Geschäftsmodelle.
Planned
SAP Commerce Cloud
Enterprise-Commerce-Plattform für komplexe Kataloge, Preismodelle und Omnichannel-Journeys.
Planned
Websale
Stabiles, enterprise-taugliches Commerce-Backend für komplexe Handelsumgebungen.
Planned
Intershop
Enterprise-Commerce-Plattform für komplexe B2B- und B2C-Geschäftsmodelle.
Planned
Magento 2
Weit verbreitete, erweiterbare Commerce-Plattform für B2C- und B2B-Szenarien.
Planned
B2Bsellers
B2B-Suite für Shopware, die den Online-Shop zur professionellen B2B-Commerce-Plattform macht.
Planned
Saleor
Open-Source-, API-first-Commerce-Plattform auf GraphQL-Basis für Custom-Storefronts.
Planned
Prestashop
Open-Source-Commerce-Plattform für kleine und mittlere Händler in Europa und darüber hinaus.
Planned
Vendure
Vendure ist eine Headless-Commerce-Plattform für Unternehmen mit komplexen Anforderungen.
Planned
Patchworks
Patchworks ist eine Low-Code-iPaaS, die E-Commerce, ERP, WMS, 3PL und Marktplätze verbindet.
Planned
HCL Software
Enterprise-Suite für digitalen Commerce und Experience mit hoher Konfigurierbarkeit.
Book a demo mobile
Strategie-Gespräch

Bereit, Dein Frontend zur Steuerebene zu machen?

Zeig uns Deinen Stack, Deine Roadmap, Dein Replatforming-Szenario, wir zeigen Dir, wie Laioutr passt, was es kostet und wie schnell ihr live geht.

"Nach 30 Minuten wussten wir, dass Laioutr unser Replatforming machbar macht." - Daniel B., CEO, hygibox.de

SEO / GEO / AEO Ready
Performance & Core Web Vitals
WCAG 3.0 Ready
Tracking & Analytics
Brand Consistency