Produktseite im Merchant Center nicht verfügbar: Ein Entscheidungsbaum für 404-Fehler, Bot-Sperren und Weiterleitungsketten

„Produktseite nicht verfügbar“ gehört zu den teureren Meldungen im Merchant Center, denn sie kommt ohne Vorwarnung. Google deaktiviert die betroffenen Produkte, und sie erscheinen nicht mehr in Anzeigen und kostenlosen Einträgen, bis der Crawler die Seite wieder erreichen kann (Google Merchant Center Help). Ein fehlgeschlagener Crawl der mobilen oder der Desktop-Seite lehnt den Artikel auf beiden Geräten ab, und nach der Behebung kann es bis zu 48 Stunden dauern, bis das Produkt wieder ausgespielt wird (Google, Product crawl issues).

Dieser Leitfaden richtet sich an Feed-Manager, Agenturleiter und Entwickler, die im Tab „Needs attention“ auf Landingpage-Fehler stoßen. Am Ende können Sie den Fehler einer von sechs Ursachen zuordnen (dem Feed, der robots.txt, einer Firewall- oder CDN-Regel, einer Weiterleitungskette, dem Server oder Google selbst) und ihn an der Quelle beheben.

Was die einzelnen Landingpage-Meldungen tatsächlich bedeuten

Google meldet ein und dasselbe Grundproblem, „Wir konnten Ihre Produktseite nicht abrufen“, unter mehreren Bezeichnungen. Die Tabelle ordnet jeder Meldung ihren API-Code zu und nennt, was Sie zuerst prüfen sollten.

Die Issue-Codes stammen aus dem Severity-Mapping der Content API; die Bezeichnungen aus Googles Hilfeseiten zu „Produktseite nicht verfügbar“, „Produktseiten können nicht geprüft werden“ und zum StoreBot-Zugriff. Die letzte Zeile betrifft die Kontoebene, nicht die Produktebene.

Zuerst: Zählen Sie, wie viele Produkte betroffen sind

Bevor Sie eine URL öffnen, prüfen Sie, welchen Anteil des Katalogs der Fehler betrifft. Das Verhältnis verrät, wo Sie suchen müssen.

• Nahezu jedes Produkt: Etwas Websiteweites (robots.txt, eine CDN- oder Firewall-Regel, DNS, ein Ausfall) blockiert Google. Beginnen Sie mit den Zweigen B, C und E.
• Eine klar abgegrenzte Teilmenge (eine Kategorie, eine Marke oder ein URL-Muster): Der Feed erzeugt fehlerhafte URLs. Beginnen Sie mit den Zweigen A und D.
• Ein kleiner, verstreuter Anteil ohne erkennbares Muster, und die Seiten laden einwandfrei: Der Crawl von Google ist möglicherweise schlicht fehlgeschlagen. Emmanuel Flossie von FeedArmy wertet etwa 10 % betroffene Produkte als Hinweis auf eine Ursache auf Google-Seite und alle Produkte als Hinweis auf ein Problem der Website (PPC Land, März 2026). Das ist die Beobachtung eines einzelnen Praktikers, kein Google-Benchmark; nutzen Sie sie daher als Ausgangshypothese und nicht als Urteil.

Laden Sie die betroffenen Produkte im Tab „Needs attention“ als CSV herunter (Google) und sortieren Sie sie nach URL-Pfad; das Muster zeigt sich meist schnell.

Der Entscheidungsbaum: sechs Ursachen in der Reihenfolge, in der Sie sie testen

Prüfen Sie eine betroffene URL mit dem URL-Prüftool und wählen Sie dabei als Abruftyp Smartphone oder Desktop passend zum Fehler – genau diesen Test empfiehlt Google selbst (Google). Folgen Sie dann dem ersten Zweig, der zutrifft.

A. Die URL im Feed ist falsch (404 oder ungültige URL)

Liefert die Prüfung 404, vergleichen Sie die Feed-URL mit der Live-URL. Übliche Ursachen: ein geänderter Slug, eine Staging-Domain, ein fehlendes Sprachpräfix oder nicht kodierte Zeichen. Google verlangt, dass URLs mit http:// oder https:// beginnen, Ihre verifizierte Domain verwenden und Sonderzeichen kodiert sind; als Beispiel nennt Google ein Komma, das zu %2C wird (Google). Das Attribut link muss der Kodierung nach RFC 2396 oder RFC 1738 folgen (Google, Product data specification).

Besonders betroffen sind türkische und arabische Shops, deren Plattformen Slugs aus Produktnamen bilden. Beispielzeilen, für diesen Leitfaden konstruiert:

Kodieren Sie in einer Feed-Regel statt von Hand, und kodieren Sie nur einmal. Doppelte Kodierung macht aus %C4 ein %25C4 und damit einen neuen 404-Fehler. Einzelne Produkte korrigieren Sie über „Produkt bearbeiten“; bei vielen Produkten korrigieren Sie link und mobile_link an der Quelle und laden den Feed erneut hoch (Google).

B. Die robots.txt blockiert Google oder ist nicht erreichbar

Meldet die Prüfung die Seite als blockiert, öffnen Sie /robots.txt. Googles Lösung besteht darin, sowohl dem Landingpage-Crawler als auch dem Bild-Crawler den Abruf der gesamten Website zu erlauben (Google):

User-agent: Googlebot
Disallow:

User-agent: Googlebot-image
Disallow:

Drei Details werden häufig übersehen:

• AdsBot ignoriert den Platzhalter. AdsBot-Google und AdsBot-Google-Mobile ignorieren die Gruppe User-agent: *, daher müssen Regeln für sie diese ausdrücklich nennen (Google, special-case crawlers). Google nutzt AdsBot-Google für Anzeigen und Googlebot für die organische Suche, und das Blockieren eines der beiden kann Probleme verursachen (Google).
• Storebot-Google hat ein eigenes Token. Seine Regeln betreffen alle Google-Shopping-Flächen (Google, common crawlers); ein Disallow: /, das zum Schonen des Crawl-Budgets ergänzt wurde, sperrt Storebot daher von jeder Produktseite aus.
• Eine nicht erreichbare robots.txt ist ebenfalls ein Fehler. „Zugriff auf Ihre robots.txt-Datei nicht möglich“ ist eine eigene Ursache für „Produktseite nicht verfügbar“ (Google).

Wenn Sie die robots.txt kürzlich geändert haben, kann Google betroffene Produkte mit zuvor genehmigten Bildern noch bis zu 30 Tage lang weiter ausspielen (Google). Diese Karenzzeit verdeckt das Problem; sie behebt es nicht.

C. Bot-Schutz, eine Firewall oder Geo-Blocking liefert nur an Google den Status 403

Dieser Zweig verwirrt, weil die Seite im Browser einwandfrei lädt. Google beschreibt das Muster selbst: Firewalls oder CDNs wie Cloudflare, die nur automatisierten Bots 403 oder 404 zurückgeben, User-Agent-Sperrlisten sowie Fingerprinting-Frameworks, die Crawler anhand von User-Agent, IP, Browser-Variablen oder Crawl-Rate markieren (Google, StoreBot access).

1. Prüfen Sie das Firewall- oder CDN-Log auf blockierte oder per Challenge abgewiesene Anfragen von Googlebot, AdsBot-Google oder Storebot-Google.
2. Verifizieren Sie per Reverse-DNS, nicht über eine statische IP-Liste. Google rät von statischen IP-Allowlists ab und empfiehlt Reverse-DNS (Google). Googlebot wird zu googlebot.com aufgelöst, AdsBot zu google.com, und Google veröffentlicht die IP-Bereiche als common-crawlers.json und special-crawlers.json (Google, verifying requests).
3. Wissen Sie, was Ihr Bot-Schutz ausnehmen kann und was nicht. Laut Cloudflare-Dokumentation lässt sich der Bot Fight Mode nicht mit benutzerdefinierten WAF-Regeln oder Page Rules umgehen oder überspringen, während der Super Bot Fight Mode Skip-Regeln unterstützt (Cloudflare docs). Wird Google im Bot Fight Mode per Challenge abgewiesen, liegt die Lösung in einer Konfigurations- oder Tarifänderung, nicht in einer weiteren Regel.
4. Prüfen Sie Geo-Blocking. Googles Anweisung lautet, den User-Agent AdsBot-Google zuzulassen und, falls Sie Regionen einschränken, das Crawlen aus den USA zu erlauben (Google). Shops, die den Traffic auf die Türkei oder die Golfstaaten beschränken, sind davon betroffen.

Testen Sie das nicht, indem Sie von Ihrem eigenen Rechner curl mit einem Googlebot-User-Agent senden. Ein Bot-Schutz, der per IP verifiziert, blockiert Ihre Anfrage als gefälscht, selbst wenn der echte Googlebot erlaubt ist. Nutzen Sie das URL-Prüftool, das von Google aus abruft.

D. Zu viele Weiterleitungen oder ein defektes Weiterleitungsziel

Google verlangt höchstens zwei Weiterleitungen (Google). Eine typische Kette mit drei Sprüngen ist http:// zu https://, Domain ohne Subdomain zu www, alter Slug zu neuem Slug. Übermitteln Sie die finale URL. Weiterleitungen, die eine ungültige, leere oder überlange URL zurückgeben, sind ein eigener Fehler (Google). Wenn Sie das Add-on für regionale Verfügbarkeit und Preise nutzen, müssen auch URLs mit einem region_id-Parameter crawlbar sein (Google).

E. 5xx-Antworten, Timeouts oder DNS-Fehler

Diese weisen auf den Server hin, nicht auf den Feed; Google führt 5xx-Fehler, nicht auflösbare Hostnamen, fehlerhafte Antworten und Timeouts als getrennte Ursachen auf (Google). Die Empfehlung für Spitzenzeiten: Wenn Ihre Website ausfällt oder Zeitüberschreitungen auftreten, können Artikel abgelehnt werden. Stellen Sie also sicher, dass der Server Traffic-Spitzen verkraftet, und prüfen Sie die Geschwindigkeit mit PageSpeed Insights (Google, preparing for big events). Tun Sie das vor einem Black-Friday- oder Ramadan-Peak, nicht währenddessen.

F. Auf Ihrer Seite ist nichts falsch

Liefert das URL-Prüftool 200, erlaubt die robots.txt Google, ist das Firewall-Log sauber und ist nur eine verstreute Minderheit betroffen, fordern Sie eine Website-Prüfung an. Sie beschleunigt die erneute Freigabe; Google kann bis zu 12 Stunden benötigen und akzeptiert in diesem Zeitraum keine zweite Anfrage (Google). Das Problem kann zurückkehren, manchmal schon am nächsten Tag (PPC Land); in diesem Fall eskalieren Sie an den Merchant-Center-Support und fügen Ihre Prüfergebnisse bei.

Wie lange die Erholung nach der Behebung dauert

Google nennt für die einzelnen Phasen unterschiedliche Zeiträume. Mit dieser Tabelle setzen Sie beim Budgetverantwortlichen realistische Erwartungen:

Eine Präventions-Checkliste zum Bewerten

Vergeben Sie einen Punkt für jeden Punkt, den Sie heute bestätigen können. Sieben oder mehr: Fehler sollten selten sein und sich schnell diagnostizieren lassen. Vier oder weniger: Die nächste Änderung an robots.txt oder CDN legt wahrscheinlich Produkte lahm.

1. Der Feed exportiert die finale kanonische Produkt-URL, nie eine URL, die mehr als einmal weiterleitet.
2. Eine Feed-Regel kodiert Nicht-ASCII-Zeichen und Kommas genau einmal prozentkodiert.
3. Keine Staging-, Vorschau- oder Test-Domains können in den Produktiv-Feed gelangen.
4. Die robots.txt erlaubt Googlebot und Googlebot-Image für Produkt- und Bildpfade.
5. Niemand hat ein Disallow für Storebot-Google oder AdsBot-Google ohne einen Grund eingetragen, den jemand erklären kann.
6. Der Bot-Schutz nimmt verifizierte Google-Crawler per Reverse-DNS aus, und Ihr Bot-Produkt unterstützt Ausnahmen tatsächlich.
7. Geo-Beschränkungen erlauben das Crawlen aus den USA.
8. Jede Änderung an robots.txt, CDN oder WAF wird an drei Produkt-URLs mit dem URL-Prüftool getestet.
9. Jemand prüft „Needs attention“ wöchentlich, in der Hochsaison täglich.
10. Produkte, die nicht mehr vorrätig oder gelöscht sind, verlassen den Feed, bevor ihre URLs 404 zurückgeben.

Die Punkte 1 bis 3 und 10 betreffen den Feed, wo ein Feed-Tool sie durchsetzen kann. Feed Protection von Feedance führt seine Prüfungen bei jedem Feed-Update aus und entfernt Artikel mit defekten Bild-Links, bevor sie einen Kanal erreichen. Unsere Google-Merchant-Center-Integration sendet die link-Werte, die Ihre Regeln erzeugen. Die Bildseite desselben Problems behandelt unser Leitfaden zum Beheben von Produktbild-Links.

Wo dieser Leitfaden an seine Grenzen stößt

Feed-Tools, unseres eingeschlossen, crawlen Ihre Website nicht so wie Googlebot. Feed Protection validiert Feed-Daten bei jedem Update, ist kein Echtzeit-Monitoring und ruft keine Landingpages aus dem Netzwerk von Google ab. Die Zweige B, C und E bleiben bei Ihrem Entwickler, Ihrem Hoster oder Ihrem CDN-Administrator; das URL-Prüftool sowie Ihre Server- oder CDN-Logs sind dort die richtigen Werkzeuge, und keine Feed-Plattform ersetzt sie.

Dieser Leitfaden behandelt nur Google; Meta und TikTok Shop verwenden eigene Crawler und Fehlerbezeichnungen. Googles eigene Seiten widersprechen sich bei den Zeitangaben, betrachten Sie die Erholungstabelle daher als Spanne. Und die Regel „10 % deuten auf die Google-Seite hin“ stammt von einem einzelnen Praktiker; wir haben keine eigenen Daten, die sie bestätigen.

Häufig gestellte Fragen

Bedeutet „Produktseite nicht verfügbar“, dass meine Website down ist?

Nicht unbedingt. Es bedeutet, dass der Crawler von Google die übermittelte URL nicht abrufen konnte. Das kann an einer falschen Feed-URL, einer robots.txt-Sperre, einer nur für Bots geltenden Firewall-Sperre, zu vielen Weiterleitungen oder einem Fehler auf Google-Seite liegen.

Warum sind meine Produkte auf Desktop abgelehnt, obwohl nur die mobile Seite fehlgeschlagen ist?

Laut Google lehnt ein Crawl-Fehler auf der mobilen oder der Desktop-Landingpage den Artikel auf beiden Geräten ab, bis die Seite erreichbar ist. Beheben Sie die fehlerhafte Version, dann kommen beide zurück.

Reicht es, Googlebot in der robots.txt zu erlauben, damit Shopping-Anzeigen laufen?

Nicht immer. AdsBot-Google ignoriert die Gruppe User-agent: *, und Storebot-Google hat für Shopping-Flächen ein eigenes Token. Prüfen Sie, dass keine Regel eines von beiden ausschließt.

Sollte ich die IP-Adressen von Google in meiner Firewall auf eine Allowlist setzen?

Google rät von statischen IP-Allowlists ab und empfiehlt die Verifizierung per Reverse-DNS. Wenn Sie IP-Bereiche benötigen, lesen Sie die von Google veröffentlichten JSON-Dateien aus, statt eine einmal kopierte Liste zu verwenden.

Wie lange dauert es nach der Behebung, bis abgelehnte Produkte zurückkommen?

Eine angeforderte Website-Prüfung dauert bis zu 12 Stunden; danach nennen Googles Seiten bis zu 48 bis 72 Stunden, bis Produkte und der Tab „Needs attention“ aktualisiert sind. Planen Sie zwei bis drei Tage ein.

Verursachen türkische oder arabische Zeichen in Produkt-URLs Ablehnungen?

Das können sie, wenn sie unkodiert oder doppelt kodiert bei Google ankommen. Kodieren Sie Nicht-ASCII-Zeichen und Kommas in einer Feed-Regel genau einmal.

Kann ein Landingpage-Problem mein gesamtes Konto sperren?

Ja. Google kennt ein kritisches Problem auf Kontoebene für nicht funktionierende Landingpages, das zur Kontosperrung führt. Ein katalogweiter Anstieg dieser Fehler braucht daher Aufmerksamkeit noch am selben Tag.

Prüfen Sie die Links Ihres Feeds, bevor Google es tut

Die feedseitigen Ursachen in diesem Leitfaden (falsche Domains, nicht kodierte Zeichen, URLs, die gar nicht im Feed stehen sollten) lassen sich im Feed günstiger finden als im Merchant Center. Lassen Sie Ihren Feed vom kostenlosen Product-Feed-Audit-Tool prüfen, das Datenvollständigkeit, Datenqualität und technischen Zustand bewertet, und arbeiten Sie die Ergebnisse vor Ihrem nächsten Peak ab.

Quellen

• Google Merchant Center Help: How to fix: Product page unavailable
• Google Merchant Center Help: Product crawl issues
• Google Merchant Center Help: How to fix: Unable to check product pages
• Google Merchant Center Help: How to fix: Unable to do quality & policy checks on product pages
• Google Merchant Center Help: How to fix: Google StoreBot crawler can't access your in-store product page
• Google Merchant Center Help: How to prepare for big events and product launches
• Google Merchant Center Help: Product data specification
• Google Content API for Shopping: Issue severity and Merchant Center Diagnostics
• Google Search Central: List of Google's special-case crawlers
• Google: List of Google's common crawlers
• Google: Verifying Google crawlers and fetchers
• Cloudflare docs: Bot Fight Mode
• PPC Land: Google Merchant Center's "product page unavailable" error kills ads (March 2026)