Google Shopping und Merchant Center: der Leitfaden für Händler
Das Merchant Center ist das Datenmodell deines Sortiments
Shopping-Anzeigen werden laut Google über die Produktdaten aus dem Merchant Center ausgesteuert, nicht über Keywords. Kampagne, Budget und Gebot liegen in Google Ads. Was Google über dein Sortiment überhaupt weiß, liegt im Merchant Center. Dieselben Daten tragen laut Google auch die kostenlosen Produkt-Listings und die KI-gestützten Anzeigenformate. Wenn ein Feld fehlt oder falsch ist, kann das keine Kampagneneinstellung ausgleichen.
Daraus folgt meine These: Das Merchant Center ist keine Upload-Maske mit angehängter Fehlerliste, sondern das Modell, aus dem Google dein Sortiment versteht. Die Fehlerliste zeigt dir, was Google an diesem Modell stört. Was dich Geld kostet, ist eine andere Frage, und die musst du selbst stellen.
Praktisch hat das Modell drei Ebenen, die sehr unterschiedlich behandelt werden. Die Einteilung ist meine, nicht Googles.
| Ebene | Felder, zum Beispiel | Woran sie hängt | Was passiert, wenn sie nicht stimmt |
|---|---|---|---|
| Identität | Titel, Marke, GTIN, Kategorie | Zuordnung zur Suchanfrage | Falsche GTIN führt zur Ablehnung, eine vorhandene, aber nicht eingetragene GTIN kann die Sichtbarkeit begrenzen |
| Angebot | Preis, Sale-Preis, Verfügbarkeit | Darstellung und Ausspielung | Abweichung zur Produktseite kann zur vorsorglichen Ablehnung führen |
| Wirtschaft | Warenkosten, Custom Labels | Auswertung, Trennung für Gebot und Budget | Keine Meldung. Google behandelt das Sortiment einfach gleich |
Die dritte Ebene ist optional, deshalb mahnt sie niemand an. Genau dort entscheidet sich aber, ob ein Euro Werbung auf dem richtigen Artikel landet. Was in den einzelnen Feldern stehen sollte, vertieft der Beitrag zum Feed als Modell des Sortiments.
Von der Shop-Datenbank bis zur Anzeige
Ein Produkt läuft durch mehrere Stationen, und jede kann es stoppen. Für den Start verlangt Google Unternehmensangaben, eine verifizierte Website, Versandeinstellungen, Produktdaten und ein verknüpftes Google-Ads-Konto mit Zahlungsmethode. Danach gilt für jedes Produkt dieselbe Kette:
- Der Shop liefert Produktdaten an eine Datenquelle im Merchant Center.
- Google prüft sie gegen die Spezifikation, die Richtlinien und die Produktseite.
- Eine Kampagne in Google Ads greift auf die freigegebenen Produkte zu.
- Bei einer Suche wählt Google anhand der Daten passende Produkte aus, in der Auktion entscheiden Gebot und Budget mit.
Für die Praxis zählt vor allem der vierte Schritt: Weil du keine Keywords buchst, übernehmen Titel, Kategorie und Beschreibung deren Aufgabe. Wer einen Suchbegriff erreichen will, schreibt ihn also als normalen Teil des Titels in die Produktdaten, nicht als Keyword-Liste, und so, dass Shop und Feed dasselbe sagen. Das spricht dafür, das Problem im Shop zu lösen, nicht nur im Export.
Zwei Kampagnentypen, ein Datenbestand
Shopping-Anzeigen verwaltest du über Shopping- oder Performance-Max-Kampagnen. Beide lesen dieselben Produktdaten, unterscheiden sich aber darin, wie viel du selbst bestimmst.
| Shopping-Kampagne | Performance Max | |
|---|---|---|
| Ausspielung | Shopping-Tab, Suche, Bilder, optional Suchpartner | Zusätzlich YouTube, Display, Gmail, Demand Gen, Maps, Textanzeigen |
| Anzeigeninhalt | Aus dem Feed | Aus Feed und Asset-Gruppen, automatisch erzeugt oder optimiert |
| Gebote | Ziel-ROAS, Klicks maximieren, Conversion-Wert maximieren, manueller CPC | Conversion-Wert oder Conversions maximieren, optional mit Ziel |
| Extra | Zielgruppen-Targeting | Neukundenziel, Zielgruppensignale, Final-URL-Erweiterung |
Welchen Typ du für welchen Sortimentsteil nimmst, ist eine eigene Entscheidung: Performance Max oder Standard Shopping nach Sortiment und Datenlage. Für das Merchant Center zählt zunächst etwas anderes: Jede Kampagne, die du direkt im Merchant Center anlegst, ist eine Performance-Max-Kampagne, und standardmäßig bewirbt sie alle verfügbaren Produkte. Du gibst dort nur Budget und Namen an.
Für einen Shop mit ähnlichen Margen ist das ein vertretbarer Einstieg. Liegen etwa Restposten mit 15 Prozent neben Eigenmarken mit 50 Prozent, würde ich die Kampagne in Google Ads aufsetzen und den Produktumfang bewusst wählen. Der Standard wirbt sonst auch für Ware, an der nach der Werbung nichts übrig bleibt.
In CSS-Programmländern kommt ein Akteur dazu: Dort nimmst du über einen oder mehrere Comparison Shopping Services an Shopping-Anzeigen teil. Am Datenmodell ändert das nichts.
Google prüft Übereinstimmung, du prüfst Richtigkeit
Googles Prüfung beantwortet die Frage, ob deine Daten regelkonform sind und zur Produktseite passen. Ob sie wirtschaftlich richtig sind, beantwortet sie nicht, und Hinweise zur Optimierung optionaler Attribute gibt sie auch keine.
| Prüfgegenstand | Wer | Was das heißt |
|---|---|---|
| Format und Pflichtfelder | Fehlt ein Pflichtattribut, läuft das Produkt nicht | |
| Preis und Verfügbarkeit gegen Produktseite | Prüft den Abgleich, nicht, ob der Preis gewollt ist | |
| Shop-Probleme wie defekte Links, Platzhalter, blockierte Crawler | Können zu Ablehnungen führen | |
| Ist der Preis der gewollte, ist ein Sale noch aktuell | Händler | Steht derselbe falsche Preis in Shop und Feed, gibt es keinen Abgleichsfehler |
| Lieferzeit bei Vorbestellung | Händler | Siehe unten |
| Marge, Lagerdruck, Retourenquote | Händler | Google kennt sie nur, wenn du sie einträgst |
| Von Google erzeugte Anzeigeninhalte | Händler | Google kann Inhalte von Zielseite, Bildern und Feed sowie KI-erzeugte Inhalte verwenden, also lies stichprobenhaft mit |
Zwei Details aus den automatischen Artikelaktualisierungen zeigen den Unterschied. Google gleicht im Zweifel auf die Seite an: Steht im Feed ein höherer Preis als auf der Produktseite, übernimmt die Automatik den Preis der Seite. Ist die Seite falsch, setzt sich der Fehler also durch. Und beim Lagerstatus gelten laut Google gelockerte Regeln: preorder und backorder im Shop gelten als vereinbar mit in_stock im Feed. Für die Prüfung ist das ein Treffer, für den Käufer eine Lieferzeit, die er nicht erwartet hat.
Die Fehlerliste zählt Artikel, du verlierst Deckungsbeitrag
Das Merchant Center hat eine eigene Priorisierung: Priority Fixes zeigt Probleme mit mittlerer oder hoher Wirkung auf Leistung und potenzielle Klicks, die Detailseite eines Problems nennt entgangene Klicks. Das ist ein brauchbarer erster Filter. Nur rechnet Google in Klicks und du in Deckungsbeitrag, und ein Klick auf einen Restposten ist nicht dasselbe wie ein Klick auf eine Eigenmarke.
Ich würde deshalb jedes Problem mit derselben Formel ansetzen:
Gefährdeter Deckungsbeitrag = Deckungsbeitrag nach Werbekosten je Tag × Anteil der betroffenen Artikel daran × Ausfalldauer in Tagen
Deckungsbeitrag nach Werbekosten deshalb, weil beim Ausfall auch die Klickkosten wegfallen. Das Ergebnis ist eine Obergrenze, gerechnet als Totalausfall: Läuft eine Kampagne ins Budgetlimit, wandert ein Teil des Geldes auf andere Produkte.
Ein Rechenbeispiel mit erfundenen, runden Zahlen. Angenommen, ein Shop mit 5.000 Artikeln macht über Google 100.000 EUR Monatsumsatz, verdient daran vor Werbung 30.000 EUR und zahlt 15.000 EUR für Anzeigen. Bleiben 15.000 EUR im Monat, also rund 500 EUR am Tag.
| Problem | Betroffene Artikel | Anteil am Deckungsbeitrag | Je Tag | Angenommene Dauer | Gefährdet |
|---|---|---|---|---|---|
| Kontosperrung | 5.000 | 100 % | 500 EUR | 14 Tage | 7.000 EUR |
| Systematischer Preisfehler in einer Kategorie | 400 | 30 % | 150 EUR | 7 Tage | 1.050 EUR |
| Ein abgelehnter Bestseller | 1 | 8 % | 40 EUR | 5 Tage | 200 EUR |
| Fehlende Identifier bei Longtail-Varianten | 300 | 1 % | 5 EUR | 30 Tage | 150 EUR |
Nach Artikelzahl stünde der Bestseller ganz unten, nach Geld steht er vor 300 Varianten. Pro Tag ist er sogar achtmal so teuer, er fällt nur schneller auf. Die Dauer ist die Variable, die du am ehesten beeinflussen kannst, deshalb gehört ein tägliches Auge auf die umsatzstärksten Artikel zur Pflege.
Als Prüfschritt reicht wenig: Lade die Liste der betroffenen Artikel als CSV herunter, verbinde sie über die Artikel-ID mit dem Deckungsbeitrag der letzten 30 Tage und sortiere danach. Einmal als Vorlage gebaut, lässt sich das bei jeder Prüfung wiederverwenden.
Welche Fehler am meisten kosten
Die Rangfolge ist meine Einschätzung, gerechnet wie oben.
Konto-Probleme. Einrichtungs- und Richtlinienprobleme betreffen alle Produkte. In der Warnfrist läuft noch alles, möglicherweise mit begrenzter Leistung. Ungelöst folgt die Sperrung, in schweren Fällen laut Google auch ohne Warnung. Überprüfungen können bis zu sieben Tage dauern, die Zahl der Anträge kann begrenzt sein. Das Banner oben im Konto kommt deshalb vor jeder Produktliste. Wie du vorgehst, wenn es passiert ist: Sperrung wegen falscher Darstellung.
Systematische Abweichungen bei Preis oder Verfügbarkeit. Sie treffen ganze Kategorien, und die vorsorgliche Ablehnung lässt sich nur über eine Überprüfung lösen. Die Automatik ist dafür keine Lösung: Sie ist laut Google für sporadische Abweichungen bei einem kleinen Teil der Produkte gedacht, greift bei mehr als einer Änderung pro Tag möglicherweise nicht, und das Produkt kann dann abgelehnt statt aktualisiert werden. Dynamische Preise brauchen also häufigere Datenupdates. Die Ursachensuche steht im Beitrag zur Ablehnung wegen falschem Preis.
Gleichbehandlung ohne Fehlermeldung. Das ist der einzige Posten, den keine Liste zeigt, und er läuft jeden Tag. Solange im Datenmodell keine Marge steht, sieht die Steuerung nur Umsatz. Den Rechenweg dazu zeigt der nächste Abschnitt.
Bestseller mit Ablehnung oder Warnung. Hoher Schaden je Tag, meist kurze Dauer, wenn jemand hinsieht. Warnungen lassen das Produkt weiterlaufen, möglicherweise mit begrenzter Leistung, und können ungelöst zur Ablehnung werden.
Longtail-Fehler. Sie füllen die Liste und dürfen warten, bis eine gemeinsame Ursache im Export behoben wird. Eine Ausnahme sind GTINs: Rate sie nie, denn eine falsche GTIN führt zur Ablehnung, ein leeres Feld kann die Sichtbarkeit begrenzen. Im Zweifel rät Google selbst zum Weglassen.
Marge gehört ins Datenmodell, wenn sie gepflegt bleibt
Gleicher ROAS heißt nicht gleicher Ertrag. Rechenbeispiel: Angenommen, zwei Produktgruppen bekommen je 1.000 EUR Werbung und erzielen jeweils ROAS 5, also 5.000 EUR Umsatz. Gruppe A verdient vor Werbung 40 Prozent, bleibt also bei plus 1.000 EUR. Gruppe B verdient 20 Prozent und landet bei null. Im Kampagnenbericht sehen beide gleich aus.
Der Feed bietet dafür zwei Felder mit unterschiedlicher Aufgabe. Warenkosten (cost_of_goods_sold) liefern laut Google Einblick in die Bruttomarge, das plane ich als Messgröße ein, nicht als Gebotssignal. Für die Trennung gibt es bis zu fünf Custom Labels mit je 1.000 Werten. Margenunterschiede sind ein gängiger Grund, Produkte per Label zu trennen und unterschiedlich zu bieten. Welche fünf sich lohnen, steht im Beitrag zu Custom Labels.
Der Haken ist die Pflege. Eine niederländische Agentur, die als Lösung das Labelling-Tool eines Partners bewirbt, berichtet, eine Performance-Max-Struktur nach Marge sei in ihrer Praxis fehleranfällig gewesen, weil Margen im Merchant Center nicht immer automatisch aktualisiert wurden. Ein Label, das niemand aktualisiert, steuert auf den Einkaufspreis vom letzten Jahr. Ich rate deshalb zu Margenbändern statt Prozentwerten, automatisch aus dem Warenwirtschaftssystem befüllt. Ein Band ändert sich selten, und ein kleiner Preisschub zerlegt die Struktur nicht.
Labels sortieren allerdings nur Produkte in Gruppen. Wer die Marge direkt im Gebot haben will, muss sie in den Conversion-Wert schreiben, das ist ein eigenes Projekt mit eigenen Risiken.
Wann diese Reihenfolge nicht gilt
Bei einem kleinen Sortiment mit ähnlicher Marge ändert die Formel wenig. Dann ist Googles Liste nah genug an der Wahrheit, und Margenbänder bringen nur Pflegeaufwand.
Bei wenig Conversions schadet zu feine Trennung eher, weil jede Gruppe mit weniger Daten auskommen muss. Hier würde ich höchstens zwei Bänder bilden oder nur die klar unprofitablen Artikel ausnehmen.
Priority Fixes steht nur in Konten zur Verfügung, für die Google die mögliche Leistung schätzen kann. Ist der Schalter Prioritized fixes an, können Probleme mit geringer Wirkung ausgeblendet sein. Schalte ihn zur vollständigen Prüfung ab, sonst fehlt dir ein Artikel, den Google als unbedeutend einstuft, du aber nicht.
Bei Neuheiten und Saisonware passt die Rechnung mit den letzten 30 Tagen nicht, weil es noch keinen Deckungsbeitrag gibt. Setze hier den erwarteten Wert an oder behandle die Artikel als gesetzt, bis sie Daten haben. Auch bei knappem Bestand gilt die Formel nur eingeschränkt: Eine Ablehnung kurz vor dem Ausverkauf kostet wenig, wenn die Ware ohnehin abfließt.
Oberflächen und Bezeichnungen im Merchant Center ändern sich häufig, Stand der Angaben ist November 2026.
Anschlussfragen
Soll ich die automatischen Artikelaktualisierungen anlassen?
In der Regel ja, als Sicherheitsnetz für einzelne Abweichungen. Google rät jedoch davon ab, die Preisautomatik zu nutzen, wenn Produktseiten mehrere Streichpreise zeigen, weil das System dann den richtigen möglicherweise nicht findet. Regelmäßige Datenupdates ersetzt sie in keinem Fall.
Muss ich Fehler je Land getrennt prüfen?
Ja, wenn du mehrere Länder bedienst. Laut Google kann dasselbe Produkt je Zielland unterschiedliche Warnungen oder Ablehnungen bekommen, weil Richtlinien je Land abweichen. Ein Produkt, das in Deutschland läuft, kann also in der Schweiz abgelehnt sein. Rechne den Schaden dann mit dem Deckungsbeitrag dieses Landes und bei der Schweiz in CHF.
Quellen
- Product data specification, Google Merchant Center Hilfe
- About Shopping ads, Google Ads Hilfe
- Advertise your products using Merchant Center, Google Merchant Center Hilfe
- Issues in Merchant Center, Google Merchant Center Hilfe
- Allow Merchant Center to update product information automatically, Google Merchant Center Hilfe
- Mastering Custom Labels for Google Shopping, The Media Captain
- Google Shopping Campaigns: Analyzing the Impact of Product Feed Quality, Converteo
- Maximize the return on your Performance Max campaigns, Yellowgrape
