Im Merchant Center steht „Preis stimmt nicht überein“. Im Shop sieht der Preis richtig aus. Beides kann gleichzeitig stimmen – wenn du gerade eine andere Variante, einen anderen Zeitpunkt oder nur die sichtbare Oberfläche prüfst.
Ich würde deshalb nicht zuerst den gesamten Feed neu übertragen. Nimm eine betroffene Artikel-ID und verfolge genau dieses Angebot vom Export bis zum Checkout. Der folgende Diagnoseablauf zeigt, an welcher Stelle Preis oder Verfügbarkeit auseinanderlaufen. Er eignet sich besonders für Aktionsstarts, Aktionsenden und knappe Variantenbestände, ist aber keine neue Google-Vorgabe für die Saison.
Eine Artikel-ID, eine Variante, ein dokumentierter Zeitpunkt
Öffne einen betroffenen Artikel im Merchant Center. Notiere die konkrete ID, die eingereichte Produkt-URL, Zielland und Sprache sowie Farbe, Größe oder andere Variantenmerkmale. Sichere außerdem die Fehlermeldung und die dort angezeigten Werte. Eine Artikelgruppe ist für diesen Test zu ungenau: Zwei Varianten können unterschiedliche Preise und Bestände haben.
Halte bei jedem folgenden Prüfschritt die Uhrzeit mit Zeitzone fest. Unterscheide den Zeitpunkt deiner Beobachtung vom Exportzeitpunkt und von der im Merchant Center angezeigten letzten Aktualisierung. Sonst vergleichst du womöglich einen frischen Shoppreis mit einer älteren Datenlieferung und suchst den Fehler im falschen System.
Für die Arbeitsnotiz reichen zunächst diese Felder: Artikel-ID und Variante; vollständige URL; Land und Währung; erwarteter Preis und Bestellstatus; tatsächlicher Wert je Prüfstelle; jeweiliger Zeitstempel. Speichere den betreffenden Exportdatensatz und Screenshots dazu. Es geht um einen reproduzierbaren Befund, nicht um ein weiteres Reportingprojekt.
Den gesendeten Datensatz gegen den verarbeiteten Wert prüfen
Lies den tatsächlich an Google übergebenen Datensatz, nicht nur die Produktmaske im Shopsystem. Prüfe id, link, price, gegebenenfalls sale_price und sale_price_effective_date sowie availability. Bei Vorbestellungen oder nachbestellbaren Artikeln gehört auch availability_date dazu.
Vergleiche anschließend mit den aktuell im Merchant Center angezeigten Produktdaten. Ist der Export bereits richtig, dort steht aber noch der alte Wert, prüfe Abruf, Übertragung und Verarbeitung der Datenquelle. Ist schon der Export falsch, liegt die nächste Untersuchung vor Google: etwa in der Zuordnung des Shopfeldes, einer Exportregel oder dem Aktualisierungsablauf. Falls zusätzliche Datenquellen oder Regeln eingreifen, gehören auch diese in den Vergleich.
Ein neu gestarteter Upload beweist noch keine erfolgreiche Verarbeitung. Notiere, welchen Datensatz Google zuletzt übernommen hat. Die grundsätzliche Pflege von Titeln, Bildern und weiteren Attributen behandelt der Leitfaden Merchant Center Feed optimieren; hier bleibt der Fokus auf dem konkreten abweichenden Angebot.
Die eingereichte URL öffnen – nicht irgendeine Produktseite
Kopiere den vollständigen link aus dem Datensatz und öffne ihn in einer frischen Sitzung. Entferne Variantenparameter nicht „zum Aufräumen“. Prüfe, ob genau die beworbene Farbe und Größe vorausgewählt sind. Ein korrekter Elternartikel mit einem „ab“-Preis reicht als Nachweis für die konkrete Variante nicht aus.
- Sichtbaren Preis prüfen: Betrag und Währung der gewählten Variante festhalten. Für Deutschland verlangt Google den Produktpreis einschließlich Mehrwertsteuer. Versandkosten werden gesondert angegeben.
- Bestellbarkeit prüfen: Stimmen Bestandshinweis, Lieferinformation und Warenkorbbutton für diese Variante zusammen? „Auf Lager“ im Feed ist nicht plausibel, wenn genau diese Größe im Shop nicht bestellt werden kann.
- Bis zum Checkout vergleichen: Dieselbe Variante und Menge verwenden. Produktpreis von Versandkosten und anderen Bestandteilen der Gesamtsumme trennen; nicht die komplette Bestellsumme mit
pricevergleichen. Eine kostenpflichtige Bestellung ist für diesen Datenabgleich nicht nötig.
Google fordert für Preis und Währung einen konsistenten Abgleich mit Landingpage und Kasse. Die Verfügbarkeit muss ebenfalls zur Produktseite, zur Zahlungsseite und zu vorhandenen strukturierten Daten passen. Ein grüner Button allein beweist daher noch keinen konsistenten Bestellpfad.
Das ausgegebene Offer prüfen, nicht die Plugin-Einstellung
Eine Produktseite kann sichtbar den neuen Preis zeigen und im Markup noch den alten liefern. Lass deshalb die tatsächlich ausgegebenen strukturierten Daten derselben URL prüfen. Gehört das Angebot zur getesteten Variante? Stimmen aktueller Angebotspreis, priceCurrency und availability mit dem sichtbaren Zustand überein? Bei mehreren Product- oder Offer-Einträgen darf nicht versehentlich die günstigste andere Variante als Beleg dienen.
Kontrolliere dabei sowohl den ausgelieferten HTML-Code als auch die nach dem Laden vorhandenen Daten, wenn das Shopsystem Inhalte dynamisch ergänzt. Ein Rich Results Test hilft bei der technischen Untersuchung. Er bestätigt aber nicht, dass dein Preis wirtschaftlich oder rechtlich richtig ist – und ersetzt weder den sichtbaren Variantencheck noch den Checkout.
Wenn sichtbare Seite und Markup auseinanderlaufen, prüfe gezielt Template, Erweiterung und Zwischenspeicherung. Nicht pauschal alle Caches löschen und danach den Befund verlieren: Erst den abweichenden Zustand sichern, dann die zuständige Ausgabeschicht korrigieren und dieselbe URL erneut testen. Grundlagen dazu stehen im Beitrag über strukturierte Produktdaten im Onlineshop.
Aktionspreise: Start, Ende und Zeitzone getrennt kontrollieren
Wenn du sale_price verwendest, bleibt price der reguläre Preis; der niedrigere Aktionspreis gehört in sale_price. Laut Google-Hilfe zum Sonderangebotspreis müssen regulärer und Sonderangebotspreis auf der Landingpage deutlich angegeben sein, und der Sonderangebotspreis muss zum Checkout passen. Ein Preis nur für Mitglieder ist kein allgemeiner Aktionspreis für diesen Test.
Das optionale Feld sale_price_effective_date beschreibt den Gültigkeitszeitraum. Übermittle Start und Ende mit Uhrzeit und Zeitzone. Ohne Zeitzone verwendet Google UTC; ohne Zeitraum wird der übermittelte Sonderangebotspreis sofort angewendet. Der Feedzeitraum allein schaltet aber nicht deine Shopaktion um. Shop, Export und Seitenausgabe brauchen denselben Zeitplan.
Fiktiver Diagnosefall: Für einen blauen Thermobecher sind regulär 39,90 Euro und während einer Aktion 29,90 Euro vorgesehen. Nach dem dokumentierten Aktionsende zeigt der Shop wieder 39,90 Euro, der Export enthält jedoch weiterhin einen Sonderangebotspreis ohne Gültigkeitszeitraum. Dann ist „der Preis im Shop stimmt“ kein Gegenbeweis zur Merchant-Center-Meldung. Der erste Reparaturpunkt ist der noch wirksame Aktionsdatensatz. Zeigt dagegen nur das Offer-Markup weiter 29,90 Euro, musst du die Seitenausgabe untersuchen.
Teste deshalb nicht nur den Start, sondern auch das Ende einer Aktion. Sichere jeweils dieselbe Variante vor und nach dem Wechsel. Ein möglicher Hinweis auf einen Sonderangebotspreis in Google ist davon getrennt: Auch bei erfüllten Anforderungen ist seine Anzeige nicht garantiert.
Verfügbarkeit ist kein Schalter zum Sparen von Werbebudget
Prüfe bei Bestandsfehlern zuerst die Bedeutung des Wertes. in_stock bedeutet, dass Bestellungen angenommen und zeitnah abgewickelt werden können. out_of_stock passt, wenn das Produkt nicht zum Kauf angeboten wird beziehungsweise keine Bestellungen angenommen werden. Für neue, noch nicht erschienene Produkte gibt es preorder; für bestehende, vorübergehend nicht vorrätige, aber bestellbare Produkte backorder. Für die beiden letzten Fälle verlangt Google availability_date sowie eine passende sichtbare Versandinformation.
Eine ausverkaufte graue Variante macht den blauen Artikel nicht automatisch unverfügbar. Umgekehrt darf die lieferbare Nachbargröße nicht den Status der ausverkauften Größe bestimmen. Wenn du ein kaufbares Produkt nur nicht bewerben möchtest, ändere nicht aus diesem Grund seinen Bestand auf out_of_stock. Google unterscheidet die tatsächliche Verfügbarkeit von der gezielten Unterbrechung der Präsentation.
Automatische Updates sind ein Sicherheitsnetz, kein Abschlussbeleg
Automatische Produktupdates im Merchant Center können einzelne Abweichungen anhand der Landingpage korrigieren. Google beschreibt sie ausdrücklich nicht als Ersatz für regelmäßige Aktualisierungen der Datenquelle. Bei häufigen Änderungen oder vielen Abweichungen können Produkte trotzdem abgelehnt oder automatische Aktualisierungen beendet werden. Verlass dich bei knappen Beständen deshalb nicht auf einen sofortigen Crawl.
Wichtig für die Diagnose: Die Automatisierung verwendet teilweise weniger strenge Abgleichsregeln. Google kann etwa einen Feedwert in_stock beibehalten, obwohl auf der Seite preorder oder backorder erkannt wird. Ein verschwundener Hinweis beweist somit nicht, dass alle Systeme denselben fachlich richtigen Status führen. Gleiche die Werte weiterhin gegen die eigentliche Produktspezifikation ab.
Die Korrektur dort abnehmen, wo sie vorher scheiterte
Schließe den Fall erst, wenn der korrigierte Datensatz verarbeitet wurde und dieselbe URL mit derselben Variante auf Produktseite, im ausgegebenen Markup und im Checkout zusammenpasst. Ergänze die Arbeitsnotiz um Ursache, Änderung und Kontrollzeitpunkt. Wähle anschließend gezielt eine weitere Variante oder einen weiteren Artikel mit demselben Fehlermuster. So prüfst du, ob eine einzelne SKU oder die gemeinsame Export- beziehungsweise Template-Logik betroffen war.
Bleibt eine Meldung nach der Korrektur bestehen, sichere die neuen Werte und den Verarbeitungsstand, statt ohne Befund immer wieder zu übertragen. Für die Priorisierung weiterer Ablehnungen hilft der Überblick Merchant Center Probleme erkennen. Wenn unklar bleibt, welches System den falschen Wert liefert, kannst du den Produktdaten-Abgleich mit mir prüfen – anhand eines nachvollziehbaren Falls statt eines pauschalen Feed-Umbaus.
Quellen und Stand
Stand: 6. November 2026. Grundlage sind die verlinkten, vollständig geprüften Google-Merchant-Center-Hilfen zu Preis, Verfügbarkeit, Sonderangebotspreis, Sonderangebotszeitraum und automatischen Produktupdates. Der Ablauf bezieht sich auf normale physische Produkte deutscher B2C-Shops; Sondermodelle wie Fahrzeuganzeigen, Abonnements und regionale Preisprogramme sind nicht Gegenstand dieses Leitfadens. Abrufdatum ist kein behauptetes Rolloutdatum. Es gibt keine Garantie für Freigabe, Darstellung oder Verarbeitungsdauer.
