Merchant Center: abgelehnte Produkte wegen Preis oder Verfügbarkeit prüfen

Eine Produktablehnung im Google Merchant Center lässt sich systematisch prüfen, wenn genau eine Artikelzeile im Mittelpunkt steht. Hier vergleichen Sie Preis, Währung, ausgewählte Variante, Verfügbarkeit und strukturierte Angebotsdaten. Zwei ausdrücklich fiktive Beispiele und eine Diagnosetabelle zeigen, welche Handlung aus welcher konkreten Abweichung folgt.

Was bedeutet die Ablehnung eines konkreten Artikels im Merchant Center?

Wenn das Google Merchant Center einen Artikel wegen eines abweichenden Preises oder einer unzutreffenden Verfügbarkeit beanstandet, wirkt die Produktseite oft zunächst korrekt. Sie zeigt ein Bild, einen Preis und eine Schaltfläche zum Kaufen. Das allein reicht für den Abgleich jedoch nicht aus: Google erhält eine konkrete Artikelzeile mit Kennung, Ziel-URL, Preis, Währung und Verfügbarkeit. Auf der Zielseite gibt es möglicherweise mehrere Varianten, zeitlich begrenzte Angebote und zusätzliche strukturierte Produktdaten.

Öffnen Sie die betroffene Artikelansicht und lesen Sie die genaue Meldung unter den Produkten, die Aufmerksamkeit erfordern. Eine Warnung, eine Ablehnung eines einzelnen Artikels und ein Problem auf Kontoebene sind unterschiedliche Situationen. Auch die Gründe unterscheiden sich: Ein abweichender Preis erfordert die Prüfung der angebotenen Beträge, während eine Verfügbarkeitsmeldung die tatsächlich bestellbare Ausführung betrifft. Bei fehlenden Feldern oder einer nicht erreichbaren Produktseite ist eine andere Prüfung notwendig.

Notieren Sie die Artikel-ID, Datenquelle, Zielmarkt und gemeldete Eigenschaft. Beginnen Sie mit einer einzigen Ausführung. Das verhindert, dass eine Änderung an Hunderten Produkten vorgenommen wird, bevor die konkrete Abweichung bekannt ist. Sind mehrere Länder oder Sprachen beteiligt, müssen Sie die tatsächlich betroffene Länderversion untersuchen. Gleich aussehende Produkte können für unterschiedliche Zielmärkte verschiedene Daten besitzen.

Die Kernfrage lautet: Welche Ausführung landet beim Klick auf den übermittelten Link im Browser, was kostet sie und kann sie bestellt werden? Diese Fakten werden mit der übermittelten Produktzeile verglichen. Ein Foto oder die Produktüberschrift identifiziert die Variante nicht zuverlässig. Wichtiger sind Größe, Farbe, Artikelkennung, vorausgewählte Option und der Preis, der zu dieser Option gehört.

Behandeln Sie Preis und Bestand als zwei getrennte Felder. Der Preis kann korrekt sein, obwohl eine ausverkaufte Größe als auf Lager gemeldet wird. Ebenso kann die Verfügbarkeit stimmen, während im Feed noch ein abgelaufener Sonderpreis steht. Ein sorgfältiger Befund benennt deshalb die Abweichung, den Ort ihrer Entstehung und die konkrete Artikelzeile.

Zuerst Artikel-ID, Variante und Zielland bestimmen

Die Produktfamilie ist nicht das zu bewerbende Einzelangebot. Bei Schuhen können Größe 40, 41 und 42 derselben Produktseite angehören, obwohl sich die Bestände unterscheiden. Bei Möbeln können Material oder Größe einen anderen Preis auslösen. Jede Variante, die mit eigenem Artikel in der Datenquelle geführt wird, muss anhand genau dieser Ausführung untersucht werden.

Kopieren Sie die Ziel-URL aus dem betroffenen Datensatz. Öffnen Sie sie in einer normalen Sitzung ohne Anmeldung. Prüfen Sie, welche Größe, Farbe oder Packung nach dem Laden ausgewählt ist. Ein Feedartikel für Größe 42 darf nicht durch eine Seite erläutert werden, die automatisch Größe 40 auswählt und deren Verfügbarkeit anzeigt. Sonst werden zwei verschiedene Angebote miteinander verglichen.

Halten Sie folgende Merkmale fest: item-ID, vorhandene Gruppenkennung, Variantenmerkmale, Zielmarkt, Sprache, Währung und den Zustand der Produktauswahl nach dem Öffnen der URL. Verwendet der Shop URL-Parameter für die Vorwahl, prüfen Sie deren tatsächliche Wirkung. Nutzt er separate Seiten je Ausführung, muss der Link zur passenden Seite führen. Das ist insbesondere bei Größen, Farben und Sets entscheidend.

Testen Sie anschließend die Bestellbarkeit. Kann der Besucher die ausgewählte Variante in den Warenkorb legen? Wechselt die Verfügbarkeitsangabe, wenn er eine andere Größe anklickt? Aktualisiert sich dabei auch der Preis? Ein allgemeines Label 'lieferbar' auf der Elternseite sagt nichts darüber aus, ob die beworbene Einzelvariante erhältlich ist.

Bei internationalen Angeboten darf die Prüfung nicht zufällig zwischen Ländern wechseln. Ein Artikel für Deutschland ist mit seiner tatsächlich vorgesehenen deutschen Zielseite und deren Preiswährung zu vergleichen. Eine andere Sprache oder regionale Bestandsquelle kann sachlich andere Angebote darstellen. Entscheidend ist die Übereinstimmung zwischen dem übermittelten Artikel und der Seite, die sein Käufer aufrufen soll.

Preis und Verfügbarkeit in allen Datenquellen vergleichen

Erstellen Sie für die konkrete Artikel-ID einen Abgleich in fünf Stationen: Warenwirtschaft oder Shop-Datensatz, exportierter Feed, vom Link vorausgewählte Variante, sichtbarer Preis und Bestand auf der Produktseite sowie technische Product/Offer-Daten. So wird aus der allgemeinen Fehlermeldung eine prüfbare Differenz. Jede Station sollte dieselbe Ausführung beschreiben.

Beim Preis geht es um mehr als eine Zahl. Prüfen Sie den regulären Betrag, gegebenenfalls sale_price, die Währung und den tatsächlichen Aktionszeitraum. Ein beendeter Rabatt kann im Feed weitergeführt werden, während der Shop bereits wieder den Normalpreis anzeigt. Umgekehrt startet eine Aktion auf der Website, bevor der nächste Export erfolgt. Auch bei Preisspannen auf einer Elternseite muss das Einzelangebot eindeutig zugeordnet sein.

Für den Bestand prüfen Sie den availability-Wert der beworbenen Variante. In_stock und out_of_stock stehen für unterschiedliche Bestellmöglichkeiten. Preorder und backorder sind für passende Verkaufsabläufe gedacht, deren Informationen auch auf der Produktseite erkennbar sein müssen. Der Bestand einer anderen Variante oder die Gesamtmenge einer Produktgruppe ersetzt den aktuellen Status des konkreten Angebots nicht.

Die strukturierte Auszeichnung gehört zur Prüfung, wenn die Seite Produktdaten als Product und Offer veröffentlicht. Dort können price, priceCurrency und availability erscheinen. Eine Theme-Änderung kann den sichtbaren Betrag aktualisieren, während ein alter JSON-LD-Wert im ausgelieferten HTML bleibt. Nutzen Sie den Rich Results Test für die Auszeichnung und lesen Sie gleichzeitig die öffentliche Seite. Ein technisch gültiges Markup ist erst hilfreich, wenn es die tatsächliche Ware zutreffend beschreibt.

Vergessen Sie die Zeitstempel nicht. Wann wurde der Warenbestand verändert? Wann erzeugte der Export den Feed? Wann wurden die Datensätze im Merchant Center verarbeitet? Unterschiedliche Zeitpunkte erklären manche vorübergehende Abweichung. Wenn die Werte auch nach Aktualisierung dauerhaft auseinanderlaufen, müssen die verantwortlichen Quellen und Transformationsschritte überprüft werden.

Diagnosetabelle: Meldung, Prüfung und nächster Schritt

Gemeldetes Symptom	Direkter Vergleich	Nächster Schritt	Prüfbarer Zustand
Abweichender Preis	Feedpreis, Währung, Variante und Seitenpreis	Fehlerhafte Angebotsquelle korrigieren	Gleicher Artikel mit passendem Betrag und Währung
Aktionspreis passt nicht	price, sale_price, Gültigkeit der Aktion	Preisumstellung zwischen Feed und Shop synchronisieren	Aktuelle Aktion in beiden Darstellungen übereinstimmend
Falsche Verfügbarkeit	Variantenvorrat, availability und Kaufbutton	Status der betroffenen Einzelvariante aktualisieren	Übermittelte und sichtbare Bestellbarkeit stimmen überein
Falsche Variante öffnet sich	Artikel-ID, URL und vorausgewählte Option	Variantenspezifischen Link berichtigen	Aufgerufene Option entspricht der Artikelzeile
Oberfläche sieht richtig aus	HTML, JSON-LD, Cache und Erstellungszeit	Veraltete Darstellung lokalisieren	Markup, Seite und Datenquelle sind aktuell
Anderer Ablehnungsgrund	Exakten Wortlaut der Merchant-Center-Meldung	Den tatsächlich gemeldeten Sachverhalt prüfen	Neue konkrete Artikelmeldung nachvollzogen

Die Tabelle ist als Entscheidungshilfe für einen einzelnen Artikel gedacht. Arbeiten Sie den Befund von links nach rechts ab. Eine neue Feed-Datei ist keine Lösung, wenn sie unverändert die falschen Preise übernimmt. Ebenso ist eine Änderung der Produktbeschreibung nicht das richtige Mittel, wenn nur die vorausgewählte Variante falsch verlinkt ist.

Führen Sie zwei Prüfungen durch, wenn für denselben Artikel sowohl Preis als auch Verfügbarkeit beanstandet werden. Sie benötigen dann zwei konkrete Feststellungen. Dadurch vermeiden Sie, dass die Korrektur einer einzelnen Eigenschaft fälschlich als vollständige Behebung verstanden wird.

Beispiel 1: Aktionspreis im Shop, alter Betrag im Feed

Ausschließlich fiktives Rechenbeispiel. Ein Einrichtungsshop verkauft eine Tischlampe in Schwarz und Weiß. Schwarz kostet regulär 89 €, wird während einer Aktion aber für 79 € angeboten. Auf der öffentlichen Seite ist Schwarz gewählt und 79 € sichtbar. Eine ältere Feed-Datei enthält für genau diesen schwarzen Artikel noch 89 €. Weiß bleibt regulär bei 89 €. Die Beträge sind Beispiele und keine gemessenen Shop-Daten.

Im Merchant Center wird die schwarze Ausführung wegen eines Preisunterschieds beanstandet. Die erste Prüfung betrifft die Artikel-ID und den übermittelten Link. Ist tatsächlich Schwarz vorausgewählt? Welcher Betrag wird angezeigt? Was steht im Feed in price und gegebenenfalls sale_price? Wenn die Aktion bereits auf der Website läuft, der Export aber noch den Zustand davor zeigt, ist die Abweichung klar lokalisiert.

Die Shopverwaltung aktualisiert die tatsächliche Quelle der Angebotsdaten und sorgt dafür, dass der Export die aktive Preisgestaltung verwendet. Dabei werden der reguläre Betrag, der Aktionsbetrag und der passende Zeitpunkt der Aktion zusammen betrachtet. Eine reine kosmetische Änderung der Preisanzeige würde die Ursache nicht beseitigen, wenn die Feed-Erzeugung weiterhin einen alten Wert verwendet.

Anschließend wird die Ziel-URL erneut geöffnet. Sollte sie unerwartet Weiß vorwählen, bleibt ein zusätzliches Variantenproblem bestehen. Auch ein scheinbar passender Preis kann dann zufällig zur falschen Ausführung gehören. Die korrekte Artikel-ID, die URL, die sichtbare Auswahl und die strukturierte Produktauszeichnung müssen gemeinsam denselben schwarzen Lampenartikel beschreiben.

Nach dem Datenupdate wird die neue Feedzeile mit der Seite verglichen und die aktuelle Meldung in Merchant Center kontrolliert. Ein Zeitstempel und ein kurzer Vorher-Nachher-Vergleich helfen, die Verarbeitung nachzuvollziehen. Der eigentliche Fortschritt ist die konsistente Angebotsinformation an allen relevanten Stellen.

Aus diesem Beispiel folgt eine wichtige Betriebsregel: Ein Aktionspreis, der getrennt im Theme und in einem Feed-Tool gepflegt wird, führt leicht zu widersprüchlichen Werten. Eine nachvollziehbare zentrale Preisquelle und ein abgestimmter Veröffentlichungsablauf reduzieren solche Abweichungen.

Beispiel 2: Ausverkaufte Größe in einer lieferbaren Produktfamilie

Fiktives Variantenbeispiel. Ein Schuhshop bietet ein Modell in den Größen 40, 41 und 42 an. Größe 40 und 41 sind erhältlich, Größe 42 ist ausverkauft. Auf der übergeordneten Produktseite steht weiterhin „auf Lager“, weil andere Größen verfügbar sind. Für Größe 42 steht im Feed jedoch in_stock und der Produktlink wählt Größe 41 aus. Der Artikel ist damit an zwei Stellen unzutreffend dargestellt.

Öffnen Sie genau die Feedzeile für Größe 42 und folgen Sie ihrer URL. Notieren Sie, dass Größe 41 aktiv ist. Wählen Sie anschließend 42 und prüfen Sie, ob die Kaufoption deaktiviert wird. Die tatsächliche Bestellbarkeit der beworbenen Ausführung unterscheidet sich nun vom Feedwert. Das ist die relevante Feststellung, nicht der allgemeine Lagerbestand des Modells.

Die Korrektur muss die Variante selbst betreffen: richtiger Verfügbarkeitswert, passender Link und korrekte Anzeige bei geöffneter Seite. Wenn die strukturierte Auszeichnung noch InStock für Größe 42 enthält, wird auch sie aus dem aktuellen Variantenbestand erzeugt. Ein sichtbarer Text unter einem falschen maschinenlesbaren Angebot reicht nicht aus.

Bei Vorbestellung und Nachlieferung gelten eigene Angebotszustände. Eine noch nicht erschienene Ware, die reserviert werden kann, ist etwas anderes als ein vorübergehend ausverkaufter Artikel. Ein Shop sollte diese echten Unterschiede auch für Käufer sichtbar machen und die dazu passenden Attribute verwenden.

Kontrollieren Sie nach der Änderung zusätzlich Größe 41. Sie muss weiterhin regulär bestellbar bleiben. Eine pauschale Einstellung der gesamten Produktfamilie auf out_of_stock wäre wiederum falsch. Gerade diese Gegenprobe zeigt, warum eine präzise Variantenprüfung einem allgemeinen Lagerstatus überlegen ist.

Das Vorgehen lässt sich auf Bekleidung, Möbeloptionen, Gerätefarben und Produktsets übertragen. Sobald mehrere Ausführungen innerhalb einer Seite existieren, muss jede beworbene Angebotszeile mit ihrer eigenen Auswahl und ihren eigenen Bestandswerten verbunden sein.

Synchronisierung, strukturierte Daten und Kontrolle nach der Korrektur

Preis und Bestand ändern sich oft schneller als eine geplante Feed-Veröffentlichung. Eine Bestellung kann den Warenbestand sofort verändern, während der nächste Export erst am Abend erstellt wird. Ein Rabatt kann enden, bevor ein externer Dienst seine Produktdaten aktualisiert. Dokumentieren Sie deshalb den Änderungszeitpunkt im Shop, die Erstellung der Quelldatei und den Zeitpunkt der letzten Verarbeitung in Merchant Center.

Auch Seitencaches und dynamische Skripte können Unterschiede erzeugen. Die sichtbare Preisangabe kann aktualisiert sein, während die initiale HTML-Antwort noch eine ältere Offer-Auszeichnung enthält. Prüfen Sie die öffentliche Quelle und den vom Besucher gesehenen Zustand. Wenn diese voneinander abweichen, untersuchen Sie die zuständigen Komponenten, statt wahllos Texte im Template zu verändern.

Bei länderbezogenen Angeboten vergleichen Sie immer die konkrete Zielregion. Währung und angebotene Ware müssen zum Zielland des Datensatzes passen. Eine andere Landesversion ist nur dann als Vergleich geeignet, wenn sie dieselbe Angebotsdefinition verwendet. Unvorhersehbare Änderungen nach IP-Adresse oder Sitzung können den automatisierten Abgleich erschweren.

Ist die zugrunde liegende Quelle korrigiert, öffnen Sie die betreffenden Produktprobleme im Merchant Center erneut. Eine neu hochgeladene Datei, ihre Verarbeitung und die anschließende Beurteilung der Artikelmeldung sind unterschiedliche Schritte. Lesen Sie den aktuellen Status und die angebotenen nächsten Aktionen direkt beim betroffenen Item. Bewahren Sie die Fakten des Vorher-Nachher-Vergleichs für spätere Kontrollen auf.

Als Primärhilfe dienen die Google-Seiten zu Preisabweichungen, abweichender Verfügbarkeit und Merchant-Center-Produktproblemen. Zur Modellierung von Variationen erläutert Google Search Central ProductGroup die Verbindung zwischen einzelnen Ausführungen.

Für eine technische Prüfung gibt es bei Kiljano die Merchant-Center-Feedprüfung. Die Analyse von Lieferanten-XML/CSV behandelt Quelldateien, während die Variantenprüfung konkrete Artikeloptionen betrachtet.

Häufige Fragen zu abweichenden Preisen und Beständen

Warum wird nur ein Artikel abgelehnt?

Merchant Center bewertet die konkrete übermittelte Angebotszeile. Sie kann einen abweichenden Preis, einen anderen Variantenlink oder eine unpassende Verfügbarkeit enthalten, obwohl die übrige Produktfamilie richtig angezeigt wird. Vergleichen Sie Artikel-ID und Ziel-URL.

Muss der Feedpreis mit der sichtbaren Website übereinstimmen?

Für die beworbene Ausführung müssen die Angebotsdaten mit der relevanten Preisangabe auf der Zielseite zusammenpassen. Vergleichen Sie Variante, Währung, Normalpreis, aktuellen Aktionspreis und veröffentlichte Offer-Werte.

Warum genügt das erneute Hochladen der XML nicht?

Ein neuer Upload übernimmt den Inhalt seiner Datenquelle. Wenn dort weiterhin eine alte Aktion steht oder die Produktseite eine falsche Variante öffnet, bleibt die Ursache bestehen. Prüfen Sie nach dem Export deshalb auch die aktuelle öffentliche URL.

Was ist bei in_stock und out_of_stock zu kontrollieren?

Prüfen Sie, ob genau die beworbene Variante bestellt werden kann. Ein verfügbarer anderer Farb- oder Größenwert macht die ausverkaufte Ausführung nicht verfügbar. Stimmen Sie Feedwert, vorausgewählte Variante und Kaufoption ab.

Kann ein falscher Variantenlink eine Preisabweichung verursachen?

Ja. Ein Link kann eine andere Größe oder Farbe auswählen, für die ein anderer Preis gilt. Kontrollieren Sie die Kennung in der Feedzeile, den Link und den sichtbaren Betrag für die tatsächlich aktive Auswahl.

Wozu dienen Product- und Offer-Daten bei dieser Prüfung?

Die strukturierte Auszeichnung kann Preis, Währung und Verfügbarkeit der Seite veröffentlichen. Vergleichen Sie die darin enthaltenen Werte mit der Besucherdarstellung und dem Feed; so fallen veraltete technische Angaben auf.

Welche Kontrolle folgt auf eine Korrektur?

Öffnen Sie die exakte Angebots-URL erneut und vergleichen Sie sie mit der aktuellen Datenquelle. Prüfen Sie danach die neueste Artikelmeldung im Merchant Center und dokumentieren Sie die beobachtete Statusänderung.