Abgelehnt wegen falschem Preis: Ursachen finden und dauerhaft beheben

Das Muster der abgelehnten Produkte zeigt die Ursache

Korrigiere bei einer Ablehnung wegen falschem Preis nicht sofort den Preis im Merchant Center. Exportiere zuerst die betroffenen Produkte und schau, was sie gemeinsam haben. Das Muster grenzt die Ursache aus meiner Sicht schneller ein als jede Einzelprüfung, und es entscheidet, ob du einen Feed, ein Template oder einen Aktionsplan reparierst. Die Liste bekommst du im Merchant Center unter Produkte, Tab „Überprüfung erforderlich“, per CSV-Download.

Die Tabelle ist meine Einschätzung, keine Google-Logik, und jede Zuordnung bleibt eine Hypothese, bis ein einzelnes Produkt sie bestätigt. Bei einer Handvoll betroffener Produkte trägt ein Muster wenig, dann gehst du direkt in die Einzelprüfung.

Wie prüft Google den Preis?

Der Googlebot vergleicht das Attribut price mit den Preisen auf der Landingpage und im Markup, und jede Abweichung kann zur Ablehnung führen. Gelesen wird der HTML-Code, den der Webserver zurückgibt. Daten, die erst per JavaScript nach dem Laden kommen, lösen laut Google einen Fehler aus. Daraus folgt ein möglicher Denkfehler: Du siehst im Browser den richtigen Preis, weil ein Skript ihn eingesetzt hat, und der Crawler liest einen anderen.

Die Prüfreihenfolge für ein betroffenes Produkt

Nimm ein Produkt aus dem Muster, am besten eines mit großem Preisabstand zum Standard, und arbeite von der Feed-Zeile zur Seite:

1. Feed-Zeile sichern. Notiere ID, Preis, Sonderangebotspreis, Währung und den Wert aus link. Geprüft wird genau diese URL, inklusive Parameter, und nicht die Seite, die du über die Navigation findest.
2. Server-HTML lesen. Öffne die URL in einem privaten Fenster und nutze „Seitenquelltext anzeigen“, nicht die Entwicklertools, denn dort steht das Ergebnis nach dem JavaScript. Suche nach dem Betrag aus dem Feed und nach jedem anderen Preis.
3. Markup vergleichen. Der Preis in den strukturierten Daten muss dem auffälligsten Preis auf der Seite entsprechen, bei Varianten auch der gezeigten Variante.
4. Bot-Sicht testen. Für Abweichungen zwischen Nutzer- und Bot-Preis nennt Google den Test für Rich-Suchergebnisse. Zeigt er einen anderen Preis oder eine andere Währung als dein Browser, liegt das Problem in der Auslieferung. Ein passender Preis ersetzt Schritt 2 nicht.
5. Falsche Quelle benennen und dort ändern. Weicht nur der Feed ab, gehört die Korrektur in die Datenquelle. Weicht die Seite ab, in den Shop oder das Template.

Am letzten Schritt hängt, ob das Problem wiederkommt. Wer den Preis von Hand im Merchant Center überschreibt, behandelt aus meiner Sicht ein Symptom: Der nächste Upload oder Abgleich bringt die Ablehnung zurück, weil die Ursache unberührt blieb. Die Handkorrektur taugt nur für den Fall, dass der Feed tatsächlich einmalig falsch war.

Welche Rolle spielen Varianten?

Bei Varianten gelten laut Google drei Regeln zusammen. Der Feed-Preis muss der beim Laden vorausgewählten Variante entsprechen, die eingereichte URL muss diese Variante automatisch auswählen, und das Markup muss zur sichtbaren Variante passen. Scheitert eine davon, stimmt dein Feed und das Produkt wird trotzdem abgelehnt.

Solche Fälle finden sich auch in Händlerforen, etwa ein Export, der immer die Hauptvariante verlinkte, oder Varianten-URLs mit dem Preis der ersten Variante im Quelltext. Beides sind Schilderungen zu alten Shop-Ständen, die Prüfstelle ist aber dieselbe.

Teste immer die Variante mit dem größten Preisabstand zum Standard. Varianten zum gleichen Preis verstecken den Fehler, weil ein falsches Markup dort zufällig den richtigen Betrag zeigt. Wie du Varianten im Feed sauber aufbaust, steht im Artikel zu Farben und Größen im Feed.

Was tun bei Cache und Staffelpreisen?

Google regelt beides nicht ausdrücklich, das Folgende ist meine Ableitung. Wenn ein Seiten-Cache altes HTML ausliefert und ein Skript im Browser den neuen Preis einsetzt, sieht jeder Mensch den richtigen Wert und der Crawler vermutlich den alten. Der Test ist einfach: Ändere den Preis eines Testartikels und ruf den Quelltext ohne Login direkt danach und nach dem Feed-Lauf ab. Steht dort noch der alte Betrag, muss der Cache bei Preisänderungen geleert werden, und zwar vor dem Feed-Export. Ist die Reihenfolge umgekehrt, entsteht bei jeder Preisänderung ein kurzes Fenster mit Abweichung.

Bei Staffelpreisen muss der Feed-Preis zum auffälligsten Preis passen. Steht oben groß „ab 8 EUR“ und im Feed 10 EUR, schaffst du dir den Konflikt selbst. Ich rate dazu, den Preis für ein Stück als Hauptpreis zu zeigen, im Markup denselben Wert zu führen und die Staffel als Tabelle darunter zu setzen. Bei einer Mindestbestellmenge ist die Regel eindeutig: Eingereicht wird der Preis für die Mindestmenge, nicht der Stückpreis. Angenommen, ein Shop verkauft Schrauben ab 100 Stück zu 0,20 EUR: Im Feed stehen 20 EUR, auf der Seite darf Mindestmenge plus Einheitspreis stehen.

Mitgliedspreise gehören laut Google nicht in price, sondern in das Attribut loyalty_program. Ist im Zielland der Preis inklusive Mehrwertsteuer gefordert, muss sie auch auf Landingpage und an der Kasse enthalten sein. IP-Erkennung verstößt laut Google gegen die Richtlinien und kann den Crawler beeinträchtigen. Wer in DACH mehrere Preise führt, legt sie aus meiner Sicht auf eigene Länder-URLs mit passender Währung und eigenem Feed, nicht auf eine Umstellung per IP.

Warum automatische Updates das Problem nicht lösen

Timing ist laut Google ein häufiger Grund: Der Shop ändert den Preis, das Merchant Center kennt ihn noch nicht. Bei häufigen Änderungen empfiehlt Google geplante Uploads oder die Merchant API. Bei Aktionen kommt der Sonderangebotszeitraum hinzu, bei dem schon ein falsches Startdatum oder eine falsche Zeitzone zu einem falschen Preis führt. Angenommen, deine Aktion endet um Mitternacht und der Feed läuft um 6 Uhr: Dann klafft sechs Stunden lang eine Lücke, und ein Crawl in dieser Zeit findet die Abweichung. Setze den Zeitraum im Feed, statt auf den nächsten Lauf zu warten. Mehr dazu steht unter Sale-Preise und Streichpreise.

Automatische Artikelupdates sind dafür kein Ersatz. Laut Google korrigieren sie sporadische Abweichungen bei einem kleinen Teil der Produkte und funktionieren bei mehr als einer Änderung täglich möglicherweise nicht. Das Produkt kann dann abgelehnt statt aktualisiert werden, bei vielen Abweichungen kann Google die Updates einstellen. Stehen mehrere durchgestrichene Preise auf der Produktseite, rät Google von der Preis-Automatik ab. Ich halte sie für ein Netz für Einzelfälle, nicht für einen Plan bei Preisdynamik. Reicht deine Export-Lösung nicht für die nötige Frequenz, ist das ein Argument aus dem Vergleich Shop-Plugin oder Feed-Tool.

Wie lange dauert die Freigabe?

Laut Google-Hilfe crawlt der Googlebot abgelehnte Produkte in den folgenden Stunden oder Tagen erneut und gibt sie bei Übereinstimmung frei. Eine beantragte Websiteüberprüfung kann bis zu 12 Stunden dauern, in dieser Zeit ist kein neuer Antrag möglich, und die Zahl der Überprüfungen kann begrenzt sein. Bei einer ausgelasteten Domain kann das Crawlen länger dauern.

Beantrage die Überprüfung deshalb erst, wenn die Prüfreihenfolge an mehreren Produkten sauber durchläuft. Ein Antrag auf Verdacht kostet dich bis zu 12 Stunden und im schlechten Fall einen von begrenzten Versuchen. Prüfe vorher auch den Zeitstempel der Meldung: Google meldet den Stand eines bestimmten Zeitpunkts, das Produkt kann inzwischen wieder genehmigt sein. Stand der Angaben: November 2026, Menünamen können abweichen.

In welcher Reihenfolge du abarbeitest

Sortiere die CSV nach Umsatz, nicht nach Fehlerzahl. Angenommen, 400 Produkte sind abgelehnt und 30 davon bringen 70 Prozent des Shopping-Umsatzes: Bei einer Template-Ursache behebst du alle auf einmal, und die Sortierung bestimmt nur, welche Produkte du zur Kontrolle prüfst. Bei Einzelursachen sind diese 30 der Auftrag für heute, der Rest kommt danach.

Warten ist dabei die teurere Option, denn das Risiko endet nicht beim einzelnen Produkt. Laut Google können solche Preisabweichungen zu einer Kontosperrung führen, und dann steht das gesamte Sortiment, nicht ein Teil davon. Was in diesem Fall zu tun ist, beschreibt der Artikel zur Merchant-Center-Sperrung. Wenn die Zahl der Ablehnungen wächst, statt zu sinken, würde ich alles andere am Feed zurückstellen, bis die Ursache gefunden ist. Wie das Thema ins Gesamtsystem passt, zeigt der Leitfaden zu Shopping und Merchant Center.

Eine Grenze dieser Methode: Läuft dein Feed über eine Drittanbieter-Plattform, liegen Korrektur und Überprüfungsantrag möglicherweise dort und nicht im Merchant Center. Die Prüfung am Server-HTML bleibt trotzdem deine eigene Aufgabe.