Sie öffnen die Google Search Console, um die Indexierung zu prüfen, navigieren zum Bericht der Sitemap und sehen den Status „Couldn't fetch". Kommt Ihnen das bekannt vor?

Dieser Fehler kann Panik auslösen: Es scheint, als könne Google Ihre Website überhaupt nicht sehen und alle Seiten stünden kurz davor, aus dem Index zu fallen. In der Praxis ist die Situation fast immer innerhalb von 10-15 Minuten behoben, und in der Hälfte der Fälle liegt das Problem nicht einmal bei Ihnen.

Nachfolgend ein bewährter Algorithmus: von der Diagnose bis zur vollständigen Lösung. Ohne Füllmaterial, mit konkreten Schritten und echten Screenshots der Search-Console-Oberfläche.

💡 Kurzer Überblick:

• Prüfen Sie, ob der Fehler echt ist: Oft handelt es sich um einen Google-Glitch, und Sie müssen nur warten oder einen neuen Crawl anfordern
• Testen Sie die Sitemap-Erreichbarkeit über URL-Prüfung und Live-Test: Das dauert eine Minute und zeigt sofort, ob Google Ihre Datei sehen kann
• Wenn der Fehler echt ist, gehen Sie die Checkliste durch: XML-Validierung, robots.txt, Plugins, Server-Antwort
• In komplexeren Fällen nutzen Sie externe Diagnose-Tools und reichen die Sitemap erneut über die Search-Console-Oberfläche ein

Warum Google die Sitemap nicht abrufen kann

Die Ursache des Problems sollte man in zwei Bereiche aufteilen: einen Fehler auf Googles Seite und einen Fehler auf Ihrer Seite. Der Unterschied ist grundlegend, denn im ersten Fall müssen Sie gar nichts tun.

Search-Console-Glitch. Seit dem großen Update der Search-Console-Oberfläche häufen sich Situationen, in denen der Status „Couldn't fetch" falsch ist. Google versucht, die Sitemap zu laden, im System selbst geht etwas schief, und der Bericht zeigt einen Fehler an, obwohl die Datei auf dem Server völlig in Ordnung ist. Die Google-Ingenieure sind sich dieses Problems bewusst, und die offizielle Dokumentation sagt direkt: Wenn der Abruf fehlschlägt, wiederholt das System den Versuch innerhalb einiger Tage, und erst nach einer Reihe von Fehlschlägen stellt es die Prüfung ein.

Tatsächliche Nichterreichbarkeit. Die Sitemap wird physisch nicht ausgeliefert: fehlerhaftes XML, falscher Content-Type, Blockierung in der robots.txt, ein Sicherheits-Plugin, das Googlebot-Anfragen abweist, ein falsch konfiguriertes CDN oder eine Firewall. Dazu gehören auch abgelaufene SSL-Zertifikate der Domain, die Google daran hindern, eine sichere Verbindung aufzubauen.

Indirekte Ursachen. Einige WordPress-Plugins (insbesondere Sicherheits- und Caching-Plugins) können versehentlich den Googlebot-User-Agent blockieren. Manchmal ist der Übeltäter nicht das Plugin, das man zuerst verdächtigen würde; das Problem zeigt sich als Kaskade: Ein Cache-Plugin erzeugt eine statische Kopie der Sitemap-Seite, während ein Sicherheits-Plugin Anfragen an diese Kopie blockiert.

So prüfen Sie, ob die Sitemap erreichbar ist

Der schnellste Weg, einen Google-Bug von einem echten Problem zu unterscheiden, ist das URL-Prüftool direkt in der Search Console. Es zeigt, was Googlebot beim Zugriff auf die Datei sieht.

Schritt 1. Öffnen Sie die Search Console, fügen Sie die vollständige Sitemap-URL in die Prüfleiste oben in der Oberfläche ein und drücken Sie die Eingabetaste.

Schritt 2. Wenn die URL nicht indexiert ist (das ist bei Sitemaps normal, da sie üblicherweise noindex haben), klicken Sie auf die Schaltfläche „Live-URL testen". Die Search Console führt einen Live-Test durch, greift in Echtzeit auf die Datei zu und zeigt das Ergebnis an.

Schritt 3. Scrollen Sie auf der Live-Test-Seite nach unten zum Abschnitt „Seitenabruf". Wenn dort „Erfolgreich" steht, kann Google die Datei sehen, und der Fehler „Couldn't fetch" im Sitemap-Bericht ist ein Bug auf Seiten der Search Console. Tun Sie nichts: Der Status wird sich beim nächsten Prüfzyklus aktualisieren, oder reichen Sie die Sitemap über die Schaltfläche im Sitemap-Bericht erneut ein.

Wenn der Seitenabruf einen Fehler anzeigt, fahren Sie mit dem nächsten Abschnitt fort.

Schritt-für-Schritt-Lösung: Fünf-Punkte-Checkliste

Wenn der Live-Test bestätigt, dass Google die Sitemap tatsächlich nicht abrufen kann, gehen Sie die Punkte der Reihe nach durch. Jeder nächste Schritt kommt nur dann zum Einsatz, wenn der vorherige das Problem nicht gelöst hat.

1. XML-Gültigkeit prüfen

Öffnen Sie die Sitemap-URL in Ihrem Browser. Wenn Sie sauberes XML mit <urlset>- und <url>-Tags sehen, ist die Struktur in Ordnung. Wenn die Seite leer ist, einen PHP-Fehler ausgibt oder eine weiße HTML-Seite zeigt, ist die Sitemap beschädigt.

Zur tiefergehenden Prüfung nutzen Sie den XML Sitemap Validator, ein kostenloses Online-Tool, das Formatierungsfehler, fehlerhafte URLs innerhalb der Sitemap und die Nichteinhaltung des Sitemap-Protokoll-Standards anzeigt. Es teilt Ihnen auch mit, ob das Limit von 50.000 URLs pro Datei überschritten wird (in diesem Fall benötigen Sie einen Sitemap-Index).

2. Robots.txt und Server-Header prüfen

Googlebot muss Zugriff auf die Sitemap-Datei haben. Öffnen Sie yoursite.com/robots.txt und stellen Sie sicher, dass es keine Zeile gibt wie:

1
Disallow: /sitemap.xml
2

Prüfen Sie auch, dass der Googlebot-User-Agent selbst nicht blockiert wird, etwa durch eine Zeile User-agent: Googlebot gefolgt von Disallow: /.

Der Content-Type-Header der Server-Antwort sollte application/xml oder text/xml sein. Wenn der Server die Sitemap als text/html ausliefert, erkennt Google die Datei möglicherweise nicht. Sie können Header über Fetch & Render von TechnicalSEO prüfen, das die Seite mit allen HTTP-Headern aus der Sicht von Googlebot zeigt.

3. WordPress-Plugins prüfen

Sicherheits-Plugins (Wordfence, Solid Security, Sucuri) und Caching-Plugins (WP Rocket, W3 Total Cache, LiteSpeed Cache) sind die Hauptverdächtigen. Algorithmus:

• Cache-Plugins. Leeren Sie den Cache, schließen Sie sitemap.xml vorübergehend vom Caching aus. In WP Rocket gibt es ein Feld „URLs niemals cachen"; in LiteSpeed Cache den Tab „Ausnahmen". Nach dem Ausschluss leeren Sie den Cache erneut.

• Sicherheits-Plugins. Prüfen Sie die Plugin-Logs auf blockierte Anfragen an sitemap.xml vom User-Agent Googlebot. Wordfence zeigt solche Blockierungen in Echtzeit unter „Tools → Live Traffic" an.

• SEO-Plugins. Manchmal liegt das Problem im Sitemap-Generator selbst. Yoast SEO, Rank Math, All in One SEO, jeder hat seinen eigenen Handler. Versuchen Sie, die Sitemap neu zu generieren: Bei Yoast SEO geht das über „Einstellungen → Website-Funktionen → XML-Sitemaps" (aus- und wieder einschalten); bei Rank Math über „Sitemap-Einstellungen → Änderungen speichern".

4. Hosting- und CDN-Blockierung ausschließen

Einige Hosting-Anbieter und Firewalls (Cloudflare, Sucuri WAF) können Googlebot-Anfragen anhand der IP oder des User-Agent blockieren. Prüfen Sie:

• Cloudflare. Suchen Sie im Bereich „Sicherheit → Ereignisse" nach blockierten Anfragen an sitemap.xml. Wenn Sie fündig werden, erstellen Sie eine WAF-Regel, die User-Agent Googlebot für URLs mit sitemap erlaubt.

• Hosting-Firewall. Einige Control Panels (cPanel, ISPmanager) haben integrierte ModSecurity-Regeln, die fälschlicherweise bei XML-Dateien auslösen. Prüfen Sie die Apache/NGINX-Logs auf 403-Fehler beim Zugriff auf sitemap.xml.

5. Sitemap erneut einreichen

Nachdem Sie die Ursache behoben haben, kehren Sie zurück zu Search Console → Sitemaps → fügen Sie die Sitemap-URL in das Feld „Neue Sitemap hinzufügen" ein → Senden. Das System versucht sofort, die Datei zu laden. Ändert sich der Status auf „Erfolg", ist das Problem gelöst.

Wichtiger Hinweis: Auch nach erfolgreichem Laden der Sitemap garantiert Google nicht die Indexierung aller darin aufgeführten URLs. Geschwindigkeit und Vollständigkeit der Indexierung hängen von der Größe der Website, ihrer Autorität und der Aktualisierungshäufigkeit der Inhalte ab.

Diagnose-Tools

Halten Sie zusätzlich zu den integrierten Tools der Search Console drei externe Tools bereit; sie decken praktisch alle Diagnoseszenarien ab:

• Online-Validator von XML-Sitemaps, ein Struktur-Validator. Prüft Syntax, URL-Anzahl, verschachtelte Sitemap-Indizes und die Einhaltung des Sitemaps.org-Standards. Kostenlos, keine Registrierung erforderlich.

• Fetch & Render, ein Googlebot-Emulator. Zeigt, wie Google die Seite sieht: HTTP-Header, Statuscode, gerendertes HTML. Nützlich, wenn Sie verstehen müssen, ob der Server Inhalte für verschiedene User-Agents austauscht.

• PageSpeed Insights, ein indirektes, aber wichtiges Tool. Wenn der Server langsam antwortet (TTFB über 1-2 Sekunden für eine statische XML-Datei), kann Google die Verbindung beim Versuch, eine große Sitemap zu laden, abbrechen.

⁉️🤔 Häufig gestellte Fragen

Warum erscheint und verschwindet der Fehler „Couldn't fetch", ohne dass ich etwas unternehme?

Das ist das klassische Verhalten eines Bugs auf Googles Seite. Das System prüft die Sitemap regelmäßig nach einem eigenen Zeitplan, und in bestimmten Momenten verursacht ein interner Glitch einen falschen Fehler. Die nächste automatische Prüfung ist oft erfolgreich, weshalb der Status flackert. Wenn die Sitemap physisch erreichbar ist (verifiziert per Live-Test), ignorieren Sie das Flackern; es beeinflusst die Indexierung nicht.

Wie oft prüft Google die Sitemap nach erfolgreichem Laden?

Der Wiederholungsprüfplan ist nicht an das reguläre Crawling der Website gebunden. Google nennt keine genaue Häufigkeit, aber in der Praxis liegt sie bei aktiven Websites zwischen mehrmals pro Woche und einmal alle paar Tage. Wenn Sie größere Änderungen an der Sitemap vorgenommen haben und die Verarbeitung beschleunigen möchten, reichen Sie sie über die Schaltfläche „Senden" im Sitemap-Bericht erneut ein.

Könnte der Fehler mit der Sitemap-Größe zusammenhängen?

Ja. Das Limit liegt bei 50.000 URLs und 50 MB pro Datei. Wenn die Sitemap eines dieser Limits überschreitet, kann Google sie möglicherweise nicht verarbeiten. Die Lösung ist ein Sitemap-Index: eine übergeordnete XML-Datei, die auf mehrere untergeordnete Dateien verweist, die jeweils innerhalb der Limits liegen. Die meisten WordPress-SEO-Plugins tun dies automatisch, wenn der Schwellenwert überschritten wird.

Sollte ich die Sitemap zur robots.txt hinzufügen?

Dringend empfohlen. Fügen Sie die Direktive Sitemap: https://yoursite.com/sitemap.xml zur robots.txt hinzu; das gibt Google einen zweiten Weg, die Datei zu entdecken. Selbst wenn die Einreichung über die Search-Console-Oberfläche fehlschlägt, kann Google die Sitemap beim Crawlen der robots.txt finden.

Beeinflusst ein Sitemap-Abruf-Fehler die Rankings?

Nicht direkt. Google verhängt keine Strafen für die Nichterreichbarkeit einer Sitemap. Ein indirekter Einfluss ist möglich: Ohne Sitemap warten neue oder selten aktualisierte Seiten möglicherweise länger auf die Indexierung, besonders auf großen Websites mit komplexen Strukturen. Bei kleinen Websites mit guter interner Verlinkung ist das Fehlen einer Sitemap praktisch nicht spürbar.

Sitemap nicht verfügbar: Was jetzt zu tun ist

Der Algorithmus läuft auf drei Schritte hinaus, die die allermeisten Fälle abdecken:

• Live-Test. Fügen Sie die Sitemap-URL in die Prüfleiste der Search Console ein → klicken Sie auf Live-Test. „Seitenabruf: Erfolgreich" → der Fehler ist falsch, tun Sie nichts. „Fehlgeschlagen" → fahren Sie fort.

• Serverseitige Diagnose. Öffnen Sie sitemap.xml in Ihrem Browser; sehen Sie sauberes XML? Prüfen Sie robots.txt auf Disallow? Cache leeren und Logs der Sicherheits-Plugins prüfen? Datei durch den XML Sitemap Validator laufen lassen?

• Erneute Einreichung. Ursache beheben → zurück zu Sitemaps → Senden. Status auf „Erfolg" geändert? Erledigt. Wenn nicht, kehren Sie zu Punkt 2 zurück und prüfen Sie die Server-Header per Fetch & Render.

Wenn Sie die Diagnose systematisch angehen und keine Schritte überspringen, ist das Problem in einem Prüfzyklus behoben. Und falsche Search-Console-Fehler, die gut die Hälfte der Anfragen zu diesem Thema ausmachen, erfordern überhaupt kein Eingreifen.