Trotzdem ist es selten sinnvoll, die Liste einfach von oben nach unten abzuarbeiten. Ein fehlendes Zusatzattribut für wenige Artikel hat eine andere wirtschaftliche Bedeutung als ein Preisfehler, der einen Bestseller blockiert, oder ein Kontoproblem, durch das das gesamte Sortiment nicht mehr ausgeliefert werden kann.
Die entscheidende Frage lautet deshalb nicht nur: „Was ist fehlerhaft?“, sondern: „Welcher Fehler verhindert gerade Reichweite, Bestellungen oder eine stabile Datenverarbeitung?“ Eine gute Priorisierung verbindet technische Schwere, Anzahl der betroffenen Produkte, Umsatzrelevanz, Aktualität und Wiederholungsrisiko. So wird Feed-Optimierung von einer unübersichtlichen Fehlerkorrektur zu einem kontrollierbaren Betriebsprozess.
Warum nicht jede Meldung gleich dringend ist
Im Merchant Center können Probleme auf unterschiedlichen Ebenen auftreten. Ein produktbezogener Hinweis betrifft einzelne Angebote. Eine Ablehnung verhindert dagegen, dass das betroffene Produkt auf den vorgesehenen Google-Flächen erscheint. Probleme auf Kontoebene können noch weiter reichen und im ungünstigen Fall das gesamte Konto oder alle Produkte betreffen.
Diese Betrachtung entspricht einem Grundprinzip, das auch für andere Marketingbereiche gilt: Website, Werbung, Daten und Analyse sollten nicht getrennt optimiert werden. Ein Ansatz für Digitalmarketing als abgestimmtes System betrachtet deshalb nicht nur die sichtbare Meldung, sondern auch die Quelle, den Kaufprozess und die Folgen für Kampagnen und Umsatz.
Die fünf Kriterien einer belastbaren Priorisierung
Bevor Änderungen vorgenommen werden, sollte jedes Problem anhand derselben Kriterien bewertet werden:
- Schweregrad: Handelt es sich um einen Hinweis, eine Produktablehnung, ein Kontorisiko oder eine bereits bestehende Sperrung?
- Reichweite: Betrifft das Problem einen Artikel, eine Produktgruppe oder das gesamte Sortiment?
- Geschäftliche Bedeutung: Sind Bestseller, margentragende Kategorien, saisonale Angebote oder nur selten verkaufte Produkte betroffen?
- Zeitkritik: Ändern sich Preis und Bestand häufig, läuft eine Aktion oder steht eine wichtige Verkaufssaison bevor?
- Ursache: Ist es ein einzelner Datenfehler oder ein wiederkehrendes Problem in Shop, Schnittstelle, Regelwerk oder Datenquelle?
Ein Fehler mit hoher technischer und wirtschaftlicher Wirkung kommt zuerst. Eine große Anzahl von Warnungen ist nicht automatisch wichtiger als eine einzelne Meldung, die das Konto, den Checkout oder ein zentrales Produkt betrifft.
Die sinnvollste Reihenfolge richtet sich nicht nach der Länge der Fehlerliste, sondern nach dem verlorenen Geschäftspotenzial und der Wahrscheinlichkeit, dass das Problem erneut entsteht.
Priorität 0: Konto-, Richtlinien- und Shopprobleme
Die höchste Priorität haben Probleme, die das gesamte Konto oder die grundsätzliche Verkaufsfähigkeit betreffen. Dazu gehören beispielsweise eine nicht korrekt bestätigte Domain, fehlende geschäftliche Angaben, ungeklärte Versandinformationen, schwerwiegende Richtlinienprobleme oder eine Website, auf der Produkte nicht zuverlässig gekauft werden können.
Auch ein technisch erreichbarer Shop kann für Merchant Center unbrauchbar sein, wenn Produktseiten auf allgemeine Kategorien weiterleiten, wichtige Inhalte nur nach Interaktion erscheinen, der Checkout nicht funktioniert oder Crawler durch technische Regeln blockiert werden. In solchen Fällen hilft es nicht, einzelne Feedfelder zu verbessern. Zuerst muss die gemeinsame Grundlage aus Konto, Website und Kaufprozess funktionieren.
Die erste Prüfung sollte daher beantworten:
- Ist die richtige Domain mit dem richtigen Konto verbunden und bestätigt?
- Sind Unternehmens- und Kontaktinformationen vollständig und konsistent?
- Sind Versand-, Rückgabe- und Zahlungsinformationen erreichbar?
- Führen Produktlinks direkt zu funktionierenden Produktseiten?
- Können relevante Varianten tatsächlich ausgewählt und gekauft werden?
- Funktionieren Warenkorb und Checkout auch auf dem Smartphone?
- Gibt es ein Problem, das alle Produkte oder das gesamte Konto betrifft?
Erst wenn diese Ebene stabil ist, lohnt sich die Optimierung einzelner Produktattribute. Andernfalls werden Symptome bearbeitet, während die eigentliche Auslieferungsbarriere bestehen bleibt.
Priorität 1: Preis und Verfügbarkeit müssen übereinstimmen
Preis- und Bestandsabweichungen sind besonders kritisch, weil sie die Erwartung zwischen Produktanzeige, Landingpage und Kaufprozess direkt verletzen. Der Preis in der Datenquelle sollte zur prominent dargestellten Summe auf der Produktseite passen. Dasselbe gilt für Verfügbarkeit, Währung, Angebotsstatus und die tatsächlich auswählbare Variante.
Typische Ursachen sind nicht nur falsch gepflegte Werte. Häufig liegt eine zeitliche Lücke zwischen Shopänderung und Feedaktualisierung vor. Eine Aktion startet auf der Website, während die Datenquelle noch den vorherigen Preis übermittelt. Eine Variante ist ausverkauft, aber die Schnittstelle meldet weiterhin „auf Lager“. Auch strukturierte Produktdaten auf der Seite können einen veralteten Wert enthalten, obwohl der sichtbare Preis bereits geändert wurde.
Bei solchen Abweichungen sollten Teams nicht nur die betroffenen Produkte korrigieren, sondern den Aktualisierungsweg untersuchen:
- Wo wird der verbindliche Preis gepflegt?
- Wie schnell übernimmt die Datenquelle Änderungen?
- Werden Aktionspreis und Aktionszeitraum korrekt übermittelt?
- Stimmen sichtbarer Seiteninhalt und strukturierte Daten überein?
- Wird der Bestand auf Varianten- oder nur auf Produktebene geführt?
- Erzeugen Apps, Währungslogik oder regionale Einstellungen abweichende Werte?
Für Shops mit häufigen Preis- oder Bestandsänderungen ist die Prozessqualität wichtiger als eine einmalige Bereinigung. Die Datenquelle muss Aktualisierungen schnell und reproduzierbar übernehmen, sonst kehrt derselbe Fehler nach der nächsten Aktion zurück.
Priorität 2: Produktseiten, Links und Bilder
Ein korrektes Datenfeld nützt wenig, wenn die zugehörige Produktseite nicht erreichbar ist. Defekte URLs, Weiterleitungsschleifen, Serverfehler oder Links auf eine allgemeine Übersichtsseite können einzelne Produkte vollständig blockieren. Daher sollten Linkprobleme früh geprüft werden, insbesondere wenn viele Artikel nach einem Shop-Relaunch, einer Domainänderung oder einer Anpassung der URL-Struktur betroffen sind.
Bei Varianten muss die Zielseite außerdem das tatsächlich beworbene Angebot verständlich abbilden. Farbe, Größe, Preis und Verfügbarkeit sollten nach dem Aufruf eindeutig erkennbar sein. Wenn ein Link immer nur die Standardvariante öffnet und die beworbene Variante nicht nachvollziehbar ist, entsteht eine Datenlücke zwischen Anzeige und Seite.
Ähnlich wichtig sind Hauptbilder. Die Bildadresse muss erreichbar bleiben und das konkrete Produkt klar zeigen. Platzhalter, beschädigte Dateien, unpassende Motive oder Werbetexte im Bild können die Freigabe und Darstellung beeinträchtigen. Zusätzliche Bilder können Kontext liefern, ersetzen aber kein sauberes Hauptbild.
Priorität 3: Produktkennzeichnungen korrekt behandeln
GTIN, Marke und MPN helfen dabei, ein Angebot eindeutig einem Produkt zuzuordnen. Die Lösung besteht jedoch nicht darin, irgendeinen Wert einzutragen, nur damit das Feld gefüllt ist. Eine falsche Kennzeichnung kann problematischer sein als ein nachvollziehbar fehlender Wert.
Für standardisierte Handelsprodukte sollte die vom Hersteller vergebene GTIN verwendet werden. Eine interne Artikelnummer ist keine GTIN. Die MPN stammt ebenfalls vom Hersteller und sollte nicht frei aus der eigenen Shop-ID erzeugt werden. Die Marke muss zum tatsächlichen Produkt passen und über Varianten hinweg konsistent geschrieben sein.
Produkte, für die tatsächlich keine eindeutigen Kennzeichnungen existieren, müssen entsprechend behandelt werden. Das kann etwa bei bestimmten handgefertigten oder individuell angefertigten Artikeln vorkommen. Die Kennzeichnung „identifier exists“ darf aber nicht pauschal auf „nein“ gesetzt werden, wenn für das Produkt reguläre Herstellerkennzeichnungen vorhanden sind.
Eine professionelle Einrichtung und Optimierung des Google Merchant Centers sollte deshalb nicht nur fehlende Felder zählen, sondern Produktarten unterscheiden, Datenquellen prüfen und festlegen, welche Kennzeichnung für welche Warengruppe verbindlich ist.
Priorität 4: Pflichtattribute und Variantenlogik
Nachdem Konto, Kaufprozess, Preis, Bestand, Links und Identifikatoren stabil sind, folgen fehlende oder ungültige Pflichtattribute. Welche Angaben benötigt werden, hängt von Produkttyp, Zielmarkt und Ausspielungsziel ab. Zu den häufigen Grundlagen gehören ID, Titel, Beschreibung, Link, Bild, Preis, Verfügbarkeit, Zustand und relevante Produktkennzeichnungen.
Bei Variantenartikeln kommen zusätzliche Abhängigkeiten hinzu. Größe, Farbe, Material, Muster, Geschlecht oder Altersgruppe müssen dort gepflegt werden, wo sie für die jeweilige Kategorie erforderlich oder für die Auswahl relevant sind. Zusammengehörige Varianten benötigen eine konsistente Gruppierung, während jede kaufbare Variante eine eigene stabile ID behalten sollte.
Priorität 5: Erst danach kommt die Leistungsoptimierung
Freigegeben bedeutet noch nicht optimal. Sobald die Auslieferungsfähigkeit hergestellt ist, kann der Feed auf Relevanz, Verständlichkeit und Steuerbarkeit verbessert werden. Jetzt geht es um bessere Produkttitel, präzisere Beschreibungen, vollständige optionale Attribute, aussagekräftige Bilder und eine sinnvolle Kategorisierung.
Bei Titeln sollte die Reihenfolge wichtiger Produktmerkmale zur Suchabsicht passen. Marke, Produkttyp, Modell, Farbe, Größe oder Material können relevant sein, aber nicht jedes Merkmal gehört bei jedem Sortiment an dieselbe Position. Titel sollten lesbar bleiben und dürfen keine Sammlung austauschbarer Suchbegriffe werden.
Weitere Felder wie Produkttyp, Google-Produktkategorie und benutzerdefinierte Labels erfüllen unterschiedliche Aufgaben. Produkttypen bilden die eigene Sortimentssystematik ab. Die Google-Kategorie unterstützt die externe Einordnung. Benutzerdefinierte Labels können Produkte nach Marge, Saison, Bestsellerstatus, Preisbereich oder betrieblicher Priorität für Kampagnen strukturieren.
Diese Verbesserungen können die Kampagnensteuerung unterstützen, sollten aber nicht vor Fehlern stehen, die Produkte vollständig blockieren. Ein perfekt formulierter Titel erzeugt keinen Wert, wenn das Angebot wegen einer Preisabweichung nicht ausgeliefert wird.
Nicht jedes Produkt einzeln im Merchant Center reparieren
Direkte Einzeländerungen können für eine dringende Ausnahme sinnvoll sein. Bei wiederkehrenden oder umfangreichen Problemen ist jedoch die ursprüngliche Datenquelle der richtige Reparaturort. Sonst kann die nächste Synchronisierung die manuelle Korrektur überschreiben.
Für jedes Attribut sollte deshalb eine eindeutige Datenverantwortung bestehen:
- Produktpreis und Bestand kommen aus dem Shop- oder Warenwirtschaftssystem.
- GTIN, Marke und MPN stammen aus verlässlichen Produktstammdaten.
- Titel und Beschreibungen werden nach dokumentierten Inhaltsregeln gepflegt.
- Versandinformationen folgen der tatsächlich angebotenen Lieferlogik.
- Ergänzende Regeln verändern Daten nur kontrolliert und nachvollziehbar.
Vor einer Massenänderung sollte eine kleine, repräsentative Produktgruppe getestet werden. Dazu gehören ein einfaches Produkt, ein Variantenartikel, ein reduzierter Artikel, ein Produkt ohne Standardkennzeichnung und ein zeitweise nicht verfügbares Angebot. Erst wenn diese Fälle korrekt verarbeitet werden, wird die Regel auf das gesamte Sortiment angewendet.
Vom Problembericht zur Ursachenliste
Die Ansicht „Needs attention“ zeigt, welche Produkte betroffen sind und welche Auswirkungen ein Problem haben kann. Für die operative Arbeit reicht ein Screenshot der Meldung jedoch nicht aus. Teams benötigen eine Ursachenliste, die mindestens Problemtyp, Anzahl der Angebote, wichtige Kategorien, Datenquelle, verantwortliche Person, geplante Korrektur und Kontrolltermin enthält.
Mehrere Meldungen können dieselbe Ursache haben. Ein fehlerhaftes Variantenmapping kann gleichzeitig falsche Preise, falsche Verfügbarkeit und unpassende Links erzeugen. Werden diese Meldungen getrennt bearbeitet, entsteht dreifacher Aufwand. Wird die gemeinsame Regel korrigiert, kann ein Eingriff mehrere Fehlergruppen lösen.
Umgekehrt können gleich benannte Meldungen verschiedene Ursachen besitzen. Eine Preisabweichung kann aus einem verspäteten Feed, einer falschen Währung, einem Aktionspreis, einer regionalen Darstellung oder veralteten strukturierten Daten entstehen. Deshalb sollten Beispiele aus unterschiedlichen Produktgruppen geprüft werden, bevor eine allgemeine Lösung umgesetzt wird.
Ein sinnvoller Ablauf für die erste Bereinigung
- Status sichern: Exportieren Sie betroffene Produkte und dokumentieren Sie Konto- sowie Produktprobleme.
- Auswirkung bewerten: Markieren Sie Kontorisiken, vollständige Ablehnungen, Bestseller und saisonale Produkte.
- Ursachen gruppieren: Trennen Sie Shop-, Schnittstellen-, Attribut-, Richtlinien- und Inhaltsprobleme.
- Blockaden lösen: Bearbeiten Sie Konto, Website, Preis, Bestand und Links vor reinen Qualitätsverbesserungen.
- Kleine Gruppe testen: Prüfen Sie die Korrektur an repräsentativen Artikeln.
- Datenquelle aktualisieren: Beheben Sie den Fehler dort, wo der verbindliche Wert entsteht.
- Ergebnis kontrollieren: Prüfen Sie nach der erneuten Verarbeitung nicht nur den Status, sondern auch Produktseite und Checkout.
- Monitoring festlegen: Definieren Sie Verantwortliche und regelmäßige Kontrollen für kritische Felder.
Wer zunächst die grundlegende Architektur verstehen möchte, findet im Leitfaden zur Einrichtung von Merchant Center und Shopping-Feeds eine Einordnung von Konto, Datenquelle, Shopify-Synchronisierung, Website, Kampagnen und Conversion-Tracking.
Qualitätskontrolle als dauerhaften Prozess aufbauen
Ein Feed ist kein einmal fertiggestelltes Dokument. Preise ändern sich, Produkte kommen hinzu, Varianten laufen aus, Apps werden aktualisiert und Shopstrukturen werden angepasst. Ohne regelmäßige Kontrolle kann ein zuvor stabiles Setup schrittweise wieder fehlerhaft werden.
Eine schlanke Routine umfasst tägliche oder ereignisbezogene Kontrollen kritischer Änderungen sowie regelmäßige Prüfungen der gesamten Datenqualität. Besonders nach Preisaktionen, Shop-Relaunches, Domainänderungen, neuen Märkten, Anpassungen der Versandlogik oder einem Wechsel der Synchronisierung sollte das Sortiment gezielt kontrolliert werden.
Für das Monitoring eignen sich wenige klare Kennzahlen:
- Anteil freigegebener, eingeschränkter und abgelehnter Produkte;
- Anzahl betroffener Bestseller und wichtiger Kategorien;
- wiederkehrende Probleme nach Ursache;
- Zeit zwischen Fehlererkennung und nachhaltiger Korrektur;
- Abweichungen bei Preis, Bestand und Produktanzahl;
- Veränderung von Shopping-Umsatz und Produktabdeckung nach der Bereinigung.
Kontrollliste vor dem Abschluss
- Konto- und Richtlinienprobleme wurden vor Produktwarnungen geprüft.
- Website, Produktseiten, Warenkorb und Checkout funktionieren.
- Preis, Währung, Aktionspreis und Verfügbarkeit stimmen überein.
- Produktlinks führen zum konkreten kaufbaren Angebot.
- GTIN, Marke, MPN und „identifier exists“ werden korrekt verwendet.
- Pflichtattribute und Varianten sind vollständig und konsistent.
- Titel und Zusatzattribute werden erst nach den Auslieferungsblockaden optimiert.
- Korrekturen erfolgen möglichst in der ursprünglichen Datenquelle.
- Massenänderungen wurden mit repräsentativen Produkten getestet.
- Verantwortung, Kontrollrhythmus und Eskalationsweg sind dokumentiert.
Fazit
Die beste Feed-Optimierung beginnt nicht mit der sichtbarsten Warnung, sondern mit einer belastbaren Reihenfolge. Zuerst werden Risiken auf Konto- und Shop-Ebene beseitigt. Danach folgen Preis, Verfügbarkeit, Links und kaufbare Varianten. Produktkennzeichnungen und Pflichtattribute sichern die korrekte Zuordnung. Erst wenn diese Grundlage stabil ist, entfalten bessere Titel, Beschreibungen, Bilder und Kampagnenlabels ihren Wert.
Entscheidend ist außerdem, Fehler an ihrer Quelle zu beheben. Wer nur einzelne Produkte korrigiert, verwaltet Symptome. Wer Datenverantwortung, Synchronisierung, Tests und Monitoring ordnet, schafft einen Feed, der auch bei Sortimentsänderungen und Kampagnenwachstum kontrollierbar bleibt.
