ID [id] in Google Shopping: Anforderungen, Best Practices & Beispiele

Was ist das Attribut id?

Das Attribut id ist die eindeutige Kennung jedes Produkts in Ihrem Produktfeed im Google Merchant Center. Über diesen Primärschlüssel verfolgt Google Ihr Produkt in sämtlichen Systemen: Feedverarbeitung, Teilnahme an Auktionen, Zuordnung von Klicks und Conversions, Smart Bidding-Signale, Kampagnen-Targeting und Leistungsberichte. Alle Daten, die Google zu einem Produkt sammelt, hängen an seiner id.

Anders als die meisten Feed-Attribute beeinflusst id nicht, was Käufer sehen – die ID erscheint weder in Shopping-Anzeigen noch in Produkteinträgen. Sie wirkt rein strukturell und operativ. Gerade weil sie unsichtbar ist, wird sie leicht unterschätzt, dabei ist sie wohl das folgenreichste einzelne Feld in Ihrem Feed. Die Regel ist einfach: einmal korrekt vergeben und danach nie wieder ändern.

Technische Spezifikationen

Wo es angezeigt wird

• Feedverwaltung im Merchant Center – Die ID ist der Zeilenschlüssel in der Feed-Diagnose, in Produktlisten und in Problemberichten. Wenn Sie einer Ablehnung oder einem Datenqualitätsproblem nachgehen, suchen Sie das Produkt über seine ID.

• Kampagnenverwaltung in Google Ads – In Shopping-Kampagnen beziehen sich Berichte auf Produktebene, Gebotsanpassungen und Ausschlüsse durchweg auf die ID aus dem Merchant Center. Auch das Targeting von Produktgruppen in Standard-Shopping und Performance Max nutzt die ID als Produktreferenz.

• Tags für dynamisches Remarketing – Das Remarketing-Tag Ihrer Website muss exakt die ID-Werte übergeben, die in Ihrem Feed im Merchant Center stehen. Nur so kann Google das Nutzerverhalten (Produktaufrufe, Warenkorbaktionen, Käufe) einzelnen Produkten zuordnen, um Zielgruppen aufzubauen und Anzeigen zu personalisieren.

• Conversion-Tracking – In Shopping-Kampagnen werden Conversion-Daten über die ID auf Produktebene zugeordnet. Darauf bauen ROAS-Berichte auf Produktebene und die Signale für Smart Bidding auf.

Käufer sehen die ID in keinem Google-Dienst – sie ist eine rein interne Systemkennung.

Regeln

• Muss innerhalb Ihres Merchant Center-Kontos eindeutig sein – Haben zwei Produkte im selben Feed dieselbe ID, überschreibt eines das andere. Auch über mehrere Feeds innerhalb eines Kontos hinweg müssen IDs eindeutig sein.

• Maximal 50 Zeichen – Längere IDs als 50 Zeichen werden abgeschnitten oder verursachen Feedfehler. Legen Sie Ihr ID-Schema so an, dass es deutlich unter diesem Limit bleibt.

• Groß- und Kleinschreibung wird unterschieden – Halten Sie die Schreibweise im gesamten Feed und in allen Systemen einheitlich, die auf Produkt-IDs verweisen (Google Ads, Remarketing-Tags, Analytics). Gemischte Schreibweisen sind eine häufige Ursache für Attributionsfehler.

• Muss mit den Werten im Remarketing-Tag übereinstimmen – Wenn Sie dynamisches Remarketing einsetzen, muss der Wert ecomm_prodid (oder ein entsprechender Parameter) im Tag Ihrer Website exakt mit der id im Merchant Center übereinstimmen – einschließlich Groß- und Kleinschreibung.

• Stabil über alle Feed-Uploads hinweg – Dasselbe physische Produkt muss bei jedem Feed-Upload dieselbe ID haben. Bei jedem Upload neue IDs zu erzeugen (z. B. über Zeitstempel oder Auto-Increment), ist ein schwerwiegendes Anti-Pattern.

Best Practices

Die SKU als ID verwenden

Die mit Abstand beste Lösung für Produkt-IDs ist Ihre interne SKU – die Kennung, mit der Ihr Unternehmen einzelne Produktvarianten ohnehin in Warenwirtschaft, ERP oder Auftragsverwaltung führt. SKUs sind stabil (sie ändern sich nicht, wenn sich Preise, Beschreibungen oder Bilder ändern), je Variante eindeutig (jede Kombination aus Größe und Farbe hat ihre eigene SKU) und für Ihr operatives Team aussagekräftig (hilfreich bei der Fehlersuche im Feed).

ID-Schema für große Kataloge

Bei Katalogen mit Tausenden von SKUs lässt sich mit einem strukturierten ID-Schema besser arbeiten:

Strategie für Varianten-IDs

Bei Produktvarianten (verschiedene Größen, Farben oder Konfigurationen desselben Basisprodukts) braucht jede Variante eine eindeutige ID. Ein einheitliches Benennungsschema vermeidet Verwechslungen:

• Basisprodukt: DRESS-WRAP-MIDI (nicht das Basisprodukt übermitteln, sondern die Varianten)

• Geblümt / S: DRESS-WRAP-MIDI-FLORAL-S

• Geblümt / M: DRESS-WRAP-MIDI-FLORAL-M

• Einfarbig Marineblau / S: DRESS-WRAP-MIDI-NAVY-S

Fassen Sie die Varianten über eine gemeinsame item_group_id (z. B. DRESS-WRAP-MIDI) zusammen, damit Google erkennt, dass sie zum selben Produkt gehören.

Auswirkungen auf die Performance

• Kontinuität von Smart Bidding – Smart Bidding-Strategien (Ziel-ROAS, Conversion-Wert maximieren) sammeln Conversion-Signale je Produkt-ID. Für eine stabile ID mit 6 Monaten Conversion-Historie trifft Smart Bidding deutlich bessere Gebotsentscheidungen als für eine neue ID, die bei null anfängt. Jede ID-Änderung wirft die Smart Bidding-Performance unmittelbar zurück.

• Auktionssignale – Die Auktion von Google nutzt historische Leistungssignale auf Produktebene (Klickrate, Conversion-Rate, Qualität), die an der ID hängen. Nach einem ID-Wechsel dauert es 4–8 Wochen, bis diese Signale wieder aufgebaut sind – in dieser Zeit steigen die CPCs und der Anteil an möglichen Impressionen sinkt.

• Genauigkeit des dynamischen Remarketings – Stimmen die IDs im Remarketing-Tag nicht mit den Feed-IDs überein, werden Zielgruppenlisten falsch zugeordnet oder bleiben leer – Retargeting-Kampagnen funktionieren dann überhaupt nicht mehr. Wer die IDs vom ersten Tag an richtig aufsetzt, vermeidet diese ganze Fehlerklasse.

• Berichte und Attribution – ROAS-Berichte auf Produktebene, Daten zum Anteil an möglichen Impressionen und die Analyse von Conversion-Pfaden setzen stabile IDs voraus. Werden IDs während einer laufenden Kampagne geändert, sind historische Vergleiche nicht mehr möglich, und meist müssen die Daten manuell abgeglichen werden.

Häufige Fehler

• Automatisch fortlaufend vergebene IDs, die sich ändern, sobald Produkte neu importiert werden oder die Datenbank migriert wird

• Produkt-URLs als IDs – URLs ändern sich, wenn die Website-Struktur umgebaut wird

• Produkttitel oder -namen als IDs – Titel werden aus SEO- oder Merchandising-Gründen geändert

• Abweichende Groß- und Kleinschreibung zwischen Feed-IDs und den Werten im Remarketing-Tag – die Zuordnung im dynamischen Remarketing funktioniert dann nicht mehr

• IDs ausgelaufener Produkte für neue Produkte wiederverwenden – die alten Auktionssignale des ausgemusterten Produkts verzerren die Daten des neuen

• Die ID des übergeordneten Basisprodukts statt der einzelnen Varianten-IDs übermitteln

• Sonderzeichen oder Leerzeichen, die in TSV/CSV-Feeds Parsing-Fehler verursachen

Profi-Tipps

• ID-Prüfung in die Feed-Pipeline einbauen – Lassen Sie vor jedem Feed-Upload automatisch prüfen, dass keine neuen IDs für Produkte aufgetaucht sind, die im vorherigen Feed bereits eine ID hatten, dass keine ID länger als 50 Zeichen ist und dass keine ID unzulässige Zeichen enthält. So fangen Sie versehentliche ID-Änderungen ab, bevor sie ins Merchant Center gelangen und die Performance-Historie zunichtemachen.

• Ein Register der Produkt-IDs führen – Pflegen Sie eine verbindliche Zuordnung Ihrer internen Produktkennungen zu den IDs im Merchant Center. Das ist vor allem bei Plattformmigrationen wichtig (Wechsel des Shopsystems), bei denen sich interne IDs ändern können, die IDs im Merchant Center aber identisch bleiben müssen.

• Wenn sich eine ID-Änderung nicht vermeiden lässt – Planen Sie 2–4 Wochen ein, bis sich die Performance erholt hat. Erhöhen Sie die Gebote für die betroffenen Produkte vorübergehend, um den Anteil an möglichen Impressionen zu halten, während Smart Bidding neu lernt. Beobachten Sie die Auktionssignale wöchentlich und fahren Sie die Budgetabsicherung zurück, sobald sich die Performance stabilisiert.

• Die ID als systemübergreifenden Produktschlüssel nutzen – Verwenden Sie als ID im Merchant Center denselben Wert wie für die Produkt-ID in Google Analytics 4 (die item_id in E-Commerce-Ereignissen), in Ihren Remarketing-Tags und in Ihren Anzeigenberichten. Mit einer einheitlichen Produktkennung in allen Systemen können Sie die Produkt-Performance durchgängig analysieren, ohne IDs abgleichen zu müssen.