Merchant Center: Massen-Disapproval trotz erreichbarer URLs

In der Nacht zum aktuellen Berichtstag haben zahlreiche Google-Ads-Händler im Google Merchant Center plötzlich Massen-Disapprovals mit dem Hinweis „Product page unavailable“ erhalten – obwohl die verlinkten Produktseiten im Shop erreichbar waren. Die Meldungen deuten auf einen möglichen Fehler in der automatischen Validierung von Produkten und Landingpages hin, nicht auf ein flächendeckendes Problem bei den Shops selbst. Für E-Commerce-Teams, Feed-Manager und Performance-Marketer ist das mehr als ein Einzelfall: Jede falsche Disapproval kann Shopping-Anzeigen, Free Listings und die Sichtbarkeit im Google-Ökosystem kurzfristig ausbremsen.

Google Merchant Center prüft kontinuierlich, ob Produkt-URLs erreichbar sind, ob Inhalte zum Feed passen und ob Policy-Vorgaben eingehalten werden. Die automatische Landingpage-Prüfung ist ein zentraler Hebel der Datenqualität. Wenn der Crawler oder die Validierungs-Pipeline eine Seite fälschlich als nicht verfügbar einstuft, werden betroffene Artikel disapproved – oft in großer Stückzahl und ohne dass Händler zuvor Feed oder Shop geändert haben.

Was „Product page unavailable“ im Merchant Center bedeutet

Der Fehlercode signalisiert aus Googles Sicht, dass die Ziel-URL zum Zeitpunkt der Prüfung nicht abrufbar war oder keine gültige Produktseite lieferte. Typische Ursachen sind echte 404-Fehler, temporäre Serverausfälle, aggressive Bot-Blocker, fehlerhafte Weiterleitungen oder Unterschiede zwischen Feed-URL und der URL, die Google beim Crawl sieht. In den gemeldeten Fällen berichten Händler jedoch, dass die Seiten im Browser und per manueller Prüfung normal laden – ein klares Indiz für einen Validierungsfehler auf Google-Seite statt für ein Shop-Problem.

• Disapproval betrifft die Ausspielung in Shopping und verbundenen Oberflächen
• Massenmeldungen deuten auf systemische Validierung, nicht Einzel-SKUs
• Erreichbare Seiten + Disapproval = Priorität für Merchant-Center-Diagnose
• Zeitpunkt „letzte Nacht“ spricht für Batch- oder Pipeline-Störung

Mögliche technische Ursachen auf Google-Seite

Wenn viele Konten gleichzeitig betroffen sind, kommen vor allem Infrastruktur- oder Logikfehler in Frage. Dazu gehören überlastete Crawler-Knoten, fehlerhafte Geo- oder User-Agent-Checks, zu kurze Timeouts bei langsamen Shops oder ein Bug in der neuen Validierungsroutine für Landingpages. Auch CDN-Konfigurationen, die Google-Bots anders behandeln als normale Nutzer, können sporadisch zu Fehlklassifikationen führen – in einem Massenereignis ist jedoch die zentrale Pipeline die wahrscheinlichere Erklärung.

Händler sollten trotzdem nicht blind von einem reinen Google-Bug ausgehen. Parallele Checks verhindern, dass echte Probleme übersehen werden: HTTP-Statuscodes, Mobile-Redirects, Wartungsmodus, A/B-Tests auf Produkt-URLs und Unterschiede zwischen Feed-Link und kanonischer URL. Nur wenn diese Punkte sauber sind und die Disapprovals zeitlich gebündelt eintreffen, ist die Hypothese eines Merchant-Center-Fehlers am plausibelsten.

Unterschied zu echten Landingpage-Problemen

Bei echten Fehlern sind Disapprovals oft auf bestimmte URL-Muster, Märkte oder Server-Cluster beschränkt. Ein Massenereignis über viele unabhängige Shops hinweg ohne gemeinsame Plattform-Änderung spricht eher für Google. Dennoch können einzelne Artikel tatsächlich kurzzeitig 503 oder Timeout geliefert haben, während Google crawlte – deshalb lohnt ein Blick auf Server-Logs im selben Zeitfenster.

Auswirkungen auf Shopping-SEO und Umsatz

Disapproved Produkte fallen aus aktiven Shopping-Kampagnen und können Free Listings beeinträchtigen. Für Shops mit hohem Performance-Anteil bedeutet das binnen Stunden messbare Einbußen bei Impressionen, Klicks und Umsatz – besonders in Peak-Zeiten oder bei saisonalen Sortimenten. Zusätzlich entsteht operativer Aufwand: Teams müssen Diagnosen priorisieren, Support-Tickets vorbereiten und interne Alarmketten aktivieren, obwohl der Feed unverändert korrekt sein kann.

Aus Sicht des Shopping-SEO ist die Landingpage-Verfügbarkeit eine Grundvoraussetzung neben Titel, GTIN, Preis und Verfügbarkeit. Falsche Disapprovals untergraben Vertrauen in die Datenqualitäts-Reports und erschweren die Abgrenzung zwischen echten Feed-Fehlern und Plattform-Störungen. Wer Merchant Center und organische Produkt-Sichtbarkeit gemeinsam steuert, sollte KPI-Brüche in diesem Zeitraum explizit mit möglichen Validierungsfehlern verknüpfen.

Empfohlene Maßnahmen für Händler und Agenturen

Zuerst sollten betroffene Konten den Diagnosebereich im Merchant Center öffnen und prüfen, wie viele Produkte den Hinweis „Product page unavailable“ tragen und seit wann. Screenshots und Exporte der betroffenen Item-IDs dokumentieren Support-Anfragen. Zweitens Stichproben manuell testen: Desktop und Mobile, mit und ohne Cache, ggf. aus verschiedenen Regionen oder über Tools, die Statuscodes ausgeben.

Drittens Feed-URLs mit der live im Shop ausgelieferten URL abgleichen. Viertens prüfen, ob Bot-Zugriffe für Googlebot und AdsBot blockiert werden. Fünftens keine panische Massenänderung am Feed, solange die Seiten erreichbar sind – unnötige Resubmits können die Pipeline zusätzlich belasten. Stattdessen auf offizielle Google-Kommunikation oder automatische Korrektur warten, sofern ein bestätigter Bug vorliegt.

Monitoring und Kommunikation im Team

Performance- und SEO-Verantwortliche sollten eine kurze interne Notiz verteilen: betroffene Märkte, geschätzter Anteil disapproved SKUs, erwarteter Umsatz-Impact und Verantwortlichkeiten für Merchant-Center-Pflege. Parallel lohnt es, Google Ads-Kampagnen auf eingeschränkte Produktabdeckung zu prüfen und Budgetverschiebungen nur datenbasiert vorzunehmen. Wenn Google den Validierungsfehler bestätigt und zurückrollt, können Freigaben oft ohne Feed-Änderung wiederhergestellt werden – dennoch empfiehlt sich ein erneuter Diagnose-Lauf nach der Entstörung.

Langfristig stärken Händler ihre Resilienz durch stabile Produkt-URLs, konsistente strukturierte Daten, saubere Weiterleitungsketten und Monitoring der Erreichbarkeit kritischer Landingpages. Ein Massen-Disapproval bei erreichbaren Seiten ist ein Warnsignal für die Abhängigkeit vom Merchant-Center-Crawler – nicht für schlechte On-Page-SEO allein. Wer den Vorfall strukturiert dokumentiert, kann spätere Audits und Support-Fälle beschleunigen, falls ähnliche Wellen erneut auftreten.