Agentic-Commerce-Bereitschaft für Feeds: Was UCP, ACP und AI Mode wirklich verlangen

In den letzten achtzehn Monaten hat sich im E-Commerce leise etwas Grundlegendes verändert, und das meiste, was darüber geschrieben wurde, war entweder atemlos oder vage.

Hier die konkrete Version. Wenn ein Käufer einen KI-Assistenten bittet, ein Produkt für ihn zu finden, besucht der Assistent nicht Ihre Startseite. Er sieht weder Ihre Fotografie noch Ihre Markengeschichte noch die Produktbeschreibung, mit der Ihr Texter gerungen hat. Er liest strukturierte Produktdaten – einen Feed, einen Schema-Block, eine API-Antwort – und entscheidet auf dieser Grundlage, ob er Sie oder jemand anderen empfiehlt.

Ihr Feed war schon immer der Input für Ihre Anzeigen. Jetzt ist er der Input für die Empfehlung selbst.

Drei Systeme bestimmen inzwischen, wie das funktioniert: das Universal Commerce Protocol (UCP) von Google, das Agentic Commerce Protocol (ACP) von OpenAI und Stripe sowie das Merchant-Programm von Perplexity. Häufig wird über sie geschrieben, als wären sie dasselbe mit unterschiedlichen Logos. Das sind sie nicht. Sie verarbeiten unterschiedliche Daten, in unterschiedlichen Formaten, mit unterschiedlichen Anforderungen, und sie sind in unterschiedlichen Ländern live.

Dieser Leitfaden zeigt, was jedes System auf Feldebene tatsächlich verlangt, was sich wirklich überschneidet, was nicht – und, weil die meisten Leser dieses Blogs nicht vorrangig in den USA verkaufen, was sich lohnt, wenn Agentic Checkout Ihren Markt noch nicht erreicht hat.

Die Landschaft, ehrlich betrachtet

Zwei Beobachtungen, bevor wir weitermachen.

Erstens: Discovery und Checkout sind getrennte Probleme. Für einen KI-Agenten auffindbar zu sein, ist ein Problem der Datenqualität, das heute überall auf der Welt gilt. Innerhalb einer KI-Oberfläche transaktionsfähig zu sein, ist ein Problem der Protokollintegration, das derzeit auf eine Handvoll Märkte beschränkt ist. Beides zu vermischen, ist der häufigste Fehler in der Berichterstattung zu diesem Thema – und er führt Händler außerhalb der USA zu dem Schluss, dass nichts davon für sie gilt. Das Gegenteil ist der Fall: Die Discovery-Ebene betrifft alle, und dort liegt derzeit fast der gesamte verfügbare Wert.

Zweitens: Die Protokolle nähern sich bei der Infrastruktur an, nicht bei den Daten. UCP arbeitet ausdrücklich mit A2A, AP2 und MCP zusammen. ACP beruht auf derselben Grundidee. Ihre Produktschemata unterscheiden sich jedoch tatsächlich, und ein für das eine gebauter Feed lässt sich nicht einfach in das andere übernehmen. Das ist ein Problem des Feed-Managements, kein Strategieproblem, und es hat eine einfache Lösung: Pflegen Sie eine einzige angereicherte interne Datenquelle als Single Source of Truth und erzeugen Sie daraus Exporte pro Ziel.

Ebene 1: Die Discovery-Basis (gilt überall, schon heute)

Vor jeder protokollspezifischen Arbeit gibt es einen Satz von Anforderungen, den alle diese Systeme teilen. Wenn Sie aus diesem Artikel nur eines umsetzen, dann diese Ebene. Sie kostet keinen Integrationsaufwand und entscheidet tatsächlich darüber, ob Sie empfohlen werden.

Produktkennungen

Die GTIN ist der Verknüpfungsschlüssel des gesamten KI-Shopping-Ökosystems. Jedes dieser Systeme nutzt standardisierte Kennungen, um Ihr Produkt demselben Produkt an anderer Stelle zuzuordnen – um Preise zu vergleichen, Bewertungen zu bündeln und zu erkennen, dass Ihr Listing und das Listing einer Bewertungsseite dasselbe Objekt beschreiben.

Fehlende GTINs erzeugen keine Fehlermeldung. Sie erzeugen Stille: Ihr Produkt ist schlicht nicht Teil des Vergleichs, den der Agent durchführt. Perplexity gewichtet die Vollständigkeit der Kennungen Berichten zufolge sogar strenger als Google.

Prüfen Sie die GTIN-Abdeckung als Anteil der aktiven SKUs. Liegt er unter 90 %, ist diese Zahl Ihr erstes Projekt.

Vollständigkeit der Attribute

Klassische Shopping-Anzeigen kamen mit einem relativ kleinen Satz an Pflichtattributen aus. Ein Agent zieht alles heran, was Sie ihm geben. Jedes befüllte Feld ist ein möglicher Grund für den Agenten, Sie zu empfehlen – Material, Abmessungen, Kompatibilität, Pflegehinweise, Stromversorgung, Garantiebedingungen.

Der Perspektivwechsel lautet: Ein Attribut ist kein Filterwert mehr. Es ist ein Argument. material: full-grain leather ist keine Facette – es ist der Satz, den der Agent verwendet, wenn ein Käufer fragt, welche von zwei Taschen schöner altern wird.

Konsistenz über alle Oberflächen hinweg

Diese Anforderung wird am häufigsten übersprungen und schadet Ihnen am wahrscheinlichsten.

Ein menschlicher Käufer, der auf Ihrer Produktseite ₺2,499 und in einem Vergleichsergebnis ₺2,399 sieht, zuckt mit den Schultern und macht weiter. Ein Agent wertet die Abweichung als Signal für die Zuverlässigkeit Ihrer Daten – und ein Checkout, der scheitert, weil sich der Preis geändert hat, ist für den Betreiber des Agenten ein deutlich schlechteres Ergebnis, als Sie einfach nicht zu empfehlen.

Prüfen Sie die Konsistenz über: Ihre Produktseiten, Ihren Merchant-Center-Feed, Ihre strukturierten Daten auf der Seite und alle Marktplatz-Listings, die Sie betreiben. Preise, Verfügbarkeit, Versandbedingungen und Rückgaberichtlinien müssen übereinstimmen. Vor allem Rückgabe- und Versandrichtlinien werden zunehmend von Agenten gelesen und Käufern gegenüber zitiert.

Aktualität

<!-- İç link: /feed-update-frequency -->

Die nächtliche Feed-Aktualisierung reicht nicht mehr aus. Der Shopping Graph von Google aktualisiert in einem Umfang von Milliarden Listings pro Stunde und bevorzugt Live-Daten; die Feed-Verarbeitung von OpenAI akzeptiert Aktualisierungen bis zu alle 15 Minuten.

Der Grund ist nicht kosmetisch. Wenn ein Agent eine Transaktion abschließen kann, führen veraltete Bestandsdaten nicht zu einem leicht enttäuschten Käufer – sondern zu einer gescheiterten Transaktion. Systeme mit gescheiterten Transaktionen werden herabgestuft.

Praktisches Ziel: Preis und Verfügbarkeit werden bei schnell drehendem Bestand innerhalb von 15 Minuten übernommen, bei allem anderen mindestens stündlich. Für die meisten Händler bedeutet das den Umstieg von geplanten Dateiabrufen auf API- oder Push-basierte Aktualisierungen.

Crawl-Zugriff

Prüfen Sie Ihre robots.txt auf die KI-Crawler. Viele Händler haben sie 2024 und 2025 während der Debatte „Sollen wir KI mit unseren Inhalten trainieren lassen?“ reflexartig blockiert und die Entscheidung nie überprüft. Den Crawler zu blockieren, der einen Shopping-Index befüllt, ist eine andere Entscheidung als einen Trainings-Crawler zu blockieren – und sie wird häufig versehentlich getroffen, von einem Team, das darin nie eine Commerce-Entscheidung gesehen hat.

Ebene 2: Google – konversationelle Attribute

Das ist der konkreteste, am wenigsten diskutierte und am unmittelbarsten umsetzbare Teil des gesamten Themas – und der Abschnitt, den ich zweimal lesen würde.

Parallel zu UCP hat Google der Produktdatenspezifikation des Merchant Center eine Reihe konversationeller Attribute hinzugefügt. Sie sind optional, ergänzen Ihre bestehenden Produktdaten und sollen ausdrücklich KI-Systemen und Konversationsagenten helfen, die spezifischen Feinheiten Ihrer Produkte zu verstehen. Google stellt klar, dass ihre Verwendung den Freigabestatus Ihrer bestehenden Produkte nicht beeinflusst.

Dieser letzte Punkt ist wichtig: Das Risiko ist gleich null. Sie fügen beschreibende Daten hinzu und ändern nichts, was Google für die Freigabe validiert.

Hier ist der Satz:

Googles eigenes ausgearbeitetes Beispiel für eine Variante eines Smartphones kombiniert item_group_title, variant_option, question_and_answer, product_highlight, product_detail, related_product, popularity_rank und document_link in einem einzigen Artikel neben den Standardattributen.

Warum genau diese sechs – und wofür sie wirklich da sind

Sehen Sie sich an, was jedes davon für einen Agenten leistet:

• question_and_answer ist das Drehbuch des Agenten. Ein Käufer fragt „Ist das spülmaschinenfest?“, und der Agent hat entweder Ihre Antwort oder nicht. Hat er sie nicht, sagt er entweder, dass er es nicht weiß – womit der Verkauf verloren ist –, oder er empfiehlt einen Wettbewerber, der das Feld befüllt hat.
• document_link gibt dem Agenten ein Dokument, mit dem er arbeiten kann. Montageanleitungen beantworten „Wie schwer ist der Aufbau?“. Datenblätter beantworten Kompatibilitätsfragen, die Sie nicht vorhersehen konnten.
• related_product sorgt dafür, dass Cross-Selling überlebt, wenn Ihre Website aus der Customer Journey verschwindet. Vor allem required_part verhindert das schlimmste Ergebnis im Agentic Commerce: dass ein Käufer etwas kauft, das allein nicht funktioniert.
• item_group_title und variant_option lösen das Problem, das Varianten-Feeds plagt, seit es sie gibt – ein Agent sieht acht Zeilen und versteht nicht, dass es sich um ein Produkt in acht Größen handelt. Das ist das Problem der Variantenstrukturierung in neuem Kontext.
• popularity_rank ist Ihre Information an den Agenten, welche Ihrer Produkte sich tatsächlich verkaufen. Dieses Signal kann ihm niemand sonst geben.

Befüllung im großen Maßstab

Das ehrliche Hindernis: Niemand hat eine Spalte question_and_answer in seinem PIM.

Die meisten Händler verfügen aber über das Rohmaterial – Themen aus Kundenservice-Tickets, Produkt-FAQs auf der Seite, Bewertungsinhalte, Retourengründe. Die wertvollsten Frage-Antwort-Paare zeigen sich meist in den Fragen, die Ihr Support-Team am häufigsten beantwortet, und in den Gründen, aus denen Produkte zurückgeschickt werden. Eine Retoure mit dem Grund „passte nicht zu meiner Maschine“ ist eine Kompatibilitätsfrage, die Sie im Feed beantworten sollten.

Google empfiehlt, diese Attribute über eine ergänzende Datenquelle hinzuzufügen, statt Ihren primären Feed umzubauen – operativ die richtige Entscheidung, denn das Team, das die Produktdaten verantwortet, und das Team, das die Support-Inhalte verantwortet, sind selten dasselbe.

Im Katalogmaßstab wird daraus ein Regelproblem: Leiten Sie item_group_title aus dem Namen Ihres übergeordneten Produkts ab, bauen Sie variant_option aus den Attributen auf, die Sie bereits als Farbe und Größe speichern, berechnen Sie popularity_rank als Perzentil aus Ihren eigenen Verkaufsdaten und ordnen Sie document_link anhand von SKU-Mustern Ihrer bestehenden Handbuchbibliothek zu. In Feedance sind das Feed-Regeln, die bei jeder Aktualisierung angewendet werden, und insbesondere popularity_rank lässt sich automatisch aus Verkaufsdaten neu berechnen, statt von Hand gepflegt zu werden.

Beginnen Sie mit Ihren 200 umsatzstärksten SKUs und jeweils drei Frage-Antwort-Paaren. Das ist eine Woche Arbeit und deckt den Großteil Ihrer für Agenten sichtbaren Impressions ab.

Ebene 3: ACP von OpenAI – eine tatsächlich andere Struktur

Wenn Sie annehmen, dass der ChatGPT-Feed Ihr Google-Feed mit anderen Spaltennamen ist, bauen Sie das Falsche. Das Produktfeed-Schema von ACP ist strukturell anders, und die Unterschiede verraten viel darüber, was agentische Systeme wollen.

Produkte enthalten Varianten. Der Feed von Google ist flach: Jede Variante ist eine eigene Zeile, verbunden über item_group_id. ACP kehrt das um – ein Produktobjekt ist der maßgebliche Datensatz und enthält ein Array von Variantenobjekten. Jede Variante hat eigene ID, Titel, Preis, Verfügbarkeit, Medien und Optionen.

Für einen Agenten ist das das bessere Modell, und es lohnt sich zu verstehen, warum. Ein flacher Feed zwingt den Agenten, aus einem gemeinsamen Gruppierungsschlüssel zu rekonstruieren, dass „dies ein Schuh in neun Größen“ ist. Ein verschachtelter Feed liefert ihm diese Tatsache direkt. Händler mit variantenreichen Katalogen – allen voran Mode – erzielen hier einen echten Genauigkeitsgewinn.

Preise sind Ganzzahlen in der kleinsten Währungseinheit. { "amount": 7999, "currency": "USD" } entspricht 79,99 USD. Kein Dezimal-String. Jede Pipeline, die mit Gleitkommazahlen auf Preisen rechnet, sollte geprüft werden, bevor sie unbemerkt falsche Werte erzeugt.

Beschreibungen sind Objekte, keine Strings. Das Objekt description akzeptiert plain, html und markdown – Sie können jede beliebige Kombination liefern.

Links zu Händlerrichtlinien sind vollwertige Felder. Das Objekt seller enthält links mit den Typen privacy_policy, terms_of_service, refund_policy, shipping_policy oder faq. Lesen Sie diese Liste noch einmal: Der Agent will Ihre Rückgaberichtlinie als strukturiertes Feld. In einer Welt, in der der Käufer Ihre Website nie sieht, müssen Ihre Richtlinien mit dem Produkt mitreisen.

Der Zustand ist ein Array. ["new"], und es können mehrere Werte zutreffen – womit Wiederverkauf und generalüberholte Ware bereits vorgesehen sind.

Eine minimale Struktur:

{
  "id": "SKU12345",
  "title": "Trail Running Shoe",
  "description": { "plain": "Waterproof trail shoe with cushioned sole." },
  "url": "https://example.com/products/SKU12345",
  "media": [
    { "type": "image", "url": "https://example.com/images/SKU12345.jpg",
      "alt_text": "Black trail running shoe", "width": 1200, "height": 1200 }
  ],
  "variants": [
    {
      "id": "SKU12345-BLK-10",
      "title": "Black / 10",
      "barcodes": [{ "type": "gtin", "value": "1234567890123" }],
      "price": { "amount": 7999, "currency": "USD" },
      "list_price": { "amount": 9999, "currency": "USD" },
      "availability": { "available": true, "status": "in_stock" },
      "variant_options": [
        { "name": "color", "value": "Black" },
        { "name": "size", "value": "10" }
      ],
      "categories": [
        { "value": "Apparel & Accessories > Shoes", "taxonomy": "merchant" }
      ],
      "condition": ["new"],
      "seller": {
        "name": "Example Store",
        "links": [
          { "type": "refund_policy", "title": "Returns policy",
            "url": "https://example.com/returns" }
        ]
      }
    }
  ]
}

Die Feed-Datei wird von einem Header mit feed_id, account_id, target_merchant und target_country begleitet – beachten Sie, dass das Land auf Feed-Ebene festgelegt wird. Händler in mehreren Märkten liefern also einen Feed pro Markt.

Das von OpenAI empfohlene Bereitstellungsmuster ist ein vollständiger Feed einmal täglich per Datei-Upload, ergänzt durch Aktualisierungen im Tagesverlauf über die API. Kleine Kataloge können beides über die API abwickeln.

Ein Punkt, den man nüchtern betrachten sollte: Der In-Chat-Checkout von OpenAI hatte ein komplizierteres erstes Jahr, als die Ankündigungen vermuten ließen. Das Unternehmen hat öffentlich eingeräumt, dass die erste Umsetzung von Instant Checkout weniger flexibel war als beabsichtigt, und den Schwerpunkt auf Produkt-Discovery mit Übergabe an die Website des Händlers für die Zahlung verlagert. Wenn Sie priorisieren, betrachten Sie die Discovery über ACP als kurzfristige Chance und den Checkout über ACP als längerfristige Wette.

Ebene 4: Perplexity

Das Merchant-Programm von Perplexity ist das am wenigsten dokumentierte der drei und wird aus genau diesem Grund am häufigsten falsch dargestellt. Leitfäden, die eine detaillierte Feldspezifikation für Perplexity veröffentlichen, extrapolieren von Google – eine offizielle Feldspezifikation ist nicht veröffentlicht.

Bekannt ist Folgendes:

• Das Programm ist kostenlos und basiert auf Bewerbungen; das Onboarding wurde 2025 und 2026 schrittweise ausgeweitet.
• Der Feed wird als CSV oder XML über API, SFTP oder einen eigenen S3-Bucket im Google-Shopping-Format bereitgestellt.
• Die Vollständigkeit der Produktdaten fungiert als Ranking-Faktor – vollständigere Daten geben dem System mehr Material, um Vergleiche und Zusammenfassungen von Vor- und Nachteilen zu erstellen.
• Die Vollständigkeit der Kennungen, Bewertungsdaten und Schema.org-Markup auf der Seite scheinen stärker gewichtet zu werden als bei Google.
• Ein Feed ist für eine Zitierung nicht zwingend erforderlich – ein crawlbarer Katalog mit sauberem Product-Schema kann angezeigt werden –, aber ein Feed verbessert die Chancen, als empfohlenes Produkt zu erscheinen.
• Transaktionsfunktionen sind auf die USA beschränkt. Außerhalb der USA können Sie zitiert und verlinkt werden, aber nicht über die Plattform verkaufen.

Die praktische Schlussfolgerung: Bei Perplexity besteht die Arbeit aus sauberem Schema.org-Markup auf Ihren Produktseiten plus Bewertungsdaten, nicht aus einer neuen Feed-Integration. Wenn Ihre Produktdetailseiten bereits gültiges Product- und Offer-Markup mit GTIN, Preis, Verfügbarkeit und aggregateRating ausgeben, haben Sie das meiste erledigt.

Ebene 5: Checkout – und die ehrliche Geografie

Hier lässt sich die Berichterstattung gern mitreißen, also seien wir genau, was tatsächlich live ist.

UCP-Checkout. Verfügbar für ausgewählte Händler, mit Produktberechtigung zum Zeitpunkt des Schreibens in den USA, Kanada und Australien. Er erscheint als Kaufen-Button bei berechtigten Listings in AI Mode und Gemini. Sie bleiben der Verkäufer im rechtlichen Sinne (Seller of Record). Kunden zahlen über Google Pay mit Zahlungsdaten, die bereits in ihrem Google Wallet hinterlegt sind. Für die Teilnahme müssen Sie die technischen Anforderungen erfüllen, ein Interessensformular einreichen und die Implementierung abschließen – und entscheidend: Nur Listings mit dem Produktattribut native_commerce(checkout_eligibility) zeigen den Kaufen-Button.

Dieses letzte Detail ist die Erkenntnis auf Feed-Ebene. Alles andere am UCP-Checkout ist Backend-Integrationsarbeit; das Berechtigungssignal selbst liegt in Ihren Produktdaten.

Google hat im März 2026 ein vereinfachtes UCP-Onboarding über das Merchant Center angekündigt, zusammen mit Funktionen für Warenkorb, Katalog und Identitätsverknüpfung, und eine globale Ausweitung im Laufe des Jahres 2026 signalisiert.

ACP-Checkout. Erfordert die Implementierung von drei Abläufen – einem Produktfeed, einer Checkout-API und einer delegierten Zahlung über einen Zahlungsdienstleister wie Stripe – und steht zugelassenen Partnern offen.

Perplexity Buy with Pro. Auf die USA beschränkt.

Wenn Sie außerhalb der USA verkaufen

Die meisten unserer Kunden verkaufen in der Türkei, am Golf und in Europa. Hier die ehrliche Einschätzung für diese Situation:

Agentic Checkout steht Ihnen noch nicht zur Verfügung. Agentic Discovery schon – vollständig und schon heute.

Ein Käufer in Istanbul, der Gemini oder ChatGPT bittet, Produkte zu vergleichen, erhält bereits jetzt eine Antwort, die auf strukturierten Produktdaten basiert. Ob diese Antwort Ihre Produkte enthält, hängt vollständig von Ebene 1 und Ebene 2 oben ab – Abdeckung der Kennungen, Vollständigkeit der Attribute, konversationelle Attribute, Aktualität und Konsistenz. Nichts davon erfordert eine Protokollintegration, eine US-Gesellschaft oder eine Bewerbung für einen Early Access.

Die Reihenfolge für einen Händler außerhalb der USA ist daher klar:

1. Setzen Sie Ebene 1 vollständig um. Sie bringt nur Vorteile und verbessert zudem die Leistung Ihrer bestehenden Shopping- und Performance-Max-Kampagnen.
2. Setzen Sie Ebene 2 jetzt um. Konversationelle Attribute sind in der Standardspezifikation des Merchant Center verfügbar, bergen kein Freigaberisiko, und in Ihrem Markt hat sie kaum jemand befüllt.
3. Behalten Sie Ebene 5 im Blick. Wenn der Checkout Ihren Markt erreicht, integrieren die Händler, die Ebene 1 und 2 umgesetzt haben, innerhalb von Wochen. Die anderen starten mit einem unvollständigen Katalog.

Der Vorteil eines frühen Starts liegt nicht darin, dass Sie in diesem Quartal Transaktionen in ChatGPT abwickeln. Er liegt darin, dass die Behebung von Katalogdatenqualität Monate dauert und sich nicht in Eile kaufen lässt, wenn sich das Fenster öffnet.

⚠️ Eine Frist, die nicht optional ist

Unabhängig von allem oben Gesagten und weit dringlicher: Die Content API for Shopping von Google wird am 18. August 2026 eingestellt. Nach diesem Datum funktionieren Aufrufe der alten v2.1-Endpunkte nicht mehr.

Das betrifft nur programmatische Integrationen – manuelle Uploads, geplante Abrufe und Feeds über Google Sheets sind nicht betroffen. Händler mit offiziellen Plattformintegrationen (dem Google-&-YouTube-Kanal von Shopify, Google Listings & Ads von WooCommerce) werden von der Plattform betreut. Individuelle Integrationen und einige Tools von Drittanbietern müssen manuell auf die Merchant API v1 migrieren.

Zwei Dinge sollten Sie heute prüfen: Gehen Sie im Merchant Center zu Einstellungen → Datenquellen und sehen Sie sich die Spalte „Quelle“ an. Steht dort „Content API“, besteht Handlungsbedarf. Und beachten Sie, dass Feed-Labels nicht automatisch übernommen werden – wenn die Kampagnenstruktur Ihres Google-Ads-Kontos von Feed-Labels abhängt, kann eine unsorgfältige Migration dazu führen, dass Kampagnen nicht mehr ausgeliefert werden.

Wenn Ihr Feed über Feedance ins Merchant Center gelangt, übernehmen wir diese Migration, und Ihre Exportkonfiguration ändert sich nicht.

Was „agentenbereit“ Feld für Feld bedeutet

Die Ebenen zusammengeführt in einer operativen Übersicht:

Die Tabelle quer zu lesen, ist die nützliche Übung: Achten Sie darauf, wie viel des Verhaltens auf der rechten Seite von Feldern gesteuert wird, die optional sind und die die meisten Kataloge leer lassen.

Die Checkliste zur Agentenbereitschaft

Grundvoraussetzungen – erledigen Sie diese zuerst, sie gelten für jede Oberfläche

• [ ] GTIN-Abdeckung über 90 % der aktiven SKUs
• [ ] Preis und Verfügbarkeit werden innerhalb von 15 Minuten bis einer Stunde übernommen, nicht über Nacht
• [ ] Preis, Verfügbarkeit, Versand und Rückgabe stimmen auf Website, im Feed und auf Marktplätzen überein
• [ ] Alle Bilder mindestens 500×500 (von Google ab dem 31. Januar 2027 ebenfalls verlangt)
• [ ] Gültiges Schema.org-Markup für Product und Offer auf jeder Produktdetailseite, mit aggregateRating, wo Bewertungen vorhanden sind
• [ ] KI-Crawler in der robots.txt nicht versehentlich blockiert
• [ ] google_product_category korrekt zugeordnet, nicht der automatischen Ableitung überlassen
• [ ] Migration von der Content API als abgeschlossen bestätigt

Wettbewerbsvorteil – der Großteil Ihres Marktes hat das noch nicht umgesetzt

• [ ] question_and_answer für Ihre 200 wichtigsten SKUs befüllt, jeweils mindestens 3 Paare
• [ ] item_group_title und variant_option für jede Variantenfamilie
• [ ] popularity_rank aus Ihren eigenen Verkaufsdaten berechnet
• [ ] document_link aus Ihrer bestehenden Bibliothek von Handbüchern und Datenblättern zugeordnet
• [ ] related_product für Zubehör und erforderliche Teile
• [ ] video_link für Ihre wichtigsten Produkte
• [ ] Vollständigkeit der Attribute über 95 % im umsatzstärksten Dezil

Vorreiter – für Händler in berechtigten Märkten

• [ ] ACP-Feed erzeugt und bereitgestellt: täglich vollständig plus Aktualisierungen im Tagesverlauf per API
• [ ] Bewerbung für das Merchant-Programm von Perplexity eingereicht
• [ ] UCP-Interessensformular eingereicht, native_commerce-Berechtigung bei qualifizierten Listings signalisiert
• [ ] Von Agenten stammender Traffic und Bestellungen in der Analyse separat getaggt

Der letzte Punkt verdient besondere Betonung. Von Agenten ausgelöste Bestellungen werden nicht wie Suche oder Paid Social attribuiert, und wenn Sie sie nicht bereits bei der Integration taggen, können Sie nicht nachweisen, dass irgendetwas davon funktioniert hat. Richten Sie die Messung ein, bevor Sie sie brauchen.

Lohnt sich der Aufwand?

Eine ausgewogene Antwort, denn das Thema zieht mehr Gewissheit an, als die Belege hergeben.

Gründe für Skepsis. Die Verbreitung des Checkouts verläuft langsamer, als die Ankündigungen nahelegten. OpenAI hat seinen Ansatz nach dem ersten Versuch mit Instant Checkout öffentlich neu ausgerichtet. Die meisten Transaktionsfunktionen sind geografisch beschränkt. Veröffentlichte Daten zu zusätzlichem Umsatz sind dünn, und die beeindruckend klingenden Wachstumsfaktoren beginnen meist bei einer sehr kleinen Basis.

Gründe, trotzdem zu handeln. Fast alles aus Ebene 1 und 2 verbessert Ihre bestehende Paid-Performance – unabhängig davon, ob Agentic Commerce die Prognosen erfüllt. Vollständige Attribute, korrekte Kennungen und aktuelle Bestandsdaten lassen Performance Max schon heute besser arbeiten. Konversationelle Attribute bergen kein Freigaberisiko. Und die Qualität von Katalogdaten ist ein monatelanges Projekt ohne Abkürzung – die Händler, die erst beginnen, wenn die Chance offensichtlich ist, starten im Rückstand.

Die Sichtweise, die wir vorschlagen: Bauen Sie nicht für Agentic Commerce, bauen Sie einen vollständigen und korrekten Katalog. Agentenbereitschaft ist das, wie ein vollständiger und korrekter Katalog im Jahr 2026 aussieht. Die Protokollarbeit ist eine dünne Schicht darüber – und der Teil, der sich schnell erledigen lässt, sobald die Daten darunter stimmen.

Wenn Sie vor jeder Entscheidung eine Ausgangsbasis möchten, bewertet unser kostenloses Tool für Produktfeed-Audits jeden Feed nach Datenvollständigkeit, Datenqualität und technischem Zustand – ein brauchbarer Indikator dafür, wie viel davon Sie bereits haben.

Quellen

• Google Merchant Center-Hilfe – Informationen zum Universal Commerce Protocol (UCP): https://support.google.com/merchants/answer/16837055
• Google Merchant Center-Hilfe – So verwenden Sie konversationelle Attribute: https://support.google.com/merchants/answer/17085370
• Google Merchant Center-Hilfe – Produktdatenspezifikation: https://support.google.com/merchants/answer/7052112
• Google Developers Blog – Under the Hood: Universal Commerce Protocol: https://developers.googleblog.com/under-the-hood-universal-commerce-protocol-ucp/
• Google for Developers – Migration von der Content API for Shopping zur Merchant API: https://developers.google.com/merchant/api/guides/compatibility/overview
• OpenAI Developers – Product Feed Spec (Agentic Commerce): https://developers.openai.com/commerce/specs/spec
• OpenAI Developers – Zentrale Konzepte des Agentic Commerce: https://developers.openai.com/commerce/guides/key-concepts
• Agentic Commerce Protocol: https://www.agenticcommerce.dev/
• Universal Commerce Protocol: https://ucp.dev