Agentic Commerce ist nicht mehr nur eine vage Idee. Es entsteht ein Stack aus Produktdaten, Cart Movement, Shopping Surfaces, Authorization Models und Payment Flows. Retailer müssen nicht jedes Akronym auswendig kennen, aber sie sollten verstehen, welcher Begriff Product Discovery, Cart Context, Payment Authorization und Merchant Data Readiness beschreibt.
Was Sie lernen werden
- Was UCP, AP2, Universal Cart und Agent Checkout in einfacher Sprache bedeuten.
- Welche Begriffe auf offiziellen Quellen beruhen, welche erklärend sind und welche Statusangaben vor einer Umsetzung geprüft werden müssen.
- Wie Agentic Commerce Produktdaten, Cart Movement, Payment Authorization und Checkout Infrastructure verbinden kann.
- Was Retailer jetzt vorbereiten sollten, ohne universelle Verfügbarkeit oder Performance zu versprechen.
Warum diese Agentic-Commerce-Begriffe jetzt wichtig sind
AI Shopping zwingt Ecommerce-Teams, über Produktseiten und Kampagnen hinauszudenken. Ein Nutzer kann einen Assistenten bitten, Produkte zu vergleichen, eine Shortlist zu erstellen, Cart Context zu tragen oder einen Kauf vorzubereiten. Das bedeutet nicht, dass jeder Store morgen an einen universellen Agent Checkout angebunden ist. Es bedeutet, dass Retailer saubere Produktdaten, klare Policies und eine gemeinsame Sprache brauchen, bevor technische Entscheidungen dringend werden.
Die sicherste Sicht ist eine Layer-Sicht:
- Product Discovery: Kann der Agent verstehen, was das Produkt ist?
- Commerce Data: Können Merchant-Systeme korrekte Price-, Availability-, Shipping- und Return-Daten liefern?
- Cart Movement: Können ausgewählte Produkte ohne Kontextverlust über Surfaces bewegt werden?
- Authorization: Kann der Nutzer festlegen, was ein Agent tun darf?
- Payment und Checkout: Kann die Transaktion über unterstützte Infrastruktur abgeschlossen werden?
- Audit Trail: Können Retailer, Nutzer und Plattform nachvollziehen, was passiert ist?
Schnellüberblick: UCP, AP2, Universal Cart und Agent Checkout
| Begriff | Einfache Bedeutung | Layer | Aktueller Status | Retailer-Implikation | Nicht annehmen |
|---|---|---|---|---|---|
| Agentic Commerce | Shopping Workflows, in denen AI Agents bei Discovery, Comparison, Cart oder Checkout helfen | End-to-end concept | Emerging umbrella term | Product data, policies, checkout und reporting vorbereiten | Nicht jeder Ecommerce-Prozess wird agent-driven |
| Universal Cart | Cart Experience, die ausgewählte Produkte über AI Shopping Surfaces tragen soll | Cart movement | Status-sensitive product experience | Price, availability, shipping und returns konsistent halten | Nicht für jeden Retailer als live annehmen |
| UCP | Universal Commerce Protocol für Commerce Data und Agent Interaction Patterns | Commerce data / protocol | Officially documented und developer-facing | Data requirements beobachten und testen | Keine Conversion-Garantie |
| AP2 | Agent Payments Protocol für agent-assisted payment authorization und mandates | Payment authorization | Announced protocol-level infrastructure | Payment, Legal, Fraud und Ecommerce Teams sollten das Modell verstehen | Kein Beweis für sofort verfügbare Agent Payments |
| Agent Checkout | Checkout Workflow, in dem ein Agent unter User Authorization beim Kauf hilft | Checkout experience | Abhängig von Plattform und Merchant Support | Confirmation, order creation und support paths mappen | Nicht als falscher autonomer Kauf darstellen |
| Product Discovery | Wie Produkte für AI Shopping Surfaces verständlich und vergleichbar werden | Discovery | Plattformabhängig aktiv | Titles, identifiers, images, price und policies bereinigen | Keine Recommendation-Garantie |
| Merchant Product Data | Strukturierte Produkt-, Preis-, Availability-, Logistics- und Policy-Daten | Data readiness | Existing Merchant Center/API mechanics | Feed Maintenance als operativen Prozess führen | Nicht der einzige mögliche Input |
| Payment Mandate | Instruction, was ein Agent unter welchen Grenzen bezahlen darf | Authorization | AP2-style protocol concept | Approval und constraints klären | Keine Blankovollmacht |
| Retailer Readiness | Operative Fähigkeit, agentic shopping workflows zu unterstützen | Operations | Internal readiness layer | Feed, checkout, policies, tracking und support auditieren | Nicht gleich sofortiger Rollout |
Universal Cart
Universal Cart
**Plain-language definition:** Universal Cart ist eine cart-like experience, bei der ausgewählte Produkte mit Shopper oder Agent über unterstützte Shopping Surfaces bewegt werden können.
**Who / source:** Der Begriff erscheint im offiziellen Google-Kontext zu agentic commerce und AI shopping. Exakte Verfügbarkeit ist quellen- und datumsabhängig.
**Current status:** Emerging product-experience layer. Der öffentliche Status sollte vor Implementierungsplanung in offiziellen Dokumenten geprüft werden.
**Retailer impact:** Retailer sollten Product Data, Price, Availability, Shipping, Returns und Checkout Assumptions konsistent halten, damit Cart Context nicht irreführend wird.
**What not to assume:** Nicht annehmen, dass Universal Cart für jeden Retailer, jedes Land, jede Plattform oder jeden AI Agent live ist.
UCP: Universal Commerce Protocol
UCP / Universal Commerce Protocol
**Plain-language definition:** UCP ist ein protocol-level Ansatz, der Commerce Data und Actions zwischen AI Agents und Merchant-Systemen strukturierter austauschbar machen soll.
**Who / source:** Google Developer und UCP Documentation sind die primären Quellen für aktuelle Definition und Implementation Path.
**Current status:** Officially documented und developer-facing, aber statusabhängig. Retailer sollten prüfen, ob ein öffentlicher Implementation Path für Plattform und Region existiert.
**Retailer impact:** UCP ist relevant, weil agentic shopping korrekte, strukturierte und machine-readable commerce data benötigt.
**What not to assume:** UCP nicht als mandatory industry standard oder als Beweis behandeln, dass alle AI Agents dasselbe Commerce Protocol nutzen.
AP2: Agent Payments Protocol
AP2 / Agent Payments Protocol
**Plain-language definition:** AP2 ist ein Protocol Model für agent-assisted payments, inklusive User Authorization und Payment Constraints.
**Who / source:** Google Cloud hat AP2 als open protocol für agent payments angekündigt. Für Implementation Details sind offizielle AP2- und Google-Cloud-Dokumente maßgeblich.
**Current status:** Announced protocol-level infrastructure. Public implementation, partner support und merchant availability müssen vor Production Planning geprüft werden.
**Retailer impact:** AP2 betrifft Payment, Risk, Legal, Fraud und Ecommerce Operations, weil agent-assisted payments klare authorization, evidence und auditability brauchen.
**What not to assume:** AP2 garantiert keinen Payment Success, keine Checkout Completion, weniger Fraud und keinen universal support.
Agent Checkout
Agent Checkout
**Plain-language definition:** Agent Checkout ist ein Purchase Flow, in dem ein AI Agent unter user-defined authorization und unterstützter merchant infrastructure vom Intent zum Checkout hilft.
**Who / source:** Dies ist ein erklärender Begriff, der von Plattform, Protocol, Payment Provider und Merchant Integration abhängt.
**Current status:** Public status needs verification before implementation. Manche Flows sind conceptual, manche partner-limited oder product-specific.
**Retailer impact:** Retailer sollten mappen, wo user confirmation, payment authorization, order creation, cancellation, returns und customer support stattfinden.
**What not to assume:** Ein conceptual agent checkout sollte nicht als live transaction flow beschrieben werden, solange genaue Plattform- und Merchant-Unterstützung nicht dokumentiert ist.
Agentic Commerce
Agentic Commerce
**Plain-language definition:** Agentic Commerce beschreibt Shopping Workflows, in denen AI Agents Nutzer bei Product Discovery, Comparison, Cart Actions oder Purchase Steps unterstützen.
**Who / source:** Der Begriff erscheint in offiziellen Commerce-, AI-Shopping- und Protocol Announcements, ist aber ein Umbrella Concept und kein einzelnes Produkt.
**Current status:** Emerging category mit announced protocols, developer documentation, product experiences und retailer-readiness work.
**Retailer impact:** Retailer sollten Agentic Commerce zuerst als Operations- und Data-Readiness-Thema behandeln: feed quality, product detail pages, checkout compatibility, policies und reporting.
**What not to assume:** Nicht annehmen, dass Agentic Commerce Ecommerce, Marketplaces, Search, Paid Media oder die eigene Website ersetzt.
Product Discovery und Merchant-Center-Daten
Product Discovery
**Plain-language definition:** Product Discovery hilft Shoppern oder AI Systems, Produkte zu verstehen, zu vergleichen und in eine Shortlist zu bringen.
**Who / source:** Offizielle commerce surfaces, merchant documentation und product discovery experiences sind relevante Quellen. OpenAI product discovery materials können Kontext liefern, definieren aber nicht jedes Agentic-Commerce-Protocol.
**Current status:** Aktiv in AI Shopping und Ecommerce Experiences, aber Verhalten unterscheidet sich je Plattform.
**Retailer impact:** Retailer sollten product titles, identifiers, images, descriptions, price, availability, shipping und returns vergleichbar und korrekt halten.
**What not to assume:** Product Discovery garantiert keine Recommendation, Rankings, Traffic oder Conversions.
Merchant Product Data
**Plain-language definition:** Merchant Product Data sind strukturierte Informationen eines Retailers zu products, pricing, availability, destinations, logistics und policies.
**Who / source:** Google Merchant Center product data specifications und Merchant API documentation sind primäre Quellen für Google commerce data requirements.
**Current status:** Existing operational layer. Googles 2026 Merchant Center product data specification update zeigt, dass Product Data Requirements gepflegt werden müssen.
**Retailer impact:** Feed hygiene ist eine der klarsten readiness-Aufgaben, die Retailer kontrollieren können, bevor agentic shopping workflows breiter werden.
**What not to assume:** Ein sauberer Feed beweist nicht, dass AI Agents das Produkt empfehlen.
Product Feed
**Plain-language definition:** Ein Product Feed ist eine strukturierte Datei oder API-supplied dataset, das Produktdetails mit Commerce Platforms synchron hält.
**Who / source:** Merchant Center und Merchant API documentation definieren viele praktische Product Feed Requirements für Google Commerce Systems.
**Current status:** Existing and operational, mit laufenden Field- und Validation-Updates.
**Retailer impact:** Retailer sollten Feed Fields auditieren, bevor sie agentic commerce workflows testen. Für eine field-level checklist nutzen Sie den Merchant Center AI shopping readiness guide.
**What not to assume:** Feed completeness ist nicht dasselbe wie universal agentic checkout eligibility.
Agent Authorization
**Plain-language definition:** Agent Authorization ist die user-controlled permission layer, die definiert, was ein Agent tun darf.
**Who / source:** AP2-style protocol documentation und platform checkout documentation sind zu prüfen.
**Current status:** Protocol und implementation details sind statusabhängig.
**Retailer impact:** Retailer sollten verstehen, wo consent, confirmation, payment limits, order review und reversal paths erscheinen.
**What not to assume:** Authorization ist keine Blankovollmacht für beliebige Käufe.
Payment Mandate
**Plain-language definition:** Ein Payment Mandate ist eine strukturierte Instruction, was der Nutzer den Agent zu bezahlen autorisiert hat und unter welchen constraints.
**Who / source:** AP2 documentation ist die Quelle für mandate language und technische Bedeutung.
**Current status:** Protocol concept, kein universelles Retail-Checkout-Feature.
**Retailer impact:** Retailer sollten order evidence, user intent, payment constraints und audit trail responsibilities erklären können.
**What not to assume:** Ein Mandate ersetzt keine merchant-side fraud, fulfillment, return oder support Prozesse.
Merchant Readiness
**Plain-language definition:** Merchant Readiness ist die Fähigkeit eines Retailers, agentic shopping workflows ohne broken data, checkout gaps, unclear policies oder reporting blind spots zu unterstützen.
**Who / source:** Dies ist ein erklärender Operating Term für Ecommerce Teams.
**Current status:** Internal readiness layer, kein offizielles Protocol.
**Retailer impact:** Readiness beginnt mit feed quality, checkout review, policy documentation, product-page consistency, analytics und support handoffs.
**What not to assume:** Ready zu sein bedeutet nicht, jedes Protocol sofort zu adoptieren.
Wie die Bausteine zusammenpassen können
| Building block | Main job | Wem es hilft | Retailer action | Risiko bei Missverständnis |
|---|---|---|---|---|
| UCP | Commerce Data und Agent Interactions strukturieren | Developers, platforms, merchants | Official docs beobachten und data requirements mappen | Als garantierten Sales Channel behandeln |
| AP2 | Agent payment authorization und mandates definieren | Payment, risk, platform und merchant teams | Payment constraints und evidence needs prüfen | Agent payments als automatisch betrachten |
| Universal Cart | Cart Context über unterstützte Shopping Surfaces tragen | Shoppers, agents, retailers | Cart, price, availability, shipping und returns konsistent halten | Availability für jeden Retailer annehmen |
| Merchant Center / product data | Accurate product und commerce attributes bereitstellen | Retailers und shopping systems | Feed quality und diagnostics auditieren | Feed quality als recommendation guarantee verstehen |
| Checkout infrastructure | Order creation und fulfillment handoff abschließen | Ecommerce, operations, support | Checkout compatibility und edge cases prüfen | Cancellations, returns und support ignorieren |
| Consent / authorization layer | Definieren, was der Nutzer erlaubt hat | Shoppers, platforms, payment teams | Confirmation und permission flows dokumentieren | Authorization mit unlimited permission verwechseln |
| Reporting / audit trail | Nachvollziehbarkeit sichern | Finance, support, analytics, legal | Logs und attribution notes planen | Accountability nach Agent Action verlieren |
Neue Agentic-Commerce-Begriffe kommen schnell. Holen Sie sich die plain-language breakdowns, sobald sie erscheinen, oder buchen Sie ein Readiness Audit, um zu prüfen, ob Feed, Checkout und Product Data agentic shopping workflows unterstützen können.
Illustrativer Ablauf: von Product Discovery zu agent-assisted Payment
Conceptual, not a guaranteed live flow for every retailer.
1. Ein User äußert Purchase Intent, etwa [Product] bei [Retailer] zu finden. 2. Ein [Agent] interpretiert requirement, budget, constraints und preferred delivery context. 3. Eine product data layer hilft beim Vergleich über titles, identifiers, price, availability, shipping und return information. 4. Eine Universal Cart-like experience trägt selected items und cart context über supported surfaces. 5. Eine payment authorization oder protocol layer verarbeitet [Payment authorization] und purchase constraints. 6. Der Retailer erhält eine order über supported commerce infrastructure. 7. Der User bestätigt oder prüft final action, wenn protocol, platform oder UI es verlangt.
Dieser Ablauf hilft bei der Planung, weil er discovery, cart context, authorization, payment, order creation und support trennt. Er sollte nicht als echte Transaktion dargestellt werden, solange exakte Plattform-, Retailer- und Protocol-Unterstützung nicht dokumentiert ist.
Was Retailer jetzt tun sollten
| Task | Warum es wichtig ist | Evidence needed | Owner | Priority |
|---|---|---|---|---|
| Product Feed Data bereinigen | Agents und shopping systems brauchen accurate product context | Merchant Center diagnostics, feed exports, PDP checks | Ecommerce / feed manager | High |
| Checkout Compatibility prüfen | Agentic flows brauchen stable checkout und order handoff | Checkout test notes, payment method support, error logs | Ecommerce / engineering | High |
| Payment- und Authorization-Assumptions prüfen | AP2-style flows brauchen clear user permission | Payment provider docs, fraud rules, legal review | Payments / legal / risk | High |
| Shipping und Return Policies dokumentieren | Agents können reliable logistics und policy answers benötigen | Policy URLs, feed fields, support macros | Operations / support | High |
| Product Detail Pages verbessern | Product data und landing pages müssen übereinstimmen | PDP audit, schema checks, content QA | SEO / ecommerce | Medium |
| Official protocol updates beobachten | Status kann sich schnell ändern | Official docs, changelogs, developer posts | Product / marketing ops | Medium |
| Internes Glossary vorbereiten | Teams brauchen konsistente Sprache vor Vendor-Entscheidungen | Shared glossary, decision log | Marketing ops | Medium |
Häufige Fehler vermeiden
- UCP, AP2 oder Universal Cart ohne official evidence als live für alle Retailer bezeichnen.
- Agentic Commerce als garantierten Conversion- oder Revenue-Hebel darstellen.
- Product Discovery mit Checkout Completion verwechseln.
- Feed Quality ignorieren, während über Protocols diskutiert wird.
- Einen conceptual purchase flow als real implementation präsentieren.
- Annehmen, dass ein AI Agent, eine Plattform oder ein Payment Protocol den ganzen Markt definiert.
Abschließende Empfehlung
Nutzen Sie dieses Glossary als Decision Filter. Wenn ein Begriff Product Data beschreibt, zuerst Feed Quality beheben. Wenn er Cart Movement beschreibt, Price, Availability, Shipping und Returns Consistency prüfen. Wenn er Payment Authorization beschreibt, Payment, Fraud, Legal und Support einbinden, bevor eine Agentic-Checkout-Roadmap versprochen wird.
Neue Agentic-Commerce-Begriffe kommen schnell. Holen Sie sich die plain-language breakdowns, sobald sie erscheinen, oder buchen Sie ein Readiness Audit, um zu prüfen, ob Feed, Checkout und Product Data agentic shopping workflows unterstützen können.
FAQ
Was ist Agentic Commerce?
Agentic Commerce ist Shopping, bei dem ein AI Agent bei Discovery, Comparison, Cart Actions oder Purchase Steps hilft. Es ist ein emerging commerce stack, kein einzelnes Produkt und kein garantierter Rollout.
Was ist UCP?
UCP steht für Universal Commerce Protocol. Praktisch sollten Retailer es als developer-facing commerce protocol für Product Data und Agent Interaction Workflows beobachten.
Was ist AP2?
AP2 steht für Agent Payments Protocol. Es fokussiert Authorization- und Mandate-Konzepte für agent-assisted payments, sollte aber nicht als universell verfügbar für jeden Retailer betrachtet werden.
Was ist Universal Cart?
Universal Cart beschreibt eine cart-like experience, die selected products über supported shopping surfaces tragen kann. Retailer sollten official availability prüfen, bevor sie Implementation planen.
Sind UCP und AP2 für jeden Retailer live?
Das sollte nicht angenommen werden. Public status ist datumsabhängig; official source, platform support, region, merchant eligibility und integration path müssen vor Umsetzung geprüft werden.
Müssen kleine Retailer jetzt handeln?
Kleine Retailer müssen nicht sofort jedes Protocol implementieren. Der praktische erste Schritt ist, product data, checkout assumptions, shipping, returns und reporting zu bereinigen.
Wie arbeiten UCP und AP2 zusammen?
Auf hoher Ebene betrifft UCP commerce data und agent interaction, während AP2 agent payment authorization betrifft. Wie sie zusammenarbeiten, hängt von platform, merchant integration und current protocol support ab.
Quellenhinweise
- Offizielle Google Commerce- und Developer-Quellen wurden für UCP, agentic commerce, Merchant Center und Product Data Context genutzt.
- Google Cloud AP2 Documentation wurde für Agent Payments Protocol sowie mandate/authorization context genutzt.
- OpenAI Product Discovery Material wurde als AI Shopping Context behandelt, nicht als Beweis für UCP- oder AP2-Support.
- Merchant Center Product Data Update Context wurde nur für Feed-Readiness genutzt, nicht für Agentic Checkout oder Performance Claims.