Google-Merchant-Feed-Fehler beheben: abgelehnte Produkte und die richtige Lösung

Sie haben Google Merchant Center eingerichtet, Ihren PrestaShop-Produktdatenfeed hochgeladen, und plötzlich ist die Hälfte des Katalogs markiert. Rote Dreiecke im Tab Produkte, eine Warnung "Konto gesperrt", die letzte Woche noch nicht da war, und Artikel, die eigentlich in Shopping live sein sollten, erscheinen stattdessen als Abgelehnt. Das Frustrierende daran: Ablehnungen erklären selten in Klartext, was wirklich passiert ist, Google benennt ein Symptom ("Abweichender Wert: Preis") und überlässt Ihnen die Suche nach der PrestaShop-Einstellung, die es ausgelöst hat.

Zuletzt aktualisiert: Juni 2026.

In diesem Leitfaden geht es gezielt um das Diagnostizieren und Beseitigen von Ablehnungen: die Fehlermeldung lesen, sie bis zur konkreten PrestaShop-Einstellung oder zum Feed-Attribut zurückverfolgen und so korrigieren, dass das Produkt erneut genehmigt wird. Er ist die Fehlerbehebungs-Ergänzung zur breiteren Feed-Arbeit, wenn Ihre Produkte bereits genehmigt sind und besser performen sollen (Titel, Taxonomie, benutzerdefinierte Labels), ist das ein anderes Thema, das wir in unserem Leitfaden zur Optimierung von Merchant-Center-Produktdatenfeeds behandeln. Hier bleiben wir strikt bei: Es ist rot, warum, und wie wird es wieder grün?

Zuerst: die Ablehnung richtig lesen

Bevor Sie auch nur eine Einstellung anfassen, trennen Sie zwei Dinge, die Merchant Center bewusst zusammenführt. Ein Problem auf Artikelebene lehnt ein Produkt oder eine kleine Gruppe ab. Sie korrigieren die Daten, und beim nächsten Feed-Abruf wird es erneut genehmigt. Ein Problem auf Kontoebene (Falschdarstellung, Richtlinienverstoß, gesperrtes Konto) kann alle Produkte auf einmal offline nehmen und verlangt eine andere Reaktion. Am schnellsten unterscheiden Sie beides in der Ansicht Diagnose, nicht am roten Symbol beim einzelnen Produkt.

Öffnen Sie im aktuellen Merchant Center Produkte → Diagnose (oder Aufmerksamkeit erforderlich in Merchant Center Next). Dort werden Ablehnungen nach Problem gruppiert; pro Problem sehen Sie, ob es sich um die Ebene Konto, Artikel oder Feed handelt, wie viele Produkte betroffen sind, Beispielartikel und, sofern Google sie angibt, die Frist, ab der das Problem Sie Sichtbarkeit kostet. Arbeiten Sie diese Liste von oben nach unten nach Anzahl betroffener Produkte ab: Eine Korrektur auf Feed-Ebene räumt oft Dutzende Artikel auf einmal frei, während das Nachjagen einzelner Produkte zur Endlosarbeit wird. Was bringt Ihnen das konkret? Sie investieren Ihre Korrekturzeit in die eine Einstellung, die vierzig Produkte erneut genehmigt, statt vierzig Produkte manuell zu bearbeiten.

Preisabweichung, die häufigste PrestaShop-Ablehnung überhaupt

Fehler: "Abweichender Wert (Seiten-Crawling): Preis [price]" oder "Artikel aufgrund eines Richtlinienverstoßes abgelehnt: Preisabweichung."

Google crawlt die Live-Produktseite und vergleicht den sichtbaren Preis mit dem Preis in Ihrem Produktdatenfeed. Weichen beide um mehr als eine minimale Toleranz voneinander ab, wird der Artikel abgelehnt, weil der Käufer eine andere Zahl sehen würde als die Anzeige versprochen hat. In PrestaShop lässt sich das fast immer auf eine von vier Ursachen zurückführen, die unterschiedliche Korrekturen brauchen, klären Sie also zuerst, welche zutrifft, bevor Sie etwas ändern.

Ein schneller Test, ob die Steuer der Auslöser ist: Öffnen Sie das abgelehnte Produkt in einem Inkognito-Fenster, notieren Sie den angezeigten Preis, öffnen Sie dann Ihre Feed-Datei und suchen Sie bei diesem Produkt nach <g:price>. Wenn das Verhältnis zwischen beiden Ihrem Mehrwertsteuersatz entspricht (1,19, 1,21, 1,23 ...), haben Sie keinen Fall veralteter Daten, sondern eine Abweichung im Steuermodus, und die Umstellung des Steuermodus im Feed behebt die ganze Gruppe.

Zur Orientierung: So sollte ein rabattierter Artikel in einem XML-Feed aussehen. Senden Sie den regulären Preis als g:price (inklusive Steuer, passend zur B2C-Seite, die Google crawlt) und den rabattierten Preis als g:sale_price, beide in der Währung, die die Seite ausgibt, niemals nur den vollen Preis, während die Seite den Aktionspreis zeigt.

<item>
  <g:id>1234</g:id>
  <g:price>49.99 EUR</g:price>
  <g:sale_price>39.99 EUR</g:sale_price>
  <g:availability>in_stock</g:availability>
  <g:brand>Acme</g:brand>
  <g:gtin>4006381333931</g:gtin>
</item>

Und wenn ein Produkt berechtigterweise keinen Barcode hat, handgefertigt, individuell angefertigt oder Ihre eigene Eigenmarke, sagen Sie Google, dass es keine GTIN erwarten soll, statt eine zu erfinden, was "Falsche Kennung" auslösen würde:

<item>
  <g:id>5678</g:id>
  <g:brand>Your Label</g:brand>
  <g:identifier_exists>false</g:identifier_exists>
</item>

Veraltete Feed-Daten, die Ursache hinter der Hälfte der "zufälligen" Ablehnungen

Fehler: zeitweise Preis- oder Verfügbarkeitsabweichungen, die "von selbst verschwinden" und dann wiederkommen.

Wenn Ihr Feed eine Datei ist, die Sie einmal erzeugt und hochgeladen haben, ist sie nur ein Schnappschuss Ihres Katalogs in diesem Moment. Jede spätere Preisänderung, Bestandsänderung oder Aktion entfernt den Feed weiter von den Live-Seiten, die Google crawlt, und die folgenden Ablehnungen wirken zufällig, weil sie Ihrer Bearbeitungstätigkeit folgen, nicht einer einzelnen kaputten Einstellung. Die Lösung besteht darin, den Feed nach Zeitplan neu generieren zu lassen.

In PrestaShop ist der saubere Weg ein Cronjob, der Ihren Feed-Controller (oder die "generate"-URL Ihres Feed-Moduls) regelmäßig aufruft. Das offizielle PrestaShop-Modul Cron tasks (das Modul cronjobs, kostenlos auf PrestaShop Addons, verwaltet unter Module) kann die URL täglich aufrufen; wenn Ihr Hoster echten System-Cron anbietet, richten Sie ihn auf dieselbe URL. Passen Sie den Rhythmus daran an, wie oft Sie Preise ändern. Täglich ist das Minimum, stündlich, wenn Sie häufig Blitzangebote fahren. Und was heißt das praktisch? Preise und Bestände im Feed entsprechen immer der Seite, die Google gleich crawlt, wodurch die häufigste Schleife aus erneuten Ablehnungen vollständig geschlossen wird. (Die breitere Architektur der Feed-Erzeugung, welche Exportmethode, Performance bei großen Katalogen, behandeln wir im Leitfaden zur Feed-Optimierung.)

Verfügbarkeitsabweichung

Fehler: "Abweichender Wert (Seiten-Crawling): Verfügbarkeit" oder "Produkt nicht verfügbar."

Google hat in Ihrem Feed in stock gelesen, aber die Live-Seite meldete ausverkauft, oder umgekehrt. In PrestaShop entsteht das fast immer durch das Zusammenspiel aus Lagerbestand eines Produkts und seinem Verhalten bei "Wenn nicht auf Lager" (pro Produkt im Tab Lagerbestand gesetzt, mit globaler Voreinstellung unter Shop-Einstellungen → Produkteinstellungen). Wenn ein Produkt Menge null hat, aber auf "Bestellungen erlauben" steht, wird es auf der Seite weiterhin verkauft, Ihr Feed sollte also in stock melden, nicht out of stock. Achten Sie darauf, dass der Feed sowohl die Menge als auch die Richtlinie bei Nichtverfügbarkeit liest, nicht nur die Menge, sonst werden nachbestellbare Produkte fälschlich als nicht verfügbar markiert.

Bildverstöße

Fehler: "Bild zu klein", "Werbe-Overlay auf dem Bild" oder "Bild nicht crawlbar."

• Bild zu klein. Das Minimum liegt bei 100×100 px (250×250 bei Bekleidung), und 800×800+ ist eine sinnvolle praktische Qualitätsempfehlung. PrestaShop erzeugt viele verkleinerte Kopien jedes Bildes (die benannten Bildtypen unter Design → Bildeinstellungen, home_default, large_default, cart_default und weitere). Ihr Feed muss auf die URL des großen Bildtyps verweisen, nicht auf ein Vorschaubild, ein Feed, der auf home_default zeigt, löst bei jedem Produkt "zu klein" aus.
• Werbe-Overlay. Jeder Text, jedes Badge, Wasserzeichen oder Logo, das direkt ins Bild eingebrannt ist, "SALE", "-30%", "KOSTENLOSER VERSAND", führt zur Ablehnung. Wenn Sie Aktionshinweise in Produktfotos eingebaut haben, ist das die Ursache; das Produktbild muss nur das Produkt auf sauberem Hintergrund zeigen.
• Nicht crawlbar. Googlebot kann die URL nicht abrufen. Prüfen Sie drei Dinge in dieser Reihenfolge: robots.txt blockiert /img/ nicht, keine Hotlink-Schutz- oder WAF-Regel blockiert den User-Agent von Googles Bild-Crawler, und die Bild-URL liefert keinen 404. Fügen Sie die exakte <g:image_link>-URL in ein Inkognito-Fenster ein, wenn Sie sie ausgeloggt nicht laden können, kann Google es auch nicht.

Fehlende Kennungen (GTIN / MPN / Marke)

Fehler: "Fehlender Wert: GTIN", "Falsche Kennung" oder "Eingeschränkte Leistung aufgrund fehlender Kennungen."

Google gleicht Ihre Produkte über Kennungen mit seinem Katalog ab. Für die meisten Marken- und Industrieprodukte erwartet Google Marke + GTIN (den EAN/UPC-Barcode). PrestaShops Barcode-Feld, im Block Referenzen auf dem Produkt-Tab Details als GTIN (EAN-, JAN-, ITF- oder UPC/UCC-Code) bezeichnet (Kombinationen haben eigene Barcodes, was wichtig ist, wenn Sie Varianten verkaufen). Wird direkt auf Googles Attribut gtin abgebildet. Das Attribut Marke stammt aus dem PrestaShop-Hersteller, der dem Produkt zugewiesen ist.

• Markenprodukte mit Barcodes: Füllen Sie in PrestaShop das GTIN/EAN-13-Barcode-Feld aus und weisen Sie einen Hersteller zu. Das ist zugleich die einzelne Änderung mit der größten Wirkung auf die Sichtbarkeit. Produkte mit gültigen GTINs werden in mehr Suchanfragen gematcht.
• Produkte, die berechtigterweise keinen Barcode haben (handgefertigt, individuell angefertigt, eigene Eigenmarke): Setzen Sie im Feed identifier_exists = false, damit Google keine GTIN mehr erwartet. Erfinden Sie keinen Barcode. Eine falsche GTIN ist schlechter als gar keine und löst "Falsche Kennung" aus.
• "Falsche Kennung": meist ein fehlerhaft formatierter oder aufgrund der Prüfziffer ungültiger Barcode, den jemand ins Feld eingegeben hat. Validieren Sie die EAN-13/GTIN, statt zu raten.

Versand für das Zielland nicht konfiguriert

Fehler: "Fehlende Versandinformationen" oder "Keine Versandkosten für [Land]."

Google braucht Versandkosten, die vor der Kasse angezeigt werden können. Sie können sie pro Produkt über das Feed-Attribut shipping liefern, aber für einen PrestaShop-Shop ist der sauberere Weg die Kontoebene: einmal im Merchant Center unter Versand und Rückgaben einrichten, passend zu Ihren PrestaShop-Versanddiensttarifen (Versand → Versanddienste). Zwei PrestaShop-spezifische Fallstricke:

• Kostenloser Versand ist nicht "kein Versand". Wenn Sie kostenlose Lieferung anbieten, konfigurieren Sie ausdrücklich einen Versandservice mit Kosten 0. Ein leeres Versandfeld liest Google als "Versand nicht verfügbar", wodurch der Artikel abgelehnt wird.
• Jedes Zielland braucht einen Tarif. Wenn Sie Deutschland und Frankreich ansprechen, Ihr Merchant-Center-Versand aber nur Frankreich abdeckt, werden die deutschen Produkte abgelehnt. Das spiegelt Ihre PrestaShop-Versandzonen wider, wenn ein Versanddienst eine Zone nicht bedient, in der Sie werben, sieht Google diese Lücke.

Richtlinien und Falschdarstellung, die Risiken auf Kontoebene

Fehler: "Richtlinienverstoß", "Falschdarstellung" oder die gefürchtete Meldung "Konto gesperrt."

Das sind die ernsten Fälle, weil sie das gesamte Konto lahmlegen können, nicht nur ein Produkt. Selten handelt es sich dabei um ein Feed-Attribut-Problem, es geht um die Vertrauenssignale Ihres Shops, die Google auf der Live-Website prüft. Die PrestaShop-spezifische Checkliste:

• Sichtbare, vollständige Rückgabe-/Erstattungsrichtlinie. Legen Sie sie als CMS-Seite an (Design → Seiten) und verlinken Sie sie im Footer. Eine versteckte oder fehlende Richtlinie ist ein häufiger Auslöser für Sperrungen.
• Erreichbare Kontaktdaten. Ihr Shop muss eine echte Kontaktmöglichkeit anzeigen. PrestaShops Kontakt-Controller und eine ausgefüllte Adresse/Telefonnummer unter Shop-Einstellungen → Kontakt decken das ab, lassen Sie keine Demo-Daten stehen.
• Überall HTTPS, keine Mixed-Content-Probleme. Aktivieren Sie Shop-Einstellungen → Allgemein → SSL aktivieren, damit HTTPS seitenweit erzwungen wird. Eine Kasse mit HTTPS, die aber ein http://-Bild lädt, zählt als Mixed Content und kann als unsicher gewertet werden.
• Titel, die zu dem passen, was Sie tatsächlich verkaufen. "Samsung Galaxy S24 Hülle" ist ehrlich; "Samsung Galaxy S24" für eine Hülle eines Drittanbieters ist Falschdarstellung. Wenn Ihre PrestaShop-Titel mit einer Marke beginnen, die Sie nicht selbst herstellen, korrigieren Sie den Produktnamen, nicht den Feed.

Wenn Ihr Konto wegen Falschdarstellung gesperrt wurde, beheben Sie jeden Punkt oben, bevor Sie eine Überprüfung beantragen, Google gewährt typischerweise nur eine begrenzte Zahl erneuter Prüfungen, daher verbraucht eine halbe Korrektur, die durchfällt, eine Ihrer Chancen.

Eine Korrektur- und Prüfschleife, die die Warteschlange wirklich leert

Ablehnungen verschwinden nicht in dem Moment, in dem Sie eine Einstellung speichern. Gehen Sie die Schleife bewusst durch:

• An der Quelle korrigieren, nicht im Merchant Center. Ändern Sie die PrestaShop-Einstellung oder Feed-Logik, damit die nächste Generierung korrekt ist, eine manuelle Korrektur eines einzelnen Produkts im Merchant Center wird beim nächsten Feed-Abruf überschrieben.
• Feed neu generieren, damit die korrigierten Daten tatsächlich in der Datei stehen, die Google liest. (Genau deshalb ist der tägliche Cron oben wichtig. Ohne ihn liegt Ihre Korrektur in PrestaShop, erreicht Google aber nie.)
• Neu abrufen lassen und auf den Crawl warten. Die erneute Genehmigung eines Artikels folgt der nächsten Feed-Verarbeitung und dem Seiten-Crawl, nicht Ihrem Speichern-Button. Die meisten Fälle sind innerhalb von ein bis zwei Tagen erledigt; vermeiden Sie hektische Zwischenkorrekturen.
• Diagnose erneut prüfen, wichtigstes Problem zuerst. Vergewissern Sie sich, dass die Anzahl betroffener Produkte gesunken ist, bevor Sie zum nächsten Problem wechseln.

Dauerhaft grün halten: Monitoring

Wenn die Warteschlange leer ist, wird aus der Aufgabe Prävention. Prüfen Sie Diagnose wöchentlich, beheben Sie neue Ablehnungen innerhalb von ein bis zwei Tagen (längere Ablehnungen können den Kontostatus in Richtung Warnung ziehen), und halten Sie die Feed-Generierung im Zeitplan, damit Preise und Lagerbestände nie auseinanderlaufen. Die meisten "plötzlichen" Ablehnungswellen sind ein veralteter Feed, der eine Reihe von Preisänderungen einholt, ein zuverlässiger Cron entfernt diese ganze Problemkategorie unauffällig.

Das Muster ist bei jedem Fehler oben gleich: Eine Ablehnung bedeutet, dass Google Ihnen sagt, Feed und Live-Seite stimmen bei etwas nicht überein, Preis, Bestand, Bild, Kennung oder Richtlinie. Beheben Sie die Abweichung an ihrer PrestaShop-Quelle, generieren Sie neu, und das Rot verschwindet. Sobald Produkte zuverlässig genehmigt sind, ist der nächste Hebel, sie wettbewerbsfähig zu machen, präzisere Titel, die richtige Taxonomie, benutzerdefinierte Labels für Gebote, und das ist das Thema des Leitfadens zur Feed-Optimierung. Und wenn Sie einen Schritt zurück zur Strategie profitabler Shopping-Kampagnen gehen, beginnen Sie mit Google Merchant für PrestaShop PPC-Erfolg und investieren Sie kein Budget, bevor Sie gelesen haben, wie Sie das richtige Google-Ads-Budget wählen, ein sauberer Feed zahlt sich nur aus, wenn das Budget dahinter passend dimensioniert ist.

FAQ zu Ablehnungen im Merchant-Produktdatenfeed

Wie unterscheide ich ein Problem auf Artikelebene von einem Problem auf Kontoebene? Nutzen Sie Produkte → Diagnose (oder "Aufmerksamkeit erforderlich" in Merchant Center Next), nicht das rote Symbol beim einzelnen Produkt. Die Ansicht gruppiert Ablehnungen nach Problem und kennzeichnet jedes als Konto-, Artikel- oder Feed-Ebene mit der Anzahl betroffener Produkte. Ein Artikelproblem lehnt einige Produkte ab und verschwindet beim nächsten Feed-Abruf; ein Kontoproblem (Falschdarstellung, Richtlinie, Sperrung) kann alles auf einmal offline nehmen und braucht eine andere Reaktion.

Warum ist "Preisabweichung" die häufigste PrestaShop-Ablehnung? Google crawlt die Live-Seite und vergleicht den sichtbaren Preis mit dem Feed-Preis. Die übliche Ursache ist ein unterschiedlicher Steuermodus, der Feed exportiert Preise ohne Steuer, während das B2C-Frontoffice Preise inklusive Steuer zeigt. Schnelltest: Produkt im Inkognito-Fenster öffnen, im Feed nach g:price suchen; wenn das Verhältnis Ihrem Mehrwertsteuersatz entspricht (1,19, 1,21, 1,23 ...), stellen Sie den Feed auf Preise inklusive Steuer um, und die ganze Gruppe wird bereinigt.

Meine Ablehnungen kommen und gehen "zufällig", warum? Fast immer wegen eines veralteten Feeds. Eine einmal erzeugte Datei ist nur ein Schnappschuss Ihres Katalogs in diesem Moment; jede spätere Preis- oder Bestandsänderung bringt sie aus dem Gleichgewicht mit den Seiten, die Google crawlt. Die Ablehnungen folgen also Ihren Änderungen, nicht einer kaputten Einstellung. Generieren Sie nach Zeitplan neu, mindestens täglich, stündlich bei Blitzangeboten, über PrestaShops Cron-tasks-Modul oder echten System-Cron.

Meine Produktbilder werden abgelehnt, was stimmt nicht? Drei häufige Ursachen: Der Feed verweist auf ein Vorschaubild (home_default) statt auf den großen Bildtyp und löst deshalb "zu klein" aus; ein Aktionsbadge ("SALE", "-30%") ist ins Foto eingebrannt, was nicht erlaubt ist; oder die URL ist nicht crawlbar (robots.txt blockiert /img/, eine WAF blockiert Googles Crawler oder es gibt einen 404). Fügen Sie den exakten Wert aus g:image_link in ein Inkognito-Fenster ein, wenn Sie ihn ausgeloggt nicht laden können, kann Google es auch nicht.

Wie lange dauert die erneute Genehmigung, nachdem ich etwas korrigiert habe? Nicht sofort. Korrigieren Sie die Ursache in PrestaShop (eine manuelle Produktkorrektur im Merchant Center wird beim nächsten Abruf überschrieben), generieren Sie den Feed neu, damit die korrigierten Daten in der Datei stehen, die Google liest, und warten Sie dann auf die nächste Verarbeitung und den nächsten Crawl, die meisten Fälle klären sich innerhalb von ein bis zwei Tagen. Prüfen Sie Diagnose wieder vom wichtigsten Problem aus und bestätigen Sie, dass die betroffene Anzahl gesunken ist, bevor Sie weitergehen.

Weiterführende Lektüre

• Smart Google Merchant feed manager, erzeugt einen Feed, der Live-Preise und Bestände liest und damit die Ablehnungsschleife durch veraltete Feed-Daten schließt.
• Leitfaden zur Merchant-Center-Feed-Optimierung, wenn Produkte genehmigt sind, geht es darum, sie mit Titeln, Taxonomie und Labels wettbewerbsfähig zu machen.
• Das richtige Google-Ads-Budget wählen, ein sauberer Feed zahlt sich nur aus, wenn das Budget passend dimensioniert ist.