Merchant Center gesperrt: häufige Ursachen und Checkliste für den Einspruch

Wenn Ihr Google-Merchant-Center-Konto gesperrt wurde, liegt das meist an automatisierten Prüfungen der Datenkonsistenz oder an fehlenden Geschäftsangaben. Dieser Leitfaden erklärt die typischen Ursachen, wie Google sie erkennt und wie Sie Ihr Konto mit einer nummerierten Checkliste prüfen, Mängel beheben und den Einspruch vorbereiten.

Eine Sperrung beruht selten auf absichtlicher Täuschung. Oft sind es unauffällige Widersprüche zwischen Feed und Landingpage oder fehlende beziehungsweise schwer auffindbare Unternehmensangaben.

Warum wurde mein Merchant Center gesperrt?

Kontosperrungen entstehen meist aus automatisierten Risikobewertungen, die gehäufte, gravierende Richtlinienverstöße oder systemische Inkonsistenzen erkennen. Ein einzelner, harmloser Feedfehler reicht dafür in der Regel nicht. Google kombiniert Signale aus Feed-Diagnostics, Crawling-Ergebnissen, Kontohistorie und Domain-Checks. Bei „critical severity“ folgt eine sofortige Suspendierung, bis die Ursachen behoben und geprüft sind.

Google bewertet dabei nicht einzelne Produktfehler isoliert, sondern fasst Verstöße konto- oder domainweit zusammen. Relevante Signale sind wiederholte Feedfehler, widersprüchliche Angaben auf mehreren Produktseiten, fehlende Geschäftsinformationen, fehlerhafte Landingpages oder eine negative Compliance-Historie. Technisch fließen automatisierte Crawls, Antworten der Merchant API und interne Heuristiken in ein Risikomodell. Überschreitet das Konto eine interne Schwelle, wird es deaktiviert.

So gehen Sie systematisch vor: Exportieren Sie sofort die Diagnostics (inklusive Beispiel-URLs und Fehlermeldungen) und gruppieren Sie die Befunde nach „critical“ und „warning“. Prüfen Sie die Kontoebene, also Business-Informationen, verknüpfte Domains, Multi-Client-Setup oder Unterkonten. Kontrollieren Sie außerdem, ob Domain-Verifikation, Business-Verification und Steuer- beziehungsweise Zahlungsdaten vollständig sind. Diese Metadaten beeinflussen die Entscheidung und die Erfolgsaussichten des Einspruchs.

Typische Muster sind mehrere Produktgruppen mit denselben Feedfehlern, unterschiedliche Angaben zwischen Landingpages und Feed über verschiedene Länder oder Subdomains sowie zeitweise nicht erreichbare Seiten (Flapping). Entscheiden Sie zuerst nach Schwere: Kritische Probleme beheben Sie systemisch, einzelne Produktfehler pausieren Sie vorübergehend, bis das System stabil läuft.

Welche Rolle spielen Preisabweichungen zwischen Feed und Landingpage?

Preisabweichungen sind ein Hauptauslöser für Ablehnungen, weil sie direkt die Kaufentscheidung beeinflussen. Google vergleicht Feed-Preise automatisiert mit dem sichtbaren Preis auf der Produktseite.

Google liest die Preise aus dem Feed und crawlt die Ziel-URLs, inklusive strukturierter Daten und gerendertem HTML. Probleme entstehen, wenn Feed-Aktualisierungen verzögert laufen, die Sale-Logik serverseitig anders rechnet oder Preise per JavaScript nachgeladen werden. Weitere Fallen sind unterschiedliche Währungen je nach Standort, personenbezogene Preise (etwa für eingeloggte Nutzer), Preise nur in Bildern und Versandkosten, die erst im Checkout auftauchen.

Zum Prüfen rufen Sie die Produkt-URL einmal mit einem Headless-Browser und einmal per einfachem HTTP-Request (z. B. curl -I) ab. So sehen Sie Unterschiede zwischen serverseitigem HTML und clientseitig gerendertem Inhalt. Die URL-Prüfung in der Search Console oder ein Googlebot-User-Agent zeigt, was Googles Crawler tatsächlich sieht. Prüfen Sie außerdem die Feed-Felder price, sale_price und gegebenenfalls sale_price_effective_date sowie die Zeitstempel der Feed-Erzeugung.

Werden Preise dynamisch berechnet, muss der Feed dieselbe Logik abbilden, oder Sie deaktivieren die Produkte vorübergehend. Sind Preise nur per JavaScript sichtbar, ist eine serverseitige Ausgabe oder eine Auszeichnung in strukturierten Daten die bessere Wahl. Bei variablen Versandkosten dokumentieren Sie diese klar auf der Produktseite oder übergeben die Versandangaben im Feed.

Welche Produktdaten-Inkonsistenzen lösen Sperrungen aus?

Widersprüche bei Kernattributen wie title, availability, GTIN/MPN, Variantenzuordnung und Beschreibung können zu Ablehnungen oder Kontosperrungen führen, weil sie die Verlässlichkeit der Produktdaten untergraben.

Google vergleicht Feed-Attribute mit den sichtbaren Produktangaben und den strukturierten Daten auf der Seite. Besonders sensibel sind eindeutige Kennungen (GTIN, MPN, brand) und die richtige Abbildung von Varianten über item_group_id. Fehler in der Variantenzuordnung (z. B. dieselbe SKU für unterschiedliche Farben) führen zu Widersprüchen bei Verfügbarkeit und Preis.

Für die Fehleranalyse erstellen Sie eine Stichprobe problematischer SKUs, laden die zugehörigen Seiten mit einem Renderer und lesen die relevanten Felder aus (title, availability, gtin, mpn, brand, Preis). Diese Werte vergleichen Sie automatisiert mit dem Feed-Export. Nutzen Sie dafür PIM-Exporte und prüfen Sie, ob Template-Logik im PIM Titel oder Attribute nachträglich verändert.

Häufige Ursachen und Gegenmaßnahmen:

• Automatisch erzeugte Titel im Feed, die auf der Landingpage nicht erscheinen: Korrigieren Sie die Template-Logik oder passen Sie die Seiten an.
• Falsches GTIN-Mapping: Bereinigen Sie die Zuordnungen im PIM und dokumentieren Sie, woher die GTINs stammen.
• Sichtbarkeit von Varianten: Alle Varianten im Feed sollten auf der Seite als auswählbare Optionen vorhanden sein. Nicht verfügbare Varianten nehmen Sie aus dem Feed.

Wie wirken fehlende oder falsche Kontakt- und Geschäftsangaben auf die Sperrung?

KI-generiertes Beispielbild, kann von der Realität abweichen.

Unvollständige oder widersprüchliche Kontakt- und Geschäftsangaben fallen unter die Misrepresentation-Richtlinie und können zur Kontosperrung führen, weil sie Vertrauen und Transparenz vor dem Kauf untergraben.

Google erwartet sichtbare, leicht auffindbare Angaben zu Impressum, Geschäftsadresse, Telefonnummer und Kontaktmöglichkeiten sowie dazu passende Angaben im Merchant Center. Prüfen Sie alle Domain-Varianten und Subdomains, denn abweichende Angaben auf länderspezifischen Domains gelten als inkonsistent. Achten Sie auch auf die Sichtbarkeit in den Sprachversionen und in der mobilen Ansicht.

Gehen Sie dabei vor wie ein anonymer Besucher: Rufen Sie die Kontaktseite auf, öffnen Sie Footer und Impressum, testen Sie Kontaktformulare (gibt es eine Antwortadresse?) und vergleichen Sie die Angaben mit den Daten im Merchant Center. Kontrollieren Sie außerdem, ob Weiterleitungen oder Anzeigen-Landingpages andere Kontaktdaten zeigen.

• Stammdaten werden nur im Merchant Center gepflegt, Microsites oder internationale Shopversionen aber vergessen: Gleichen Sie alle Stellen ab.
• Telefonnummern führen zu Weiterleitungen oder Callcenter-Ansagen, eine klare Geschäftsadresse fehlt: Ergänzen Sie die Adresse sichtbar.
• Veraltete Daten: Richten Sie einen Prozess für die Pflege der Stammdaten ein und dokumentieren Sie Änderungen vor einem Einspruch.

Welche weiteren Ursachen kommen häufig vor (Rückgabe, Versand, Erreichbarkeit, SSL)?

Unklare Rückgabe- oder Versandbedingungen, nicht erreichbare URLs, fehlendes oder fehlerhaftes HTTPS und Probleme im Checkout sind häufige Gründe für Produkt- und Kontosperrungen.

Google verlangt gut auffindbare Rückgabe- und Versandinformationen, idealerweise auch in strukturierter Form (z. B. über hasMerchantReturnPolicy und shippingDetails). Fehlende oder widersprüchliche Angaben zu Versandkosten und Lieferzeiten können als irreführend gewertet werden. Technisch problematisch sind wiederkehrende Timeouts, Weiterleitungsketten, robots.txt-Einträge, die Google am Crawlen hindern, sowie TLS-Fehler.

So prüfen Sie:

• Server-Logs: Filtern Sie nach Googlebot-Requests und prüfen Sie HTTP-Statuscodes und Weiterleitungen.
• Synthetische Checks: Überwachen Sie die Antwort der URLs mit Monitoring-Tools, prüfen Sie den Inhalt mit Headless-Browsern und vergleichen Sie die Sicht von Google mit der Nutzersicht.
• Sicherheit: Alle Produktseiten sollten per HTTPS ausgeliefert werden, ohne Mixed-Content-Warnungen.

Cloaking (unterschiedliche Inhalte für Googlebot und Nutzer) erkennt Google automatisiert. Entfernen Sie jede bedingte Auslieferung von Inhalten. Staging- oder passwortgeschützte Bereiche, die versehentlich indexierbar sind, müssen Sie schützen oder klar kennzeichnen. Bei Checkout-Problemen testen Sie vollständige Bestellabläufe und die akzeptierten Zahlungsmittel. Achten Sie auf Reste von Testdaten und auf A/B-Tests, die Googlebot andere Inhalte ausliefern.

Wie hebe ich eine Merchant-Center-Sperrung auf und wie läuft der Einspruch ab?

Eine Sperrung wird aufgehoben, wenn Sie die beanstandeten Probleme systemisch behoben und das im Einspruch nachvollziehbar dokumentiert haben. Google prüft dann erneut und entscheidet über die Wiederaufnahme.

So gehen Sie Schritt für Schritt vor:

1. Sammeln Sie alle Diagnostics-Exporte und gruppieren Sie die Fehler nach Relevanz.
2. Beheben Sie die Ursachen dauerhaft, nicht nur punktuell.
3. Dokumentieren Sie jede Änderung mit Belegen: aktualisierte Feed-Dateien, Screenshots der Produktseiten, Auszüge aus Server-Logs oder Zeitstempel von Deployments.
4. Reichen Sie den Einspruch im Merchant Center ein und legen Sie die Dokumentation bei.

Der Prüfer will sehen, dass Sie die Ursachen beseitigt haben und nicht nur die Symptome. Erneute Ablehnungen haben oft dieselben Gründe: unvollständige Nachweise, Änderungen, die nicht alle betroffenen URLs erfassen, oder vorübergehende Korrekturen, die sich nicht nachvollziehen lassen. Wenn Sie systemische Fehler behoben haben (z. B. fehlerhafte PIM-Templates oder automatische Preisaktualisierungen), beschreiben Sie im Einspruch auch die Deployment- und Monitoring-Maßnahmen.

Nach dem Einspruch prüft Google erneut, was einige Tage dauern kann. Bei wiederholten Verstößen ist die Toleranz geringer. Ein kurzes internes Review vor dem Einspruch hilft, Lücken in der Dokumentation zu schließen.

Welche Punkte enthält die praktische Checkliste zum Abhaken?

Arbeiten Sie die Checkliste der Reihe nach ab und dokumentieren Sie jede Änderung mit Zeitstempel und Beleg, bevor Sie einen Einspruch einreichen.

1. Feed und Landingpage: Vergleichen Sie Preis, Verfügbarkeit und Währung automatisiert mit Skripten oder Tools, die gerendertes HTML auslesen. Notieren Sie die Feed-Zeitstempel und den Zeitpunkt der Ausspielung.
2. Streichpreise und Sale-Logik: Melden Sie Sale-Preise im Feed über sale_price (ggf. mit sale_price_effective_date) und stellen Sie sicher, dass die Seite denselben Preis ohne Login oder Geofilter zeigt.
3. Produktattribute: Vergleichen Sie in einer Stichprobe title, description, gtin, mpn, brand und item_group_id zwischen Feed und Seite. Prüfen Sie PIM-Templates auf ungewollte Änderungen.
4. Kontaktinformationen: Gleichen Sie die Angaben im Merchant Center mit Impressum, Footer und Kontaktseiten auf allen Domains und Subdomains ab. Dokumentieren Sie Abweichungen und Korrekturen.
5. Rückgabe und Versand: Widerrufsinformationen, Versandkosten und Lieferzeiten sollten gut sichtbar und in strukturierten Daten vorhanden sein (z. B. hasMerchantReturnPolicy, shippingDetails).
6. Erreichbarkeit: Prüfen Sie HTTP-Statuscodes (200), HTTPS-Konfiguration, Weiterleitungsketten und serverseitige Timeouts. Exportieren Sie die relevanten Server-Logs für die Beanstandungen.
7. Cloaking und Weiterleitungen: Rufen Sie die Seiten mit verschiedenen User-Agents und von verschiedenen Standorten ab, um bedingte Inhalte oder geobasierte Weiterleitungen zu finden.
8. Checkout und Zahlungsarten: Testen Sie vollständige Bestellabläufe, prüfen Sie, ob die akzeptierten Zahlungsmittel sichtbar sind und ob der Checkout für externe Nutzer erreichbar ist.
9. Business-Informationen: Geschäftsadresse und Telefonnummer müssen auf der Website, im Merchant Center und in den Rechnungsangaben übereinstimmen. Dokumentieren Sie die Quellen.
10. Diagnostics und Logs: Exportieren Sie Merchant-Center-Diagnostics, API-Fehler und Server-Logs. Archivieren Sie Feed-Versionen und Deployment-Zeitstempel für den Einspruch.

Damit der Fehler nicht wiederkommt, aktualisieren Sie Feeds zeitgleich mit Änderungen im Shop und richten ein automatisiertes Monitoring für Preise und Erreichbarkeit ein (Richtwert: bei laufenden Sales mindestens stündlich für Preisdaten).

Häufige Fragen

Wie lange dauert die Überprüfung nach Einreichen eines Einspruchs?

Google nennt keine feste Frist, üblicherweise dauert die erneute Prüfung mehrere Tage. In kritischen Fällen oder bei wiederholten Verstößen kann es länger dauern. Reichen Sie den Einspruch erst ein, wenn alle Beanstandungen vollständig behoben und dokumentiert sind.

Kann ich Produkte weiter bewerben, wenn nur Teile des Kontos gesperrt sind?

Google kann einzelne Produkte deaktivieren und das Konto teilweise einschränken. Bei kritischen Fehlern kann jedoch die gesamte Integration gesperrt werden. Welche Ebene betroffen ist, sehen Sie in den Diagnostics im Merchant Center.

Welche Logs und Nachweise sollte ich beim Einspruch mitschicken?

Senden Sie konkrete Nachweise: Screenshots der live sichtbaren Produktseiten mit Preis und Zeitstempel, einen Feed-Export mit Zeitstempel, Server-Logs zur Erreichbarkeit und eine klare Beschreibung der Korrekturen.

Führt eine einmalige Verletzung immer zur Dauersperre?

Nicht zwingend. Google bewertet Schweregrad und Häufigkeit. Kritische Verstöße führen oft zur sofortigen Suspendierung, nach Behebung und erfolgreichem Einspruch kann das Konto wieder freigegeben werden. Wiederholte Verstöße verschlechtern die Position.

Fazit

Prüfen Sie zuerst die Übereinstimmung von Feed und Landingpage (Preise, Verfügbarkeit, Varianten), dann die Geschäftsinformationen und die technische Erreichbarkeit. Die Diagnostics im Merchant Center sind der Ausgangspunkt, Exporte und Screenshots belegen Ihre Korrekturen.

Sprechen Sie uns an, wenn Sie Unterstützung bei der Ursachenanalyse oder beim Einspruch brauchen. Wir prüfen Feed und strukturierte Daten und bereiten den Einspruch mit Ihnen vor. Mehr zur Feed-Pflege finden Sie unter Google-Shopping-Feed, Beiträge zu Shopware-Shops im Wissensbereich.