Wenn Ihr Produktfeed die Prüfungen von Google Shopping und Meta bereits besteht, liegt die Annahme nahe, dass er auch für ChatGPT Shopping und den KI-Modus von Google (AI Mode) bereit ist. Auf der Google-Seite ist das wahrscheinlich nicht der Fall. Die Produktfeed-Spezifikation für Agentic Commerce von OpenAI verlangt 9 Felder, damit ein Produkt für die Suche und den Checkout innerhalb von ChatGPT infrage kommt – so steht es in der Entwicklerdokumentation von OpenAI. Die Merchant-Center-Hilfe von Google, aktualisiert im Rahmen der Initiative zum Universal Commerce Protocol im Mai 2026, nennt 6 konkrete Attribute, die Google als „Conversational Attributes“ für den AI Mode in der Suche bezeichnet. Die beiden Listen haben keinen einzigen Feldnamen gemeinsam. Dieser Leitfaden zeigt, was jede Oberfläche tatsächlich liest, was Sie wahrscheinlich bereits haben und was Sie noch ergänzen müssen – inklusive einer Checkliste mit Punktwertung, die Sie auf Ihren eigenen Feed anwenden können.
Zwei verschiedene „KI-Shopping“-Aufgaben, nicht eine
„Fit für KI-Shopping werden“ wird oft als ein einziges Projekt behandelt, doch eigentlich sind es zwei – entwickelt von zwei Unternehmen, mit zwei getrennten Spezifikationen und zwei unterschiedlichen Zielen.
Mit dem Agentic Commerce Protocol (ACP) von OpenAI kann ein Händler über Instant Checkout direkt in einer ChatGPT-Unterhaltung verkaufen. Die Aufgabe des Produktfeeds ist hier eng umrissen: ChatGPT genügend strukturierte Daten liefern, um ein Produkt korrekt anzuzeigen und eine echte Transaktion zu ermöglichen. Dabei tritt der Händler – nicht OpenAI – als Verkäufer auf (Merchant of Record) und übernimmt Fulfillment, Steuern und Zahlungsabwicklung über seinen eigenen Payment Service Provider.
Die Conversational Attributes von Google sind dagegen Teil des Merchant-Center-Feeds, den Sie bereits für Shopping-Anzeigen und kostenlose Einträge betreiben. Es gibt kein separates Checkout-Protokoll zu implementieren und keinen neuen Feed, der von Grund auf aufgebaut werden muss. Google bittet Sie, Ihren vorhandenen Feed anzureichern, damit der eigene AI Mode und die von Gemini gestützten Shopping-Oberflächen konkretere Fragen zu Ihren Produkten beantworten können.
Wer beides verwechselt, landet in einem von zwei Fehlerszenarien: Teams bauen einen kompletten zweiten Feed für ChatGPT, den sie gar nicht gebraucht hätten, oder Teams nehmen an, dass ein paar abgehakte Punkte im Stil von OpenAI auch den AI Mode von Google abdecken – was nicht der Fall ist.
Was die Produktfeed-Spezifikation von OpenAI tatsächlich verlangt
Die Spezifikation von OpenAI (zuletzt im September 2026 mit der aktuellen Dokumentation abgeglichen) definiert eine Basis an Pflichtfeldern, eine kleinere Gruppe, die speziell für die Checkout-Berechtigung nötig ist, und eine längere Liste empfohlener Felder, die Ranking und Vertrauen verbessern.
| Feld | Typ | Hinweise |
|---|---|---|
item_id | String | Stabil, eindeutig pro Artikel oder Variante |
title | String | Max. ca. 150 Zeichen, einschließlich Variantendetails |
description | String | Max. ca. 5.000 Zeichen, sachlich, reiner Text |
url | String (URL) | Stabile, öffentlich zugängliche Produktseite |
brand | String | Wie auf der Produktseite angegeben |
seller_name | String | Tatsächliche Identität des Verkäufers, kein Platzhalter |
image_url | String (URL) | Bevorzugt JPEG oder PNG |
availability | Enum | in_stock, out_of_stock, pre_order, backorder, unknown |
price | String | „Betrag WÄHRUNG“, z. B. 79.99 USD, Dezimalpunkt, kein Tausendertrennzeichen |
Zusätzlich zu den neun Basisfeldern steuern drei weitere Felder speziell den Checkout: is_eligible_checkout (Boolean, muss true sein), seller_privacy_policy (URL einer öffentlichen Datenschutzerklärung) und seller_tos (URL öffentlicher Nutzungsbedingungen). Ohne diese Felder kann ein Produkt zwar in der Suche erscheinen, ist aber nicht für den Checkout berechtigt.
OpenAI akzeptiert JSONL, CSV oder TSV, auch als gzip-komprimierte Varianten. Eine einzelne JSONL-Zeile sieht so aus:
{"item_id":"SKU-10432","title":"Merino Wool Crew Socks - Charcoal, M","description":"Mid-weight merino wool blend crew socks with reinforced heel and toe.","url":"https://example.com/products/merino-crew-socks-charcoal-m","brand":"Example Co","seller_name":"Example Co Online Store","image_url":"https://example.com/img/merino-crew-charcoal-m.jpg","availability":"in_stock","price":"18.00 USD","is_eligible_checkout":true}
Die Spezifikation schreibt kein festes Aktualisierungsintervall vor, doch OpenAI stellt klar, dass Preis und Verfügbarkeit bei jedem Start oder Ende eines Sales aktuell sein müssen. In der Praxis bedeutet das: im selben Rhythmus synchronisieren, den Sie bereits für Google Shopping nutzen, nicht langsamer.
Warum die meisten Feeds für Google oder Meta schon nah an der Messlatte von OpenAI liegen
Sehen Sie sich die Feldliste noch einmal an: title, description, price, availability, image_url, brand. Für jedes dieser Felder gibt es ein nahezu identisches Gegenstück in den Standardspezifikationen für Google Shopping und Meta-Kataloge, die Sie mit ziemlicher Sicherheit bereits befüllen. Die Umbenennung ist überwiegend kosmetisch: Aus Googles image_link wird bei OpenAI image_url, aus Googles id wird item_id.
Die echten Lücken sind die Felder, die kein gewöhnlicher Werbe-Feed enthält, weil keine Werbeplattform je danach gefragt hat: seller_name als eigenständiges Identitätsfeld, seller_privacy_policy, seller_tos und das Checkout-Flag is_eligible_checkout. Dafür braucht es eine Mapping-Regel, die auf Ihre Rechtstexte oder Unternehmensseiten statt auf Ihren Produktkatalog zugreift – genau die Art statischer, nicht SKU-bezogener Felder, die eine Engine für Feed-Regeln (Feedance bietet eine im Bereich Feed-Anreicherung) besser bewältigt als die manuelle Bearbeitung einer Tabellenspalte.
Kurz gesagt: Wenn Ihr Feed die Prüfungen von Google Shopping und Meta bereits besteht, ist ein OpenAI-konformer Export eher eine Mapping-Übung als ein Projekt zur Datenerhebung.
Was Google für den AI Mode tatsächlich ergänzt hat
Die Hilfedokumentation von Google nennt genau sechs Attribute als „Conversational Attributes“: question_and_answer, document_link, related_product, item_group_title, variant_option und popularity_rank. Alle sechs sind optional, und Google stellt ausdrücklich fest, dass ihre Verwendung den Freigabestatus Ihrer bestehenden Produkte „nicht beeinflusst“.
question_and_answer– bis zu 30 Frage-Antwort-Paare pro Produkt mit jeweils bis zu 1.000 Zeichen und insgesamt 10.000 Zeichen über alle Paare. Geschrieben für genau die Art von Nachfrage, die Käufer einer Chat-Oberfläche stellen, statt ein Datenblatt zu überfliegen.document_link– bis zu fünf HTTPS-Links ausschließlich zu PDFs (Handbücher, Datenblätter, Pflegehinweise), jeweils max. 50 MB, die URL selbst auf 2.000 Zeichen begrenzt, damit der AI Mode auf Basis Ihrer eigenen Dokumentation antworten kann, statt zu raten.related_product– bis zu 30 Einträge pro Produkt, jeweils nach Beziehung typisiert (Teil eines Sets, erforderliches Teil, häufig zusammen gekauft, Ersatz, andere Marke, Zubehör), damit eine Antwort im Gespräch den passenden ergänzenden Artikel vorschlagen kann.item_group_title– ein gemeinsamer Titel für eine Variantengruppe (1–150 Zeichen, darüber hinaus gekürzt), der allgemein bleibt, während der Titel jeder einzelnen Variante konkret auf Größe oder Farbe eingeht.variant_option– Name-Wert-Paare (jeweils bis zu 250 Zeichen) für Variantendimensionen außerhalb der sechs Standarddimensionen von Google (Farbe, Größe, Material, Muster, Altersgruppe, Geschlecht), übermittelt zusammen mit einer gemeinsamenitem_group_id.popularity_rank– eine Zahl von 0.0 bis 100.0 mit einer Nachkommastelle, die die tatsächliche relative Verkaufsleistung eines Produkts in Ihrem Katalog widerspiegelt und keine Marketingaussage ist.
Eine question_and_answer-Zeile in einem tabulatorgetrennten Feed sieht wie im Beispiel von Google aus:
'Does it have a headphone jack?':'This version doesn't have a headphone jack.'
Nichts davon wird über einen neuen Endpunkt übermittelt. Die Attribute laufen im selben Merchant-Center-Feed mit, genau wie product_highlight oder gtin bereits heute.
Die zwei Attribute, die fälschlich als „AI-Mode-Attribute“ bezeichnet werden
Mehrere viel geteilte Leitfäden, darunter eine beliebte Community-Übersicht im Supportforum von Google selbst, sprechen von „8 Attributen für den AI Mode“, indem sie der Liste der sechs Google-Attribute product_highlight und product_detail hinzufügen. Das sollte richtiggestellt werden: Die offizielle Seite von Google zu den Conversational Attributes nennt sechs, nicht acht, und product_highlight ist ein separates, älteres Attribut (siehe die Spezifikation von Google), das lange vor dem AI Mode existierte und für reguläre Shopping-Einträge entwickelt wurde, nicht speziell für Konversationsoberflächen.
Das macht product_highlight für den AI Mode nicht nutzlos. Kurze, sachliche Nutzenaussagen (Googles eigenes Beispiel: „Unterstützt WLAN-Netzwerke mit 2,4 GHz und 5 GHz“) sind genau die Art strukturierter, schnell erfassbarer Daten, die ein KI-System einem Absatz Werbetext vorzieht, und die Ankündigung von Google im Mai 2026 drängt Händler generell zu dialogorientierteren Produktbeschreibungen. Es als eines der „offiziellen sechs“ zu behandeln, übertreibt jedoch, wie neu oder AI-Mode-spezifisch das Attribut ist – und kann ein Team dazu verleiten, die sechs zu überspringen, die es tatsächlich sind.
Checkliste zur Feed-Bereitschaft, bewertet nach beiden Spezifikationen
Vergeben Sie einen Punkt für jeden Punkt, den Sie ohne Raten bereits als zutreffend bestätigen können. Dies ist eine Momentaufnahme, keine Zertifizierung: Dass ein Feld vorhanden ist, garantiert noch nicht, dass der Inhalt die Qualitätsanforderungen erfüllt, die jede Plattform separat durchsetzt.
| # | Prüfpunkt | Spezifikation | Wahrscheinlich bereits vorhanden? |
|---|---|---|---|
| 1 | title, description, price, availability vorhanden und aktuell | OpenAI ACP | Ja, aus dem Shopping-/Meta-Feed |
| 2 | brand und image_url für jede SKU befüllt, nicht nur für übergeordnete Artikel | OpenAI ACP | Meist ja |
| 3 | Eigenes Feld seller_name, nicht der Marketingname Ihres Shops | OpenAI ACP | Meist nein |
| 4 | Öffentliche URLs für seller_privacy_policy und seller_tos im Feed gemappt | OpenAI ACP (Checkout) | Selten |
| 5 | Flag is_eligible_checkout pro Produkt gesetzt, nicht pauschal auf true | OpenAI ACP (Checkout) | Selten |
| 6 | item_group_id korrekt über alle Varianten hinweg gemeinsam genutzt | Grundlage, speist auch Googles item_group_title | Meist ja |
| 7 | question_and_answer-Paare für die echten Fragen vor dem Kauf zu Ihren Top-SKUs formuliert | Google Conversational | Selten |
| 8 | document_link verweist auf öffentliche Datenblätter oder Handbücher | Google Conversational | Selten |
| 9 | related_product für Zubehör, Sets und Ersatzprodukte gemappt | Google Conversational | Selten |
| 10 | variant_option deckt Variantendimensionen außerhalb der sechs Standarddimensionen von Google ab | Google Conversational | Nur wenn Sie konfigurierbare Produkte verkaufen |
| 11 | popularity_rank aus echten Verkaufsdaten gespeist und nach Zeitplan aktualisiert | Google Conversational | Selten |
| 12 | item_group_title unterscheidet sich von den Titeln der einzelnen Varianten | Google Conversational | Selten |
| 13 | Aktualisierungsrhythmus des Feeds entspricht der Häufigkeit Ihrer Preis-/Aktionsänderungen | Beide | Abhängig von der Sync-Stufe |
0–4: Ihr Feed ist nur für klassische Shopping-Anzeigen ausgelegt. 5–9: Sie sind bei OpenAI bereit für den Checkout, aber die Konversationsebene von Google ist praktisch leer. 10–13: Sie haben die Anreicherungsarbeit geleistet, die die meisten Kataloge auslassen.
Wo die Grenzen liegen
Dieser Leitfaden behandelt Feed-Daten, nicht den Rest des Technologie-Stacks. Instant Checkout von OpenAI erfordert außerdem einen Payment Service Provider, der mit der Delegated Payment Spec kompatibel ist, sowie Ihre eigene Abwicklung von Bestellvalidierung, Fulfillment und Steuern – nichts davon berührt ein Feed-Tool. Das ist ein Zahlungs- und Entwicklungsprojekt, getrennt von der Feed-Anreicherung.
Ebenso deckt er nicht jede KI-Shopping-Oberfläche ab. Perplexity betreibt ein eigenes Merchant Program mit separatem Onboarding und einer eigenen Übermittlung von Produktdaten außerhalb beider hier besprochenen Spezifikationen. Und Meta hat zum Zeitpunkt der Erstellung dieses Artikels keine mit Googles Conversational Attributes vergleichbare Spezifikation veröffentlicht; die KI-gestützten Shopping-Funktionen von Meta laufen weiterhin über die Standardfelder des Commerce-Katalogs, die wir in unserem Leitfaden zu Ablehnungen im Meta-Katalog behandeln. Betrachten Sie beides als offene Fragen, die Sie später erneut prüfen sollten, nicht als Lücken dieser Checkliste.
Andere Feed-Plattformen haben ihre eigene Einschätzung zur Einführung bei Google veröffentlicht; die Analyse von Channable lohnt sich als Ergänzung zu diesem Artikel, denn die Dokumentation von Google zu Zeitplan und Messung der Einführung ist noch dünn, und eine zweite Interpretation ist hilfreich, solange sich die Spezifikation noch festigt. Nichts davon ersetzt zudem die grundlegende Feed-Hygiene: Ein Produkt ohne GTIN oder mit falscher Kategorie erscheint weder im AI Mode noch in ChatGPT, egal wie gut Sie die Conversational Attributes befüllen – weil es gar nicht erst angezeigt werden darf.
FAQ
Muss ich einen separaten Feed für ChatGPT Shopping erstellen?
Nein. Sie übermitteln die Pflichtfelder von OpenAI zwar als eigene Feed-Datei, doch die zugrunde liegenden Daten sind eine Teilmenge dessen, was Sie bereits für Google Shopping pflegen. Die meisten Teams erzeugen sie als zusätzlichen Export aus denselben Produktdaten, nicht als zweiten Katalog.
Wirkt sich das Hinzufügen der Conversational Attributes von Google auf meine bestehenden Shopping-Anzeigen aus?
Google stellt ausdrücklich klar, dass ihr Hinzufügen den Freigabestatus bestehender Produkte nicht ändert. Es handelt sich um zusätzliche Felder, nicht um einen Ersatz für Ihre aktuellen Pflichtattribute.
Welches Format akzeptiert die Feed-Spezifikation von OpenAI?
JSONL, CSV oder TSV, jeweils auch gzip-komprimiert. JSONL ist das Format, das in den meisten Beispielen von OpenAI gezeigt wird.
Ist popularity_rank einfach meine Bestsellerliste?
Der Wert soll die tatsächliche relative Verkaufsleistung auf einer Skala von 0 bis 100 widerspiegeln, nicht eine manuell kuratierte Liste „empfohlener“ Produkte. Wer ihn mit einem marketinggetriebenen Ranking statt mit echten Verkaufsdaten befüllt, verfehlt seinen Zweck.
Brauche ich item_group_id weiterhin, wenn ich Googles item_group_title hinzufüge?
item_group_id verknüpft die Varianten tatsächlich miteinander; item_group_title ist eine Bezeichnung, die auf diese Gruppierung aufsetzt. Sie benötigen beide, wenn die Konversationsebene korrekt funktionieren soll.
Hat Meta eine vergleichbare Spezifikation, auf die ich hinarbeiten sollte?
Zum Zeitpunkt der Erstellung dieses Artikels nicht als veröffentlichter Attributsatz im Stil des AI Mode. Die Katalog-Anforderungen von Meta sind weiterhin die Standardfelder des Commerce-Katalogs; konzentrieren Sie sich dort darauf, die Standardprüfung zu bestehen, statt einer Spezifikation hinterherzulaufen, die es noch nicht gibt.
Wie oft müssen diese Felder aktualisiert werden?
Passend zur Häufigkeit Ihrer Preis- und Aktionsänderungen. OpenAI verlangt ausdrücklich, Preis und Verfügbarkeit zu aktualisieren, wenn ein Sale beginnt oder endet; die Conversational Attributes von Google ändern sich seltener, sollten aber immer dann geprüft werden, wenn Sie neue Produkte hinzufügen oder technische Daten aktualisieren.
Kann ich prüfen, ob ChatGPT oder der AI Mode diese Felder tatsächlich korrekt auslesen?
Zum Zeitpunkt der Erstellung dieses Artikels bietet keines der beiden Unternehmen ein öffentliches Vorschau-Tool in Echtzeit an. Der praktische Weg besteht darin, den Feed Feld für Feld anhand der veröffentlichten Spezifikation zu validieren und dann regelmäßig in ChatGPT und im AI Mode von Google nach Ihren eigenen Produkten anhand ihres Namens und konkreter Attribute zu suchen, um stichprobenartig zu prüfen, was angezeigt wird.
Führen Sie einen kostenlosen Produktfeed-Audit durch, um zu sehen, welche dieser Felder Ihr aktueller Feed bereits abdeckt und wo die Lücken liegen, bevor Sie neue Attribute von Hand mappen.

Kardelen Yılmaz ist bei Feedance im Bereich Growth tätig und unterstützt E-Commerce-Marken und Agenturen dabei, aus jedem beworbenen Produkt mehr Rendite herauszuholen. Sie schreibt über Produktfeed-Qualität, Shopping- und Performance-Max-Kampagnen, Creative-Automatisierung und darüber, wie KI-gestütztes Shopping die Sichtbarkeit von Produkten verändert.
LinkedIn



















