01 · Diagnose statt Vermutung
Merchant-Center-Ablehnungen: Finden Sie zuerst die richtige Ursache
Eine Meldung wird erst durch Belege zu einer Arbeitsaufgabe
Wenn Produkte im Merchant Center abgelehnt werden, hilft eine wahllose Überarbeitung des Feeds selten. Zuerst müssen Sie feststellen, was genau betroffen ist: einzelne Angebote, ein bestimmtes Land, eine Verwendung oder das Konto. Danach prüfen Sie die vermutete Ursache an derselben Variante und dokumentieren eine Korrektur, deren Ergebnis sich erneut nachweisen lässt.
Dieser Leitfaden richtet sich an kleine und mittlere Onlineshops in Deutschland mit einem vorhandenen Merchant-Center-Konto. Er beginnt bei einer konkreten Meldung und führt über Produktdaten, Website, Richtlinien und Kontostatus zur passenden erneuten Prüfung. Die allgemeine Einrichtung und die Optimierung guter Produkttitel bleiben eigene Aufgaben. Hier geht es um die Wiederherstellung der Zulässigkeit nach einem nachvollziehbar untersuchten Fehler.
Das Arbeitsmittel ist ein Merchant-Center-Diagnosebaum mit Fehlerregister. Es verbindet Symptom, betroffene Angebote, Belege, Verantwortung, Korrektur und Abschlussprüfung. So bleiben auch für andere Personen der Änderungsgrund und offene Fragen nachvollziehbar.
Halten Sie einen aktuellen Produktexport, Zugriff auf die verarbeiteten Attribute und Zugang zu den betroffenen Shopseiten bereit. Für technische Fehler benötigen Sie gegebenenfalls Unterstützung beim Exporter oder Webserver. Kontodokumente bleiben beim berechtigten Unternehmen; sie gehören nicht in öffentlich geteilte Beispieldateien.
Stand: 22. September 2026. Die Beispiele und internen Freigaberegeln sind eine redaktionelle Arbeitsmethode, keine Zusage von Google. Wiederzulassung, tatsächliche Ausspielung und wirtschaftlicher Erfolg sind getrennte Ergebnisse.
02 · Status und Reichweite
Unterscheiden Sie Warnung, Ablehnung und Kontosperrung
Ähnliche Farben bedeuten nicht dieselbe Maßnahme
Öffnen Sie zuerst die vollständige Meldung. Google unterscheidet in der Übersicht zu Merchant-Center-Problemen produktbezogene und kontoweite Probleme. Warnungen sind keine Freigabebestätigung, aber auch nicht automatisch eine vollständige Sperrung. Bei schweren Verstößen kann ein Konto ohne vorherige Warnung gesperrt werden. Der konkrete Status und die genannte Reichweite bestimmen den nächsten Schritt.
| Beobachtung | Ebene | Mögliche Auswirkung | Erster Beleg | Arbeitsweg | Nicht daraus ableiten |
|---|---|---|---|---|---|
| Warnung bei einem Angebot | Produkt | Einschränkung oder spätere Ablehnung | Meldung und betroffene Verwendung | Ursache untersuchen | Gesamtes Konto gesperrt |
| Angebot abgelehnt | Produkt | Keine Zulassung im betroffenen Kontext | ID, Land und Problem | Produkt oder Website korrigieren | Alle Varianten betroffen |
| Einrichtungshinweis | Konto | Voraussetzung fehlt | Kontobanner und Details | Voraussetzung klären | Produkttitel ist die Ursache |
| Konto gesperrt | Konto | Weitreichender Ausschluss | Richtlinie und Kontobefund | Gesamten Befund bearbeiten | Neuer Feed löst alles |
| Prüfung läuft | Produkt oder Konto | Entscheidung steht aus | Status und Antragsdatum | Prüfschritt beobachten | Neuer Fehler bewiesen |
Notieren Sie Land und Verwendung ausdrücklich. Ein Angebot kann in unterschiedlichen Märkten oder Programmen verschieden bewertet werden. Wer nur einen zusammengefassten Produktzähler betrachtet, erkennt diese Unterschiede möglicherweise nicht. Fragen Sie deshalb nicht nur, wie viele Artikel betroffen sind, sondern welche Angebote unter welchen Bedingungen betroffen sind.
Zählen Sie außerdem Ursachen und Produkte getrennt. Mehrere Meldungen können denselben Artikel betreffen; ihre Summen ergeben nicht automatisch die Zahl unterschiedlicher abgelehnter Produkte. Umgekehrt kann ein einzelner Fehler in einer gemeinsamen Vorlage viele Artikel betreffen. Diese Unterscheidung verhindert sowohl eine Verharmlosung als auch eine übertriebene Schadensschätzung.
Eine verantwortliche Person hält die Befunde zusammen, auch wenn andere die Änderungen durchführen. So lassen sich Feedkorrektur, Websiteänderung und Prüfantrag zeitlich zuordnen, statt ihre Wirkungen nachträglich erraten zu müssen.
03 · Beweise sichern
Speichern Sie den Befund, bevor Sie Daten verändern
Ausgangszustand, Zeitpunkt und Auswahl müssen rekonstruierbar sein
Im Bereich „Needs attention“ finden Sie betroffene Produkte, Filter, Problemhinweise und den Statusverlauf. Die Detailansicht eines Problems bündelt zusätzliche Informationen und mögliche Schritte. Prüfen Sie aktive Prioritätsfilter: Eine auf besonders wichtige Probleme reduzierte Ansicht zeigt nicht zwingend alle vorhandenen Meldungen. Das geschätzte Klickpotenzial ist eine Orientierung für die Reihenfolge, keine gemessene Umsatzprognose.
Speichern Sie den genauen Meldungstext, den Zeitpunkt der Beobachtung, Land, Verwendung und einige konkrete Angebots-IDs. Exportieren Sie die betroffene Liste, soweit verfügbar. Ergänzen Sie den Zeitpunkt des letzten Datenlaufs und den zuletzt bekannten korrekten Zustand. So können Sie später prüfen, ob ein neuer Import, ein Theme-Wechsel oder eine Preisaktion zeitlich zum Fehler passt.
Ein solcher zeitlicher Zusammenhang ist zunächst eine Hypothese. Wenn die Ablehnungen nach einem App-Update erschienen, ist das Update noch nicht als Ursache bewiesen. Suchen Sie eine reproduzierbare Abweichung: Welche Information war vorher richtig, was wird jetzt übertragen und an welcher Stelle entsteht der Unterschied? Halten Sie auch Befunde fest, die gegen Ihre erste Vermutung sprechen.
Wählen Sie als Stichprobe einen betroffenen Artikel und einen möglichst ähnlichen, nicht betroffenen Artikel. Vergleichen Sie gemeinsame Vorlage, Datenquelle und Zielmarkt. Ein Unterschied im Status ist kein perfektes Experiment, kann aber die Suche eingrenzen. Bewahren Sie den vollständigen betroffenen Bestand daneben auf, damit die Stichprobe später nicht mit dem Gesamtumfang verwechselt wird.
Ein belastbarer Startdatensatz enthält Meldung, Kontext, Angebots-ID, Zeitstempel und beobachteten Wert. Persönliche Kundendaten werden dafür in der Regel nicht benötigt. Entfernen Sie solche Daten aus Screenshots und Exporten, bevor Sie sie an externe Beteiligte weitergeben.
04 · Der Diagnosebaum
Gehen Sie durch sechs Entscheidungstore
Jeder Ausgang verlangt einen Beleg und einen nächsten Schritt
Der folgende Baum ist eine eigene Arbeitsmethode. Er ersetzt die konkrete Google-Meldung nicht, sondern ordnet die Untersuchung. Durchlaufen Sie ihn für jeden eigenständigen Problemtyp. Sobald mehrere Ursachen sichtbar werden, führen Sie getrennte Teilaufgaben unter demselben Fall, statt sie in einer pauschalen Notiz „Feed reparieren“ zu verstecken.
-
1 · Ist der Befund eindeutig?
Nein: Meldung, Land, Verwendung und IDs nachtragen; noch keinen Prüfantrag stellen. Ja: den betroffenen Umfang festhalten und zum nächsten Tor gehen.
-
2 · Liegt ein Kontoproblem vor?
Ja: Voraussetzungen und Richtlinien auf Kontoebene bearbeiten; einzelne Produktkorrekturen allein schließen den Fall nicht. Nein: mit den betroffenen Angeboten fortfahren.
-
3 · Kam der richtige Datensatz an?
Nein: Übertragung, Zuordnung und Verarbeitung korrigieren. Ja: die verarbeiteten Werte mit der konkreten Zielseite vergleichen.
-
4 · Stimmen Angebot und Website überein?
Nein: Preis, Verfügbarkeit, Variante, Bild oder Zugriff gezielt untersuchen. Ja: die konkret genannte Richtlinie und ihre Anwendbarkeit prüfen.
-
5 · Ist die Ursache belegt und behoben?
Nein: gezielte Fachklärung oder Support mit Belegen. Ja: den nächsten regulären Datenlauf und die betroffenen Seiten kontrollieren.
-
6 · Ist eine erneute Prüfung vorgesehen?
Ja: Voraussetzungen erfüllen und den angezeigten Prüfweg nutzen. Nein: die automatische Neubewertung verfolgen. In beiden Fällen bleibt der Fall bis zur dokumentierten Statusprüfung offen.
Die Reihenfolge spart unnötige Arbeit. Ein nicht verarbeiteter Datensatz lässt sich nicht durch einen besseren Bildausschnitt reparieren. Ein korrekter Preis im Feed erklärt wiederum keine kontoweite Richtlinienmeldung. Der Baum hält technische Reparatur und Entscheidung über die Zulässigkeit auseinander, ohne eine der beiden Aufgaben zu überspringen.
Stoppen Sie Änderungen, solange der richtige Wert unklar ist. Unbekannte Herstellerwerte, unklare Lieferzusagen und widersprüchliche Unternehmensangaben benötigen zuerst eine fachliche Entscheidung; technischer Zugriff ersetzt sie nicht.
05 · Verarbeitung prüfen
Vergleichen Sie Quelldaten mit dem tatsächlich verarbeiteten Angebot
Erfolgreich hochgeladen heißt nicht inhaltlich freigegeben
Kontrollieren Sie zunächst, ob der betroffene Artikel überhaupt im erwarteten Datensatz angekommen ist. Stimmen Angebots-ID, Sprache, Datenquelle und Markt? Wurde die letzte Datei verarbeitet? Ist der betrachtete Wert aktuell oder stammt er noch aus einem älteren Lauf? Diese Fragen stehen vor einer Bewertung des Titels oder einer Richtlinieninterpretation.
Die Produktdatenspezifikation von Google beschreibt formale und inhaltliche Anforderungen. Welche Attribute erforderlich sind, hängt unter anderem von Produkt und Zielmarkt ab. Prüfen Sie die konkrete Anforderung hinter der Meldung. Einen unbekannten GTIN-Wert zu erfinden oder eine vorhandene Kennzeichnung pauschal als nicht existent zu markieren, erzeugt keine belastbare Korrektur.
Verfolgen Sie ein beanstandetes Feld über drei Stellen: den fachlich bestätigten Ausgangswert, die übertragene Fassung und das verarbeitete Ergebnis. Ein Export kann korrekt aussehen, während eine Regel oder manuelle Bearbeitung einen anderen Wert erzeugt. Ebenso kann die Oberfläche des Shops richtig sein, obwohl der Exporter noch aus einem veralteten Feld liest.
Fehlt bereits die saubere Grundstruktur, nutzen Sie den Leitfaden zur Einrichtung von Google Merchant Center. Im Fehlerfall dokumentieren Sie anschließend nur den tatsächlich betroffenen Datenweg. Es ist meist hilfreicher, ein konkretes Mapping zu erklären, als eine vollständige Neueinrichtung ohne belegten Grund zu beginnen.
Prüfen Sie nach der Korrektur denselben Artikel erneut und behalten Sie seine stabile Identität bei. Ein verschwundener Fehler nach dem Löschen des Angebots ist kein Nachweis einer Reparatur. Halten Sie deshalb fest, ob das Produkt weiter existiert, im vorgesehenen Markt geführt wird und die geänderten Werte tatsächlich übernommen hat.
06 · Preisabweichung
Vergleichen Sie denselben Preis für dieselbe Variante
Betrag, Währung und Zeitpunkt gehören zusammen
Bei einer Preismeldung sind mindestens der verarbeitete Wert, die Zielseite und der Checkout relevant. Die Anforderungen an das Preisattribut verlangen passende Angaben für das angebotene Produkt. Vergleichen Sie weder einen Variantenpreis mit einem allgemeinen „ab“-Preis noch einen Aktionspreis mit einem Wert außerhalb seines Gültigkeitszeitraums. Versandkosten sind gesondert zu betrachten.
| Prüfstelle | Angebot | Zeitpunkt | Beobachtung | Mögliche Erklärung | Nächster Beleg |
|---|---|---|---|---|---|
| Verarbeitete Daten | Variante A | Aktueller Lauf | 49,00 EUR | Alter regulärer Preis | Quellwert und Regel |
| Produktseite | Variante A | Derselbe Prüfzeitraum | 44,00 EUR | Laufende Aktion | Aktionszeitraum |
| Strukturierte Daten | Variante A | Derselbe Abruf | 49,00 EUR | Veraltete Vorlage | Ausgegebenes Angebot |
| Warenkorb | Variante A | Nach direktem Einstieg | 44,00 EUR | Shop-Aktion greift | Checkout derselben Variante |
| Nach Korrektur | Variante A | Neuer Datenlauf | Werte passen zur Aktion | Ursache möglicherweise behoben | Status und Folgelauf |
Die Tabelle ist ein hypothetischer Prüfverlauf, kein beobachteter Kundenfall. Sie beweist zunächst nur eine Abweichung. Bevor Sie die Quelle ändern, muss die zuständige Person bestätigen, welcher Preis zu welchem Zeitpunkt gelten soll. Sonst könnten Sie den richtigen Shoppreis an einen falschen Export anpassen und damit einen neuen geschäftlichen Fehler erzeugen.
Prüfen Sie bei Aktionen auch Beginn, Ende und Zeitzone sowie die Zuordnung der konkreten Variante. Öffnen Sie die übermittelte URL in einer neuen Sitzung. Falls die Anzeige erst nach einem gespeicherten Gutschein oder einer Mitgliedschaft denselben Preis erreicht, untersuchen Sie die dafür geltenden Preisregeln gesondert; behandeln Sie diese Situation nicht wie einen allgemein verfügbaren Standardpreis.
Schließen Sie den Fall erst nach einem neuen Vergleich der betroffenen Stellen. Ein geänderter Screenshot reicht nicht, wenn die maschinenlesbaren Angaben oder der nächste Import wieder den alten Wert liefern. Beschreiben Sie im Register die gefundene Ursache, nicht lediglich das nun sichtbare Endergebnis.
07 · Verfügbarkeit
Prüfen Sie Bestellbarkeit und Lieferfähigkeit der konkreten Ausführung
Lagerbestand allein erklärt den übermittelten Status nicht
Eine verfügbare Produktfamilie macht nicht jede Größe oder Farbe verfügbar. Beginnen Sie bei der beanstandeten Variante und folgen Sie dem Kaufweg. Kann sie tatsächlich bestellt werden, und passt die Lieferaussage dazu? Ein aktiver Kaufknopf bei einer anderen Größe beantwortet diese Frage nicht. Auch ein positiver Lagerbestand kann ohne passende Versandmöglichkeit unzureichend sein.
Die Spezifikation für availability unterscheidet unter anderem in_stock, out_of_stock, preorder und backorder. Vorbestellung und Nachbestellung haben unterschiedliche Voraussetzungen; für beide ist eine passende availability_date erforderlich. Verwenden Sie out_of_stock nicht allein deshalb, weil Sie ein weiterhin bestellbares Produkt vorübergehend nicht bewerben möchten. Anzeigensteuerung und tatsächliche Verfügbarkeit sind verschiedene Aufgaben.
Untersuchen Sie die Aktualisierungskette. Wann verändert das Warenwirtschaftssystem den Bestand, wann übernimmt der Shop den Status und wann kommt die neue Information im Merchant Center an? Dokumentieren Sie die jeweiligen Zeitpunkte an einem Artikel. So erkennen Sie, ob eine dauerhafte Zuordnungsregel falsch ist oder ob wiederkehrende Verzögerungen widersprüchliche Zustände erzeugen.
Prüfen Sie außerdem die sichtbare Lieferaussage und die maschinenlesbaren Angaben auf derselben Seite. Ein Text wie „bald verfügbar“ kann fachlich zu ungenau sein, um den eingereichten Status zu bestätigen. Lassen Sie die richtige Aussage vom Verantwortlichen für Bestand und Lieferung klären. Ersetzen Sie diese Klärung nicht durch die Einstellung, die den wenigsten roten Text erzeugt.
Kontrollieren Sie nach der Reparatur einen regulären Bestandswechsel. Die richtige Variante muss auch danach korrekt übertragen werden; eine manuelle Berichtigung könnte lediglich bis zum nächsten Verkauf halten.
08 · Zielseite und Variante
Testen Sie die übermittelte URL von einem neuen Einstieg aus
Die richtige Seite muss ohne Vorwissen zum Angebot führen
Kopieren Sie die URL aus dem verarbeiteten Datensatz, statt über die Navigation Ihres eingeloggten Shops zum Produkt zu gehen. Prüfen Sie Weiterleitungen, Sprache, Währung und Variante. Eine funktionsfähige Startseite oder Kategorie beweist nicht, dass der konkrete Produktlink richtig ist. Gespeicherte Einstellungen können Fehler verdecken, die neue Besucher und automatische Abrufe tatsächlich sehen.
Die Anforderungen an Produktzielseiten verlangen ein konkretes, passendes Angebot mit den wesentlichen Informationen. Angaben sollen beim Laden konsistent bleiben; das Vorwählen der passenden Variante ist eine wichtige Empfehlung. Produktbeschreibung und Titel müssen nicht wortgleich mit dem Feed sein, müssen aber dasselbe Produkt beschreiben. Daraus folgt kein allgemeines Verbot von JavaScript.
Dokumentieren Sie den Anfangszustand und den Zustand nach dem Laden. Wechselt die Seite zunächst auf eine Standardgröße, bevor ein Skript die beworbene Variante auswählt, kann genau dieser Übergang relevant sein. Dass ein Mitarbeiter nach mehreren Klicks das gewünschte Angebot findet, bestätigt den ursprünglichen Einstiegszustand nicht.
Kontrollieren Sie den mobilen Einstieg ebenso wie den Desktop. Achten Sie auf überdeckte Preisangaben, nicht schließbare Dialoge und Variantenfelder, die nur auf einer Bildschirmgröße funktionieren. Ein Consent-Dialog soll nicht durch Abschalten der notwendigen Einwilligungslogik „repariert“ werden; lösen Sie das konkrete Bedienungs- oder Darstellungsproblem.
Speichern Sie das Ergebnis mit URL, Variante, Sprache, Währung und Prüfzeit. Falls das Verhalten nur unter bestimmten Bedingungen auftritt, nennen Sie diese Bedingungen. Eine präzise Beschreibung wie „direkter mobiler Einstieg ohne gespeicherte Auswahl“ ermöglicht eine gezielte technische Korrektur und eine reproduzierbare Abnahme.
09 · Abrufbarkeit
Trennen Sie Zugriff, Darstellung und Indexierung
Ein eigener erfolgreicher Aufruf beweist keinen erfolgreichen Google-Abruf
Bei einer Abrufmeldung prüfen Sie Produktseite und Bilddatei getrennt. Google erläutert den Fall nicht möglicher Qualitäts- und Richtlinienprüfungen unter anderem anhand blockierter Crawler. Eine robots-Regel kann den relevanten Pfad sperren; daneben können technische Schutzmechanismen oder Serverprobleme die Untersuchung erschweren. Entscheidend ist der tatsächliche Fehler am beanstandeten Ziel.
Lassen Sie die vollständige Weiterleitungskette, den Antwortstatus und den gelieferten Inhalt prüfen. Eine Seite kann formal antworten und trotzdem nur eine Fehlermeldung, einen Anmeldedialog oder eine allgemeine Suchansicht ausliefern. Ein einzelner Statuscode ist deshalb ein Prüfpunkt, kein inhaltliches Freigabeurteil. Dasselbe gilt für eine im Browser sichtbare Produktabbildung, deren eigentliche Datei anders geschützt ist.
Bei intermittierenden Fehlern helfen Zeitpunkte und Serverprotokolle. Vergleichen Sie die protokollierten Ausfälle mit den betroffenen URLs und den zuletzt vorgenommenen Änderungen. Eine bloße Behauptung „der Shop geht bei mir“ ist wenig brauchbar, wenn der Fehler nur für neue Sitzungen, bestimmte Abrufe oder während regelmäßiger Lastspitzen auftritt.
Ändern Sie Schutz- und Crawl-Regeln gezielt. Geben Sie nicht vorsorglich private Bereiche frei und entfernen Sie nicht sämtliche Sicherheitsmaßnahmen. Die technische Aufgabe besteht darin, die öffentlichen Produktinformationen verlässlich erreichbar zu machen. Ein fingierter User-Agent allein ist kein Nachweis, dass ein authentischer Google-Abruf erfolgreich war.
Nach der Behebung bleiben technischer Abruf und Produktstatus zwei Kontrollpunkte. Erreichbarkeit bedeutet weder Indexierung noch sofortige Shopping-Zulassung. Warten Sie die für diesen Fehler vorgesehene Neubewertung ab und ergänzen Sie deren Ergebnis im bestehenden Fall, statt aus einem gelungenen eigenen Test bereits einen Abschluss abzuleiten.
10 · Bildprobleme
Untersuchen Sie die eingereichte Bilddatei, nicht nur die Shopgalerie
Motiv, Variante und technischer Zugriff müssen zusammenpassen
Öffnen Sie den tatsächlich verarbeiteten image_link. Prüfen Sie, ob er eine nutzbare Bilddatei der richtigen Ausführung liefert und nicht eine Platzhaltergrafik oder eine HTML-Fehlerseite. Die erste Abbildung in einer umfangreichen Shopgalerie kann korrekt sein, während der Export ein anderes oder veraltetes Motiv verwendet. Deshalb gehört die konkrete Bildadresse in den Befund.
Die Vorgaben für image_link behandeln unter anderem Produktdarstellung, Bildqualität und unzulässige Werbeüberlagerungen. Eine nachträglich aufgesetzte Rabattfläche ist anders zu beurteilen als eine Marke, die tatsächlich zum abgebildeten Produkt gehört. Bei KI-generierten Bildern sind die geforderten Herkunftsmetadaten zu erhalten. Prüfen Sie die jeweilige Anforderung, statt jede sichtbare Schrift pauschal als Fehler zu behandeln.
Ordnen Sie den Defekt einer verantwortlichen Stelle zu: falsche Bildauswahl im Katalog, fehlerhaftes Exportmapping, unpassende Datei oder nicht erreichbarer Medienpfad. Diese Ursachen erfordern verschiedene Änderungen. Ein neues Foto löst kein Zugriffshindernis; eine freigegebene Datei korrigiert keine falsche Farbe des abgebildeten Produkts.
Wenn Sie eine Datei ersetzen, dokumentieren Sie vorherige und aktuelle Zuordnung. Prüfen Sie auch, was über die gespeicherte Adresse tatsächlich ausgeliefert wird und ob eine Zwischenspeicherung noch die alte Fassung zeigt. Vereinbaren Sie die technische Aktualisierung mit dem Systemverantwortlichen, statt durch ständige neue Adressen jede Nachverfolgung zu erschweren.
Kontrollieren Sie anschließend betroffene und benachbarte Varianten. Eine reparierte Bildregel könnte versehentlich alle Farben gleich abbilden. Dokumentieren Sie deshalb die korrigierte Variante und ein weiterhin richtiges Vergleichsangebot.
11 · Richtlinien und Vertrauen
Behandeln Sie Falschdarstellung als eigenen Prüfzweig
Ein Kontobefund lässt sich nicht auf einen einzigen Footer-Text reduzieren
Wenn die Meldung eine Richtlinie nennt, lesen Sie ihren genauen Anwendungsbereich. Die Richtlinie zu Falschdarstellung betrifft unter anderem unwahre Identität oder Geschäftsbeziehungen, irreführende Angebote und fehlende wesentliche Kaufbedingungen. Schwere Verstöße können unmittelbar zur Sperrung führen. Eine allgemeine Liste mit Designempfehlungen kann diesen Befund nicht zuverlässig diagnostizieren.
Erstellen Sie stattdessen eine Gegenüberstellung der relevanten Angaben: Wer verkauft, wie ist der Anbieter erreichbar, welche Leistung wird zugesagt und welche Bedingungen gelten? Vergleichen Sie Website, Kontoinformationen und tatsächlich praktizierten Kaufprozess. Unterschiedliche Schreibweisen sind nicht automatisch Täuschung; eine sachlich widersprüchliche Anbieteridentität verlangt dagegen eine belastbare Klärung.
Prüfen Sie Behauptungen über Markenpartnerschaften, Autorisierung oder besondere Produkteigenschaften anhand vorhandener Nachweise. Fügen Sie keine erfundenen Zertifikate, Bewertungen oder Unternehmensdaten hinzu, um Vertrauen zu simulieren. Wenn eine Aussage nicht belegbar ist, muss sie korrekt eingeordnet oder entfernt werden. Der reale Sachverhalt bleibt die Grundlage der Darstellung.
Rückgabe-, Versand- und Kontaktinformationen müssen auffindbar, verständlich und praktisch zutreffend sein. Lassen Sie die beschriebenen Abläufe fachlich bestätigen. Kopierte Bedingungen, die das Unternehmen nicht erfüllt, verschieben das Problem lediglich.
Halten Sie fest, welche konkreten Widersprüche gefunden wurden und welche Punkte geprüft, aber nicht beanstandet wurden. Eine vollständige sachliche Begründung ist hilfreicher als die Aussage „alles verbessert“. Sind rechtliche Pflichten oder Auslegungsfragen betroffen, lassen Sie genau diese Punkte fachkundig klären; ein technischer Merchant-Center-Check entscheidet sie nicht abschließend.
12 · Versand und Kaufbedingungen
Prüfen Sie die wirksamen Bedingungen bis zum Checkout
Eine richtige Kontoeinstellung kann durch Produktdaten verdrängt werden
Beginnen Sie mit dem betroffenen Lieferland und einer tatsächlich unterstützten Lieferadresse. Welche Versandmöglichkeit, Kosten und Lieferaussage werden im Kaufprozess angezeigt? Vergleichen Sie diese Angaben mit den Einstellungen, die für genau dieses Angebot gelten. Eine allgemeine Aussage „Versand nach Deutschland“ erklärt noch keine abweichende Regel für einen bestimmten Artikel oder eine Region.
Die Dokumentation zum Attribut shipping beschreibt auch Überschreibungen auf Produktebene. Wird dessen Preis-Unterattribut übermittelt, werden die passenden Versanddiensteinstellungen auf Kontoebene für das Produkt ignoriert; dies betrifft auch zugehörige Lieferzeiten und Mindestbestellwerte. Prüfen Sie deshalb die wirksame Konfiguration und nicht nur die zuletzt bearbeitete Kontotabelle.
Verfolgen Sie ein konkretes Beispiel bis vor die verbindliche Bestellung. Notieren Sie Warenkorb, Lieferland, angebotenen Dienst und Zusatzkosten. Ein technischer Test muss keine unbeabsichtigte kostenpflichtige Bestellung auslösen. Falls eine vollständige Testbestellung erforderlich ist, nutzen Sie ein dafür vereinbartes Verfahren mit klarer Verantwortung für Zahlung und Rückabwicklung.
Für die umfassendere Shopprüfung unterstützt die Checkliste zur Vorbereitung von Shopify auf Google Shopping. Im aktuellen Fehlerfall übertragen Sie daraus nur die relevanten Prüfschritte in Ihr Register. Der Befund muss erklären, welche Aussage falsch war und ob die Korrektur im Shop, in der Datenquelle oder in den Kontoeinstellungen erfolgte.
Wiederholen Sie den Test für eine begründet ausgewählte Grenzsituation, etwa eine andere unterstützte Region oder einen anderen Warenkorbwert. So erkennen Sie Regeln, die nur zufällig für den ersten Test richtig waren. Versprechen Sie keine Versandbedingung, die das operative Geschäft nicht erfüllen kann, nur um ein Diagnosefeld zu beruhigen.
13 · Automatische Änderungen
Klären Sie, wer den endgültigen Wert verändert hat
Automatische Unterstützung ersetzt keine behobene Ursache
Google beschreibt automatische Produktaktualisierungen, die erkannte Abweichungen bestimmter Angebotswerte abfedern können. Sie ersetzen keine regelmäßige und korrekte Datenlieferung. Wenn ein Preis nach einer automatischen Änderung richtig aussieht, bleibt deshalb offen, warum Ihre Quelle den falschen Preis geliefert hat. Prüfen Sie die Herkunft des endgültigen Werts, bevor Sie den Fall schließen.
Unterscheiden Sie diese Aktualisierungen von angenommenen Attributvorschlägen, dauerhaften automatischen Fix-Regeln und manuellen Produktänderungen. Solche Eingriffe können eine andere Wirkung auf spätere Datenlieferungen haben. Dokumentieren Sie, welche Funktion tatsächlich eingesetzt wurde und wo sie sichtbar ist. Eine pauschale Notiz „Google hat es korrigiert“ reicht für den nächsten Import nicht aus.
Für die dauerhafte Pflege von Kennungen, Titeln und Klassifikationen verwenden Sie das Feed-Qualitätsregister zur Produktfeed-Optimierung. Das Fehlerregister dieser Diagnose ergänzt es um Meldung, Reichweite und Wiederzulassung. Verbinden Sie beide Aufgaben über dieselben Angebots-IDs, statt widersprüchliche Listen ohne Bezug zueinander anzulegen.
Testen Sie, ob die vereinbarte Korrektur einen neuen regulären Datenlauf übersteht. Prüfen Sie anschließend, ob ein temporärer Override weiter gebraucht wird oder kontrolliert entfernt werden kann. Entfernen Sie ihn erst, wenn die eigentliche Quelle verlässlich das richtige Ergebnis liefert. Sonst stellen Sie möglicherweise die zuvor abgefangene Abweichung wieder her.
Verzeichnen Sie auch hilfreiche automatische Eingriffe. Sie können erklären, warum gleiche Quellwerte zu unterschiedlichen Ergebnissen führten. Diese Dokumentation erspart bei der nächsten Störung die Suche nach einem vermeintlich zufälligen Verhalten.
14 · Fehlerregister
Verbinden Sie Symptom, Beleg und Abschluss in einem Datensatz
Die Tabelle soll Entscheidungen ermöglichen, nicht nur Aufgaben sammeln
Nutzen Sie die folgende Struktur als kopierbares Register. Alle Einträge sind hypothetisch. Ergänzen Sie je Fall eine eindeutige Fallnummer, die Angebots-IDs, Land, Verwendung, Zeitpunkte und die verlinkten Belege in Ihrer Arbeitsdatei. Eine Zeile beschreibt eine eigenständige Ursache; mehrere betroffene Artikel werden damit verbunden, ohne die Ursachenerklärung zu vervielfachen.
| Symptom und Umfang | Beleg | Bestätigte Ursache | Korrektur und Verantwortliche | Erneute Prüfung | Abschlusskriterium |
|---|---|---|---|---|---|
| Preisabweichung · Variantenfamilie | Export, Seite und Checkout | Aktionsregel im Export fehlt | Mapping ändern · Feed-Verantwortliche | Neuer Lauf und gleiche Varianten | Werte und Status passen |
| Bild nicht abrufbar · Medienpfad | URL und technische Antwort | Öffentliche Datei blockiert | Zugriff korrigieren · Webteam | Dateiabruf und Neubewertung | Bild erreichbar, Befund erledigt |
| Verfügbarkeit falsch · einzelne Größe | Auswahl und Bestandsprotokoll | Variante falsch zugeordnet | Zuordnung berichtigen · Shopteam | Bestandswechsel nachvollziehen | Richtiger Status bleibt erhalten |
| Kontobefund · Anbieterangaben | Meldung und Seitenvergleich | Noch nicht bestätigt | Sachverhalt klären · Unternehmen | Erst nach dokumentierter Klärung | Kein vorschneller Abschluss |
| Fehler kehrt nach Import zurück | Zwei Datenläufe | Quelle überschreibt Reparatur | Führendes Feld korrigieren · Datenpflege | Folgelauf und Vergleichsartikel | Kein Wiederauftreten |
Trennen Sie den Bearbeitungsstatus von der Google-Entscheidung. „Technisch korrigiert“ kann zutreffen, während „erneute Prüfung läuft“ weiterhin gilt. Erst eine erfolgreiche Statuskontrolle im richtigen Kontext schließt die Wiederzulassungsaufgabe. Falls anschließend keine Anzeigen erscheinen, beginnt eine neue Untersuchung der Ausspielung; überschreiben Sie den abgeschlossenen Befund nicht mit einer anderen Frage.
Jede offene Zeile braucht eine nächste Aktion: „Warten“ einen erwarteten Prüfschritt und Kontrolltermin, „Support“ eine genaue Frage und Belege. Damit unterscheiden Sie fehlende Informationen, laufende Prüfungen und ausstehende Änderungen.
15 · Erneute Überprüfung
Beantragen Sie eine Prüfung erst nach belegter Korrektur
Behebung und begründeter Widerspruch sind verschiedene Wege
Die Anleitung zur erneuten Prüfung unterscheidet zwischen behobenem Problem und Widerspruch gegen den Befund. Nutzen Sie die passende im Konto angebotene Funktion. Für bestimmte Fälle sind vorher zusätzliche Schritte wie eine angeforderte Identitätsprüfung erforderlich. Prüfen Sie auch laufende Verfahren, Voraussetzungen der Datenquelle und eine mögliche Wartefrist, wenn die Schaltfläche nicht verfügbar ist.
Vor dem Antrag sollte Ihr Fall eine kurze, überprüfbare Erklärung enthalten: welche Meldung betroffen war, was Sie festgestellt haben, wo Sie die Ursache korrigiert haben und mit welchem Ergebnis erneut getestet wurde. Wenn Sie widersprechen, erläutern Sie stattdessen, welche belegbaren Tatsachen die Entscheidung Ihrer Ansicht nach unzutreffend machen. Eine unbelegte Ablehnung des Befunds ist keine stärkere Begründung.
Google nennt für die Prüfung einen Rahmen von bis zu sieben Werktagen; dies ist keine individuelle Wiederzulassungszusage. Eine erneute Prüfung ist außerdem nicht mit der ersten Datenverarbeitung oder einem einzelnen Crawl gleichzusetzen. Übernehmen Sie den im Konto sichtbaren Status und das Antragsdatum in Ihr Register, statt verschiedene Zeitangaben zu einer festen Frist zu vermischen.
Ein Widerspruch kann nur einmal verfügbar sein. Nach erfolglosen Versuchen können Wartefristen gelten und länger werden; Google Support kann sie nicht verkürzen. Nutzen Sie eine solche Phase zur sachlichen Nachprüfung. Ständiges Klicken, ein neuer Account oder eine leere Datenquelle sind keine belastbare Alternative zum vorgesehenen Verfahren.
Halten Sie während der Prüfung Änderungen nachvollziehbar. Dringende falsche Angaben müssen weiterhin korrigiert werden, aber eine gleichzeitig durchgeführte komplette Neugestaltung erschwert die Beurteilung. Wenn Sie Unterstützung anfordern, geben Sie Fallnummer, Kontext und relevante Nachweise über den dafür vorgesehenen sicheren Kanal weiter und stellen Sie eine klar abgegrenzte Frage.
16 · Wiederzulassung kontrollieren
Schließen Sie den Fall anhand derselben Angebote
Weniger Fehlermeldungen können auch durch verschwundene Produkte entstehen
Vergleichen Sie nach der Verarbeitung oder Prüfung dieselben Angebots-IDs im selben Land und derselben Verwendung. Kontrollieren Sie, ob die Produkte noch im vorgesehenen Bestand enthalten sind. Ein sinkender Fehlerzähler reicht nicht: Er könnte auf Löschung, eine andere Auswahl oder einen veränderten Filter zurückgehen. Dokumentieren Sie den fachlichen und den sichtbaren Systemzustand getrennt.
| Kontrollpunkt | Vergleichsbasis | Bestanden, wenn | Wieder öffnen, wenn | Nachweis |
|---|---|---|---|---|
| Datenwert | Ursprünglich betroffene IDs | Richtiger Wert verarbeitet | Alter Wert erscheint erneut | Export und Zeit |
| Website | Gleiche Variante und URL | Kaufangebot passt | Auswahl oder Bedingung widerspricht | Prüfprotokoll |
| Produktstatus | Gleiches Land und Verwendung | Betroffener Befund erledigt | Ablehnung bleibt oder wechselt | Status und Meldung |
| Kontostatus | Gleicher Kontobefund | Relevante Einschränkung aufgehoben | Kontoproblem bleibt bestehen | Entscheidung im Konto |
| Folgelauf | Regulärer Import danach | Korrektur bleibt stabil | Fehler kehrt zurück | Version und Verantwortliche |
Wenn die Ablehnung verschwunden ist, aber keine Anzeigen laufen, prüfen Sie die neue Frage separat: Werden die Produkte in der vorgesehenen Kampagne verwendet, und welche Einschränkungen bestehen dort? Eine Merchant-Center-Zulassung allein garantiert weder Impressionen noch Klicks. Ändern Sie nicht erneut die geprüften Produktdaten, nur weil der kommerzielle Effekt noch ausbleibt.
Vereinbaren Sie nach dem Abschluss eine passende Routine für wiederkehrende Ursachen. Ein behobenes Mapping braucht Kontrolle bei Connector-Änderungen; ein Preisproblem Aufmerksamkeit bei Aktionen; ein Websiteproblem Prüfung nach relevanten Veröffentlichungen. Die Frequenz richtet sich nach den tatsächlichen Änderungen im Betrieb und ist kein universeller täglicher Pflichtplan.
17 · Häufige Fragen
Antworten auf typische Unsicherheiten im Fehlerfall
Bedeutet eine Warnung, dass alle Produkte gesperrt sind?
Nein. Lesen Sie Ebene, Verwendung und betroffene Angebote. Eine Warnung ist ernst zu nehmen, entspricht aber nicht automatisch einer Kontosperrung. Die konkrete Meldung entscheidet, welche Korrektur nötig ist.
Warum ist der Shoppreis richtig und der Artikel trotzdem abgelehnt?
Möglicherweise wird eine andere Variante, ein alter Datenstand oder ein abweichender maschinenlesbarer Wert verglichen. Prüfen Sie denselben Artikel vom verarbeiteten Datensatz bis zum Checkout und notieren Sie die Zeitpunkte.
Kann ich GTIN-Probleme durch erfundene Nummern lösen?
Nein. Ermitteln Sie die zutreffende Kennzeichnung und die anwendbare Attributanforderung. Ein unbekannter Wert ist nicht gleichbedeutend mit einem nachweislich nicht vergebenen Identifikator. Dokumentieren Sie offene Lieferantenfragen.
Reicht es, abgelehnte Produkte zu löschen und neu anzulegen?
Das belegt keine behobene Ursache. Es unterbricht außerdem die Nachverfolgung desselben Angebots. Korrigieren Sie den tatsächlich vorhandenen Fehler und kontrollieren Sie die bestehende Zuordnung, sofern keine sachlich notwendige Strukturänderung vorliegt.
Warum ist die Schaltfläche zur Prüfung ausgegraut?
Prüfen Sie die Hinweise zu Voraussetzungen, einer laufenden Prüfung oder einer Wartefrist. Je nach Fall können weitere Nachweise verlangt werden. Die konkrete Kontoansicht ist maßgeblich; ein weiterer Antrag lässt sich nicht immer sofort stellen.
Beweist eine automatische Korrektur einen gesunden Feed?
Nein. Sie kann einen abweichenden Wert abfangen, während die Quelle weiterhin falsche Daten liefert. Prüfen Sie die Herkunft des Endwerts und den nächsten regulären Datenlauf, bevor Sie die Ursache als erledigt markieren.
Kann eine Agentur die Wiederzulassung garantieren?
Eine seriöse Diagnose kann Befunde strukturieren, belegbare Fehler korrigieren und eine Prüfung vorbereiten. Die Entscheidung trifft Google. Ohne Zugriff auf Meldung und Belege lässt sich nicht einmal die konkrete Ursache sicher beurteilen.
Wann gilt der Fall als abgeschlossen?
Wenn die Ursache nachvollziehbar korrigiert ist, die betroffenen Angebote im richtigen Kontext wieder den erforderlichen Status haben und der Folgelauf die Korrektur erhält. Tatsächliche Werbeausspielung wird anschließend gesondert kontrolliert.
18 · Nächster Schritt
Beginnen Sie mit einem dokumentierten Fehlerfall
Eine nachvollziehbare Diagnose ist die Grundlage für eine stabile Korrektur
Wählen Sie eine aktuelle Meldung und sichern Sie ihren genauen Kontext. Durchlaufen Sie den Diagnosebaum, vergleichen Sie eine betroffene Variante über den gesamten Datenweg und tragen Sie die bestätigte Ursache ins Register ein. Wenn die Ursache noch offen ist, formulieren Sie die fehlende Information als konkrete nächste Aufgabe.
Korrigieren Sie anschließend die verantwortliche Stelle und prüfen Sie das Ergebnis erneut. Beantragen Sie eine Überprüfung nur über den passenden angebotenen Weg und mit den erforderlichen Voraussetzungen. Schließen Sie den Fall anhand der ursprünglichen Angebote, nicht anhand einer beruhigend wirkenden Gesamtzahl. So bleibt die Arbeit auch beim nächsten Import und beim Wechsel der zuständigen Person verständlich.
Der Zusammenhang zwischen Meldung, Ursache und Ergebnis bleibt dokumentiert: Was war falsch, was wurde geändert und welcher Beleg bestätigt die Behebung? Daraus entsteht eine wiederverwendbare Prüfroutine.
Wenn Sie Produktdaten, Shop und Kontobefunde gemeinsam prüfen und die nächsten Schritte strukturiert vorbereiten möchten, unterstützt Sie Salestudia bei der Einrichtung und Optimierung des Google Merchant Centers.