Googles Attribut product_detail akzeptiert bis zu 100 Einträge pro Produkt, jeweils 1 bis 150 Zeichen lang. product_highlight verlangt mindestens 2 und empfiehlt 4 bis 6 kurze Nutzenaussagen pro Artikel. So steht es in Googles eigenen Spezifikationen zu product detail und product highlight. Beide Attribute sind optional. Deshalb lassen die meisten Feeds sie aus oder fügen eine Spezifikationstabelle ein, die das Merchant Center als falsch formatiert markiert.
Google gibt an, dass product_detail dabei hilft, Produkte auf KI-Oberflächen wie dem AI Mode auszuspielen. Im Mai 2026 hat Google mit derselben Idee weitere Conversational Attributes ergänzt.
Diese Referenz richtet sich an Feed-Manager und Agenturen, die Produktdaten an das Google Merchant Center senden. Am Ende können Sie beide Attribute in TSV und XML schreiben, die Zeichen escapen, die sie zerstören, unzulässige Inhalte vermeiden und eine Zeile vor dem Absenden bewerten.
Wofür product_detail und product_highlight gedacht sind
Die beiden Attribute sehen ähnlich aus und werden oft aus derselben Quelle befüllt, doch Google weist ihnen unterschiedliche Aufgaben zu. product_detail enthält technische, überprüfbare Spezifikationen, die kein anderes Attribut abdeckt: Lieferumfang, Konnektivität, Inhaltsstoffe, Leistungsanforderungen, Oberfläche, Duft und ähnliche Fakten. product_highlight enthält kurze Verkaufsargumente, formuliert als einfache Sätze.
Unser Schnelltest: Passt die Zeile in eine Spezifikationstabelle mit Bezeichnung und Wert, ist es ein product_detail. Klingt sie wie ein Satz, den ein Verkäufer im Laden sagen würde, ist es ein product_highlight. Googles Highlight-Spezifikation trennt genauso und bittet darum, nichts in beiden zu wiederholen.
Die Spezifikation im Überblick
Dies sind die Limits, wie Google sie heute veröffentlicht. Google nennt für product_detail keine schema.org-Property, das Attribut wird also nicht aus Ihrem Structured-Data-Markup übernommen und muss im Feed stehen.
| Eigenschaft | product_detail | product_highlight |
|---|---|---|
| Status | Optional | Optional |
| Struktur | Gruppe aus drei Unterattributen: section_name (optional, empfohlen), attribute_name (erforderlich), attribute_value (erforderlich) | Einzelner String |
| Länge | 1 bis 150 Zeichen pro Detail | 1 bis 150 Zeichen pro Highlight |
| Anzahl | Bis zu 100 pro Produkt | Mindestens 2, maximal 100, empfohlen 4 bis 6 |
| Zeichensatz | Unicode erlaubt, ASCII empfohlen | Unicode erlaubt, ASCII empfohlen |
| Textfeed-Format | TSV empfohlen; Doppelpunkte trennen Unterattribute, Kommas trennen Details | TSV empfohlen; Kommas trennen Highlights |
| Sprache | Abschnitt, Name und Wert in jedem Sprach-Feed lokalisieren | Der Großteil des Textes muss zur Feed-Sprache passen |
Quellen: Google Merchant Center Help, Product detail [product_detail] und Product highlight [product_highlight].
So schreiben Sie product_detail in TSV, XML und der Merchant API
Beim Format scheitern die meisten Zeilen. Jedes Detail besteht aus drei Werten, die durch zwei Doppelpunkte verbunden sind, in der Reihenfolge Abschnittsname, Attributname, Attributwert. Google stellt klar, dass in Textfeeds jedes Detail zwei Doppelpunkte enthalten muss. Weicht die Zahl der Unterattribute von der im Header deklarierten ab, entsteht unter „Needs attention“ ein Problem wegen ungültigen Unterattribut-Formats.
TSV-Header und eine einzelne Zelle
Deklarieren Sie die Unterattribute im Spaltenheader, in Klammern und durch Doppelpunkte getrennt. Sind sie im Header benannt, können die Werte in der von Ihnen deklarierten Reihenfolge folgen. Ohne Deklaration geht Google von der Reihenfolge Abschnitt, Name, Wert aus.
product_detail(section_name:attribute_name:attribute_value)
Eine Zelle mit drei Details sieht dann so aus:
General:Brew type:Turkish coffee,General:Capacity:4 cups,Power:Rated power:1000 W
Hat ein Detail keinen Abschnitt, behalten Sie den führenden Doppelpunkt bei und lassen das erste Feld leer:
:What's in the box?:"Machine,Measuring spoon,User manual"
Doppelpunkte, Kommas und Anführungszeichen escapen
Googles Regeln für Quoted Attributes gelten für Gruppenattribute wie dieses:
- Setzen Sie jeden Unterattributwert, der ein Komma oder einen Doppelpunkt enthält, in gerade doppelte Anführungszeichen. Setzen Sie den einzelnen Wert in Anführungszeichen, nicht die ganze Gruppe.
- Schreiben Sie ein tatsächliches doppeltes Anführungszeichen als zwei doppelte Anführungszeichen. Googles eigenes Beispiel ist
"APS-C max. 12"""für einen Wert, der auf ein Zollzeichen endet. - Verwenden Sie kein Backslash-Escaping. Google liest einen Backslash als normales Zeichen.
- Felder in Anführungszeichen werden für Google-Sheets-Datenquellen nicht unterstützt. Bei bestehenden Dateiquellen müssen Felder in Anführungszeichen in der Datenquellen-Einrichtung aktiviert werden.
XML
In XML ist jedes Detail ein eigenes Element mit drei untergeordneten Elementen, sodass kein Escaping von Doppelpunkten oder Kommas nötig ist:
<g:product_detail><g:section_name>Materials</g:section_name><g:attribute_name>Body</g:attribute_name><g:attribute_value>Stainless steel, BPA-free plastic</g:attribute_value></g:product_detail>
Für Kategorien mit vielen Spezifikationen ist XML das sicherere Format, weil natürliche Kommas und Doppelpunkte kein Parsing-Risiko mehr darstellen.
Merchant API
In der Merchant API ist jedes Detail ein ProductDetail-Objekt mit den Feldern sectionName, attributeName und attributeValue, gemäß der API-Client-Referenz.
So schreiben Sie product_highlight
Highlights sind einfacher: ein String pro Highlight. In einem Textfeed trennen Sie Highlights mit Kommas und setzen jedes Highlight, das ein Komma oder einen Doppelpunkt enthält, in doppelte Anführungszeichen. In XML erhält jedes Highlight ein eigenes <g:product_highlight>-Element.
"Brews up to 4 cups in one cycle","Foam sensor stops brewing before the pot overflows","Switches off automatically after brewing","Stainless steel body wipes clean"
Beschränken Sie jedes Highlight auf einen einzigen Nutzen. Google verlangt eine professionelle, grammatikalisch korrekte Sprache ohne Hervorhebung in Großbuchstaben, ohne Symbole und ohne werbliche Formulierungen.
Inhalte, die Google in keinem der beiden Attribute zulässt
Formatierungsfehler führen zu sichtbaren Fehlermeldungen. Inhaltsfehler sind leiser: Eine Zeile kann akzeptiert werden und trotzdem gegen die Richtlinien verstoßen. Diese Tabelle fasst die Verbote aus beiden Spezifikationen zusammen.
| Nicht aufnehmen | Gilt für | Stattdessen verwenden |
|---|---|---|
| Preis, Angebotspreis, Angebotszeiträume | Beide | price, sale_price und verwandte Attribute |
| Versand, Liefertermine oder andere zeitbezogene Angaben | Beide | shipping und verwandte Attribute |
| Ihr Firmenname | Beide | Nichts; weglassen |
| Keywords oder Suchbegriffe | Beide | Nur echte Spezifikationen oder Nutzen |
| Nicht bestätigte Werte, etwa ein Standardwert „False“ | product_detail | Detail weglassen |
| Kategoriepfade | product_highlight | google_product_category, product_type |
| Links zu Shop oder Website | product_highlight | link |
| Vergleiche mit anderen Produkten, Zubehör oder kompatiblen Artikeln | product_highlight | Nur das Produkt selbst beschreiben |
| Text, der aus Titel, Beschreibung, question_and_answer oder dem anderen Attribut wiederholt wird | Beide | Jeden Fakt an genau einer Stelle halten |
Google nennt noch eine weitere Regel, die leicht übersehen wird: Wenn Sie document_link-Dateien einreichen, die dieselben Informationen bereits enthalten, lassen Sie sie in diesen Attributen weg und überlassen Google die Extraktion aus den Dokumenten.
Praxisbeispiel: Aus einer Spezifikationstabelle werden akzeptierte Zeilen
Unten sehen Sie eine typische Zeile eines Shops, der seine Produktspezifikationen als ein einziges Freitextfeld exportiert. Das Produkt ist eine elektrische Maschine für türkischen Kaffee; der Shop verkauft in der Türkei und auf Englisch in die Golfstaaten.
Vorher
product_detail: Brand: Acme, Power: 1000W, Material: Stainless Steel, Plastic, FREE SHIPPING, best turkish coffee maker cheap
Fünf Probleme in einer Zelle. Die Trennzeichen sind gemischt, sodass die Zahl der Doppelpunkte nicht zum Header passt. „Stainless Steel, Plastic“ steht ohne Anführungszeichen, sein Komma zerteilt das Detail. Brand dupliziert das Attribut brand. „FREE SHIPPING“ ist Versandtext in Großbuchstaben. Das letzte Fragment ist eine Keyword-Kette.
Nachher, englischer Feed
General:Brew type:Turkish coffee,General:Capacity:4 cups,Power:Rated power:1000 W,Materials:Body:"Stainless steel, BPA-free plastic",Safety:Automatic shut-off:Yes,:What's in the box?:"Machine,Measuring spoon,User manual"
Die Marke steht jetzt in ihrem eigenen Attribut, der Versand in shipping, die Keywords sind gelöscht, die Werte sind wie von Google empfohlen in Satzschreibweise gesetzt und jeder Wert mit Komma steht in Anführungszeichen. „Automatic shut-off: Yes“ bleibt, weil der Hersteller es bestätigt; ein Feld, das Ihre Plattform standardmäßig auf „No“ setzt, bliebe nicht.
Nachher, türkischer Feed
Google verlangt, dass Abschnittsnamen, Attributnamen und Werte in jedem Sprach-Feed lokalisiert werden. Der türkische Feed erhält deshalb eine eigene Zeile statt der englischen:
Genel:Demleme türü:Türk kahvesi,Genel:Kapasite:4 fincan,Güç:Nominal güç:1000 W,Malzeme:Gövde:"Paslanmaz çelik, BPA içermeyen plastik",:Kutu içeriği:"Makine,Ölçü kaşığı,Kullanım kılavuzu"
Zwei regionale Hinweise für Teams außerhalb der Türkei. Erstens: Behalten Sie die türkischen Buchstaben bei. Googles ASCII-Empfehlung ist eine Präferenz, keine Pflicht, und die Highlight-Spezifikation erlaubt ausdrücklich Buchstaben mit Akzenten. Wer „Paslanmaz çelik“ zu „Paslanmaz celik“ transliteriert, erzeugt einen Rechtschreibfehler, was Googles Vorgaben zu Grammatik und Rechtschreibung widerspricht. Zweitens: Wenn eine Regel diese Werte in Kleinbuchstaben oder Satzschreibweise umwandelt, braucht sie eine lokalisierte Groß-/Kleinschreibung, damit „İ“ und „I“ nicht zu falschen Buchstaben werden. Dieses Problem haben wir in unserem Leitfaden zur türkischen Titelschreibung behandelt.
So bauen Sie die Werte aus Ihrem Katalog auf
Wir befüllen diese Attribute in vier Durchgängen, in dieser Reihenfolge.
- Zuerst strukturierte Quellen zuordnen. Listen Sie jede Spezifikation auf, die Ihre Plattform bereits als Paar aus Bezeichnung und Wert speichert, etwa in einem Spezifikations-Tab, einem Metafield oder einem ERP-Attribut. Jedes Paar wird ein
product_detail, wobei die Quellgruppe zumsection_namewird. Nutzen Sie dafür eine Feed-Ebene wie Feed Rules oder einen Supplementary Feed, damit der Quellkatalog unberührt bleibt und die Google-Ausgabe von anderen Kanälen abweichen kann. - Alles entfernen, was ein anderes Attribut abdeckt. Streichen Sie Zeilen zu Marke, Farbe, Größe, Material, Preis und Versand, wenn sie bereits in den dafür vorgesehenen Attributen stehen. Streichen Sie danach jedes Detail, dessen Text bereits im Titel oder in der Beschreibung vorkommt.
- Highlights von Hand oder mit geprüften KI-Entwürfen schreiben. Bei Highlights hilft KI-Anreicherung am meisten, und hier scheitert sie auch am häufigsten. Ein Modell schreibt bereitwillig „Ideal gift for coffee lovers“, was werblich ist, oder erfindet ein Merkmal, das das Produkt gar nicht hat. Erzeugen Sie Entwürfe nur aus bestätigten Spezifikationen und prüfen Sie sie anhand der obigen Verbotstabelle.
- Länge und Syntax vor dem Export validieren. Prüfen Sie, dass jedes Detail und jedes Highlight höchstens 150 Zeichen lang ist, dass jedes Detail genau zwei Doppelpunkte ohne Anführungszeichen enthält und dass die Zahl der Highlights pro Produkt mindestens 2 beträgt.
Ein Bewertungsraster für die Prüfung vor dem Absenden
Bewerten Sie pro Kategorie eine Stichprobe von 20 Zeilen. Jede Prüfung ist bestanden (1) oder nicht bestanden (0), das Maximum liegt bei 10 pro Zeile. Wir werten 9 oder 10 als versandbereit, 7 oder 8 als „erst korrigieren, dann senden“ und alles darunter als Zeichen, dass die Quelldaten überarbeitet werden müssen, bevor sich das Senden dieser Attribute lohnt.
| # | Prüfung | Bestehensbedingung |
|---|---|---|
| 1 | Anzahl Doppelpunkte | Jedes Detail hat genau zwei Doppelpunkte ohne Anführungszeichen |
| 2 | Anführungszeichen | Jeder Wert mit Komma oder Doppelpunkt steht in Anführungszeichen; innere Anführungszeichen sind verdoppelt |
| 3 | Länge | Jedes Detail und jedes Highlight ist 1 bis 150 Zeichen lang |
| 4 | Anzahl Highlights | 2 bis 100 Highlights, idealerweise 4 bis 6 |
| 5 | Keine kommerziellen Daten | Kein Text zu Preis, Angebot, Versand, Lieferung oder Datum |
| 6 | Keine Duplikate | Kein Fakt aus Titel, Beschreibung, Marke oder dem anderen Attribut wiederholt |
| 7 | Nur bestätigte Werte | Keine Plattform-Standardwerte oder geratenen Werte |
| 8 | Keine Keywords | Keine Suchbegriff-Ketten oder gestapelten Synonyme |
| 9 | Sprache | Abschnitt, Name und Wert passen zur Feed-Sprache |
| 10 | Groß-/Kleinschreibung | Satzschreibweise, keine Hervorhebung in Großbuchstaben, korrekte lokale Buchstaben |
Wo dieser Leitfaden an Grenzen stößt
Wir wissen nicht, wie stark diese Attribute Ranking oder Klickrate beeinflussen. Google sagt, dass product_detail hilft, Produkte bei relevanten Suchanfragen auszuspielen, auch im AI Mode, veröffentlicht aber keine Zahl, und eine kontrollierte öffentliche Studie ist uns nicht bekannt. Seien Sie skeptisch gegenüber Prozentangaben von Anbietern, solange keine Methodik mitgeliefert wird.
Dies ist eine Google-Referenz. Die Produktfeed-Spezifikation von OpenAI hat kein allgemeines Schlüssel-Wert-Spezifikationsfeld und kein Highlights-Feld; sie nutzt flache Felder wie material, dimensions und weight sowie eine Beschreibung mit 5.000 Zeichen. Wenn Sie auch diesen Feed senden, müssen Ihre Spezifikationen in diese Felder oder stattdessen in die Beschreibung überführt werden. Entsprechungen für Meta oder TikTok haben wir für diesen Leitfaden nicht geprüft.
Ebenfalls ausgeklammert sind die neueren Conversational Attributes wie question_and_answer und document_link, abgesehen von der oben genannten Regel zu Überschneidungen. Mehrere Feed-Anbieter, darunter Channable und Productsup, haben dazu früher als wir Mapping-Leitfäden veröffentlicht. Sie sind lesenswert, wenn Sie dieses Attribut-Set jetzt benötigen.
Und schließlich: Wenn Ihr Katalog keine strukturierten Spezifikationen enthält, kann diese Methode sie nicht erzeugen. KI-Entwürfe ohne bestätigte Quelle sind genau das, was Googles Regel „nur bestätigte Werte einreichen“ verhindern soll.
Häufig gestellte Fragen
Ist product_detail im Google Merchant Center erforderlich?
Nein. Google führt es für jedes Produkt als optional auf. Es lohnt sich, wenn Sie geprüfte Spezifikationen haben, die kein anderes Attribut abdeckt, denn laut Google hilft es, Produkte bei relevanten Suchanfragen auszuspielen, auch im AI Mode.
Wie viele Produkt-Highlights sollte ich einreichen?
Google verlangt mindestens 2, erlaubt bis zu 100 und empfiehlt 4 bis 6 pro Produkt. Jedes Highlight darf bis zu 150 Zeichen lang sein.
Warum meldet das Merchant Center ein ungültiges Unterattribut-Format bei meinem product_detail?
Die Zahl der Unterattribute in einem Wert stimmt nicht mit dem Header überein. Meist fehlt in einem Detail ein Doppelpunkt, oder ein Komma oder Doppelpunkt ohne Anführungszeichen in einem Wert hat es zerteilt. Setzen Sie jeden Wert mit diesen Zeichen in Anführungszeichen und halten Sie zwei Doppelpunkte pro Detail ein.
Sollte ich in einem türkischen Feed türkische Buchstaben verwenden?
Ja. Google akzeptiert Unicode und empfiehlt ASCII nur als Präferenz, während die Highlight-Vorgaben Buchstaben mit Akzenten erlauben und korrekte Rechtschreibung verlangen. Werden türkische Buchstaben entfernt, entstehen falsch geschriebene Wörter.
Kann KI meine Produkt-Highlights schreiben?
Sie kann Entwürfe liefern, aber nur aus Spezifikationen, die Sie bestätigt haben, und jeder Entwurf sollte auf werbliche Formulierungen, Vergleiche und erfundene Merkmale geprüft werden. Google verbietet die ersten beiden in Highlights, und ein erfundenes Merkmal sind schlicht falsche Produktdaten.
Unterstützt Google Sheets product_detail-Werte in Anführungszeichen?
Nein. Googles Hinweise zu Quoted Attributes besagen, dass Felder in Anführungszeichen für Google-Sheets-Datenquellen nicht unterstützt werden. Spezifikationswerte mit Kommas oder Doppelpunkten senden Sie daher besser per TSV-Datei, XML oder Merchant API.
Prüfen Sie Ihren Feed, bevor Sie diese Attribute ergänzen
Diese Attribute helfen nur, wenn die Felder, auf denen sie aufbauen, sauber sind. Lassen Sie Ihren Feed durch das kostenlose Produktfeed-Audit-Tool laufen, um Vollständigkeit, Qualität und technische Probleme pro Produkt zu sehen, bevor Sie Details und Highlights schreiben.

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



















