Warum werden meine Produkte im Google Merchant Center abgelehnt?

Diese Unterscheidung gehört an den Anfang. Eine fehlerhafte Preisangabe bei einzelnen Artikeln verlangt eine andere Untersuchung als eine Einschränkung auf Kontoebene. Notieren Sie Meldung, Zeitpunkt, betroffene Artikelkennungen, Zielland und Marketingmethode. Ein Produkt kann für unterschiedliche Verwendungen verschiedene Statusangaben haben.

Für die gemeinsame Prüfung hilft eine repräsentative Auswahl. Sind nur Varianten betroffen, nur Angebote für die Schweiz oder fast alle Artikel eines bestimmten Exports? Daraus entsteht eine Arbeitshypothese. Eine pauschale Neuübertragung aller Produkte kann den eigentlichen Fehler dagegen verdecken, ohne ihn zu beheben.

Google vergleicht übermittelte Produktinformationen mit der Zielseite. Bei abweichenden Preisen können Produkte abgelehnt werden. Die Google-Hilfe zu Preisabweichungen nennt unter anderem zeitversetzte Aktualisierungen und widersprüchliche strukturierte Angaben.

Wir würden einen betroffenen Artikel mit seiner genauen Variante öffnen und den übermittelten Datensatz danebenlegen. Stimmt die Währung? Ist im Shop bereits ein Aktionspreis aktiv, während der Export noch den alten Preis liefert? Führt die Zieladresse direkt zur beworbenen Ausführung? Entscheidend ist das tatsächlich öffentlich sichtbare Angebot, nicht der Preis in einer angemeldeten Händleransicht.

Bei einem deutschen und einem Schweizer Angebot müssen Zielmarkt, Währung und die jeweilige Zielseite zusammenpassen. Derselbe Produktname beweist noch keine identischen Angebotsbedingungen. Das ist besonders wichtig, wenn ERP, Shop und Export ihre Aktualisierungen zu unterschiedlichen Zeitpunkten ausführen.

• Meldung: genauer Wortlaut und Zeitpunkt der Ablehnung statt nur ein rotes Symbol.
• Datensatz: Artikelkennung, Variante, Datenquelle und Zeitpunkt der letzten Übertragung.
• Zielseite: tatsächlich übermittelte URL, Weiterleitungen und Erreichbarkeit ohne Anmeldung.
• Angebot: Preis, Währung, Verfügbarkeit und relevante Aktionszeiträume im direkten Vergleich.
• Technik: ausgegebene Produktdaten, Exportmodul, Cache und beteiligte Schnittstellen.
• Kontrolle: korrigierter Datensatz, erneute Verarbeitung und anschließender Produktstatus.

Dieser Prüfrahmen ersetzt nicht Googles vollständige Produktspezifikation. Er sorgt dafür, dass Händler, Agentur und gegebenenfalls ERP-Betreuer über denselben Fehler sprechen. Passwörter oder vollständige Kundendaten gehören dafür nicht in einen ungeschützten E-Mail-Anhang.

Bei PrestaShop verfolgen wir den Weg von der Datenquelle über Preisregeln und Varianten bis zur Ausgabe im Shop und im Export. Wenn die Warenwirtschaft den Bestand führt, sollte ein falscher Verfügbarkeitswert möglichst dort oder in der Übertragung korrigiert werden. Eine manuelle Änderung im Merchant Center kann sonst vom nächsten Import wieder überschrieben werden.

Ein hypothetisches Beispiel: Ein Händler reduziert eine Variante am Freitagabend. Der Shop zeigt den neuen Preis sofort, der Produktfeed läuft erst am nächsten Morgen. Hier würden wir Aktualisierung und Aktionszeitraum aufeinander abstimmen und anschließend genau diesen Wechsel erneut testen. Das ist ein Prüfszenario, keine behauptete Kundenreferenz.

PrestaShop ist für solche Anforderungen eine gute Grundlage, weil sich individuelle Datenflüsse und Regeln gezielt bearbeiten lassen. Dafür müssen Zuständigkeiten klar sein. Ein zusätzliches Feed-Modul löst nicht automatisch einen Fehler im ERP-Mapping. Den Zusammenhang behandeln wir vertiefend bei der PrestaShop-ERP-Anbindung.

Zunächst prüfen wir, ob die korrigierten Angaben wirklich im übertragenen Datensatz und auf der Zielseite stehen. Danach betrachten wir die Verarbeitung und den aktuellen Status im Merchant Center. Eine lokale Korrektur ist noch keine Bestätigung, dass Google sie bereits erneut geprüft hat.

Google beschreibt automatische Aktualisierungen von Produktinformationen als Unterstützung bei bestimmten Abweichungen. Regelmäßige Datenübermittlung bleibt trotzdem nötig. Wir würden diese Funktion deshalb als Ergänzung ansehen, nicht als Ersatz für einen verlässlichen Export. Bei Kontoproblemen muss außerdem die betreffende Richtlinienmeldung bearbeitet werden; ein Preisfix allein kann unzureichend sein.

Ein freigegebenes Produkt im Merchant Center ist keine Garantie für eine Nennung in einer KI-Antwort. Der unmittelbare Nutzen liegt in konsistenten Angeboten und der Beseitigung konkreter Hindernisse für Google-Produktdarstellungen. Dieselbe Datenpflege verhindert, dass Shopseite und maschinenlesbare Angaben widersprüchliche Antworten liefern.

Die Grundlagen dazu stehen in unserem Beitrag über strukturierte Produktdaten. Dieser Artikel konzentriert sich auf die praktische Fehlerbehebung im Merchant Center. Bei sjmedia können wir dazu Google-Ads- und Shopping-Betreuung mit der technischen Arbeit am PrestaShop verbinden. Für den Einstieg reicht ein klar beschriebenes Problem samt betroffenen Artikeln. Daraus lässt sich ein begrenzter Prüfauftrag ableiten, bevor über größere Änderungen am Shop entschieden wird.