Sitemap konnte nicht abgerufen werden: Search Console Ursachen und Lösung

Was bedeutet der Status "Sitemap konnte nicht abgerufen werden" in der Search Console und was tun Sie zuerst?

Der Status Sitemap konnte nicht abgerufen werden heißt, dass Google Ihre Sitemap Datei nicht herunterladen konnte. Meist ist die Adresse falsch, die Datei robots.txt sperrt den Pfad oder der Server weist Googlebot ab. Öffnen Sie zuerst die Adresse im Browser und testen Sie sie danach mit der URL Prüfung.

Bleiben Sie ruhig. Der Status bedeutet nicht, dass Google Ihre Website entfernt hat. Er sagt nur, dass eine einzelne Datei nicht lesbar war. Ihre Seiten können über Links weiterhin zu Google finden. Dennoch lohnt es sich, die Ursache zu beheben, denn neue Seiten fallen dann schneller auf.

Gehen Sie in dieser Reihenfolge vor:

1. Zunächst öffnen Sie die vollständige Sitemap Adresse in einem privaten Browserfenster und prüfen Sie, ob XML erscheint.
2. Danach kontrollieren Sie, ob Sie die richtige Property in der Search Console gewählt haben (http, https, www).
3. Dann lesen Sie die Datei robots.txt und suchen Sie nach einer Regel, die den Sitemap Pfad sperrt.
4. Außerdem starten Sie in der URL Prüfung einen Livetest für die Sitemap Adresse.
5. Danach prüfen Sie die Serverlogs auf abgewiesene Anfragen von Googlebot.
6. Schließlich beheben Sie die Ursache, senden Sie die Sitemap erneut und geben Sie Google etwas Zeit.

Dieser Beitrag behandelt nur diesen einen Fehler. Die Grundlagen finden Sie in unserer Anleitung zur XML Sitemap.

Ist "Sitemap konnte nicht abgerufen werden" dasselbe wie andere Sitemap Status?

Nein, jeder Status weist auf ein anderes Problem hin. Laut der offiziellen Hilfeseite zeigt der Bericht zu Sitemaps im Kern drei Ergebnisse. Das sind Erfolgreich, Konnte nicht abgerufen werden und die Anzahl der Fehler. Außerdem kann Google einen unklaren Zustand für Dateien anzeigen, die es noch nicht verarbeitet hat.

Der Kernunterschied ist einfach. Bei Konnte nicht abgerufen werden hat Google die Datei gar nicht erhalten. Bei einer Fehleranzahl hat Google die Datei zwar erhalten, aber Probleme darin gefunden. Das heißt, Sie beheben im ersten Fall den Zugriff und im zweiten Fall den Inhalt.

Allerdings können sich Texte der Oberfläche mit der Zeit ändern. Deshalb gilt: Wenn Ihr Bereich eine ähnliche Meldung zeigt, gehen Sie genauso vor. Verlassen Sie sich nicht auf eine exakte Bezeichnung.

Außerdem hängt die Ansicht von Ihrem Property Typ und Ihren Rechten ab. Achten Sie daher auf die Bedeutung des Status, nicht auf einen Screenshot aus einer anderen Quelle.

Wie unterscheiden sich die Status im Bericht zu Sitemaps?

Die folgende Tabelle vergleicht die wichtigsten Status und zeigt, wo Sie zuerst suchen.

Die vierte Zeile gehört nicht zu den Hauptstatus der offiziellen Seite. Sie sehen in den Details unter Umständen eine ähnliche Meldung, also verlassen Sie sich nicht auf den genauen Wortlaut.

In der Praxis brauchen die ersten beiden Zeilen keine Zugriffskorrektur. Die letzten beiden meistens schon. Deshalb bestimmen Sie zuerst den genauen Status, bevor Sie etwas ändern.

Sollten Sie bei "Sitemap konnte nicht abgerufen werden" für eine neue Sitemap abwarten?

Manchmal ja. Eine frisch gesendete Datei kann eine Zeit lang diesen Status zeigen. Die offizielle Hilfeseite weist darauf hin, dass kurze Serverprobleme sich von allein lösen können. Nicht jede Warnung ist also ein dauerhafter Ausfall.

Unsere Erfahrung aus der Praxis passt dazu. Zum Beispiel wechselt der Status manchmal ohne Änderung auf Ihrer Seite zu Erfolgreich. Das ist allerdings eine Beobachtung und keine Regel. Wie lange es dauert, kann niemand versprechen.

Ein sinnvoller Ablauf sieht so aus:

• Prüfen Sie zunächst, ob die Datei im Browser und in einem anderen Netzwerk öffnet.
• Warten Sie danach einige Tage und sehen Sie dann erneut in den Bericht.
• Ändert sich nichts, hören Sie auf zu warten und schließen Sie Ursachen einzeln aus.
• Löschen Sie die Datei nicht ständig und fügen Sie sie nicht immer wieder neu hinzu, denn das startet nur die Wartezeit neu.

Außerdem liest Google eine Datei bei neuen oder inhaltsarmen Websites oft später. Die offizielle Seite nennt, dass hochwertigere Inhalte die Nachfrage nach dem Crawling erhöhen. Geduld ist bei einer neuen Website daher normal.

Öffnet sich die Sitemap Adresse im Browser?

Das ist der schnellste und wertvollste Test. Kopieren Sie die genaue Adresse, die Sie gesendet haben, und öffnen Sie sie in einem privaten Fenster. Sie sollten XML oder einen Sitemap Index sehen. Eine leere Seite, eine Fehlermeldung, ein Login oder eine normale Webseite zeigt Ihnen das Problem.

Prüfen Sie diese Details in der Adresse:

• Das Protokoll muss stimmen, also mischen Sie http und https nicht.
• Ihre Wahl von www muss zur Property in der Search Console passen.
• Der Dateiname muss in Groß und Kleinschreibung übereinstimmen.
• Die Adresse darf kein verirrtes Leerzeichen, Anführungszeichen oder keinen Zeilenumbruch enthalten.

Danach kontrollieren Sie Weiterleitungen. Eine Kette von Weiterleitungen kann verhindern, dass Google die Datei erhält. Unser Redirect Checker zeigt, wohin eine Adresse führt und in wie vielen Schritten.

Testen Sie außerdem über ein Mobilfunknetz und bitten Sie eine Kollegin oder einen Kollegen, die Adresse zu öffnen. So schließen Sie lokale Caches und Netzwerkeffekte aus. Testen Sie nicht als angemeldeter Admin, denn manche Websites zeigen Admins etwas anderes als Googlebot.

Kann die Datei robots.txt Ihre Sitemap sperren?

Ja, das ist möglich. Die offizielle Hilfeseite ist eindeutig: Google beachtet die Datei robots.txt, wenn es Sitemaps abruft. Sperrt eine Regel die Datei, müssen Sie diese Regel entfernen.

Die Sperre ist oft indirekt. Zum Beispiel erfasst eine breite Regel für einen ganzen Ordner auch die Sitemap darin. Manche Websites legen die Sitemap in einen Plugin Ordner oder einen virtuellen Pfad. Auch dieser Pfad kann unter eine Regel fallen.

Prüfen Sie es in dieser Reihenfolge:

1. Zunächst öffnen Sie die Datei robots.txt im Browser und lesen Sie die Zeilen mit Disallow.
2. Danach sehen Sie nach, ob Ihr Sitemap Pfad mit einem gesperrten Pfad beginnt.
3. Dann falls ja, schränken Sie die Regel ein oder erlauben Sie den Sitemap Pfad als Ausnahme.
4. Schließlich prüfen Sie nach der Änderung, ob die neue robots.txt live ist.

Häufige Fehler haben wir in robots.txt Fehler und ihre Lösungen gesammelt. Brauchen Sie eine frische Datei, hilft der robots.txt Generator.

Kann die falsche Property (http, https, www) zu einer Sitemap führen, die nicht abgerufen werden konnte?

Sie löst den Fehler selten direkt aus, sorgt aber für Verwirrung. Die Search Console behandelt http, https, www und die Variante ohne www als getrennte Properties. Eine Domain Property deckt alle ab. Eine Property mit Präfix deckt nur ihr eigenes Präfix ab.

Hier ein Beispielszenario: Ihre Property ist https://www.example.com/. Sie senden aber https://example.com/sitemap.xml. Diese Adresse leitet vielleicht weiter, existiert nicht oder liefert eine andere Antwort. Am Ende haben Sie Google eine unbrauchbare Adresse geschickt.

Haben Sie kürzlich ein SSL Zertifikat installiert oder auf die Variante ohne www umgestellt, passiert das leicht. Die alte Sitemap Adresse führt dann nämlich woanders hin.

Die Lösung ist einfach:

• Legen Sie eine bevorzugte Version Ihrer Website fest.
• Schreiben Sie alle URLs in der Sitemap mit dieser Version.
• Senden Sie die Sitemap Adresse ebenfalls mit dieser Version.
• Leiten Sie die anderen Versionen dauerhaft auf die bevorzugte weiter.

Die offizielle Dokumentation sagt außerdem, dass Google vollständige, absolute URLs erwartet. Relative Pfade funktionieren nicht. Halten Sie daher Protokoll und Domain in der Datei einheitlich.

Kann eine Firewall hinter "Sitemap konnte nicht abgerufen werden" stecken?

Ja, und das ist eine häufige Ursache. Eine Firewall, ein Botschutz oder ein sehr strenges Ratenlimit kann Anfragen von Googlebot abweisen. Sie sehen die Datei im Browser, aber Google erhält 403 oder eine ähnliche Antwort.

Typische Anzeichen sind diese:

• Die Datei öffnet sich im Browser, doch die Search Console meldet, dass sie nicht abgerufen werden konnte.
• Die Serverlogs zeigen 403, 429 oder 5xx Antworten auf Anfragen von Googlebot.
• Das Problem tritt nur zu bestimmten Zeiten oder bei hohem Traffic auf.
• Sie haben die Regeln des Botschutzes kürzlich verschärft.

Prüfen Sie zunächst, ob die Anfrage wirklich von Googlebot stammt, denn gefälschte Bots nutzen denselben Namen. Unsere Anleitung Googlebot verifizieren erklärt diesen Schritt. Danach erlauben Sie in der Firewall den Sitemap Pfad für den echten Googlebot.

Bei 403 Fehlern durch die Firewall hilft unser Beitrag ModSecurity und 403 Fehler. Beachten Sie außerdem: Laut offizieller Seite liest Google keine Sitemaps, solange eine ungelöste manuelle Maßnahme besteht. Prüfen Sie deshalb den Bericht zu manuellen Maßnahmen.

Warum liefert die Sitemap Adresse eine Webseite statt XML?

Manche Websites liefern unter der Sitemap Adresse eine normale HTML Seite. Im Browser sehen Sie etwas, aber Google kann es nicht als Sitemap lesen. In den Details sehen Sie eventuell eine ähnliche Meldung.

Die häufigsten Ursachen sind diese:

• Die Adresse leitet auf eine Login Seite oder die Startseite weiter.
• Ein Cache oder Optimierungs Plugin verändert die Ausgabe.
• Das Sitemap Plugin ist aus, daher zeigt der Server eine 404 Seite.
• Der Server sendet die Fehlerseite mit dem Statuscode 200.
• Sie haben eine HTML Sitemap für Besucher statt einer XML Datei gesendet.

Der letzte Punkt ist besonders wichtig. Eine Sitemap Seite für Menschen ist nicht dasselbe wie die XML Datei, die Sie senden. Google akzeptiert XML, RSS, mRSS, Atom oder reine Textdateien.

Die offizielle Dokumentation verlangt außerdem die Kodierung UTF 8. Tag Werte müssen korrekt maskiert sein. Defekte Zeichen können das Lesen verhindern. Dieser Fall liegt allerdings näher an einer Fehleranzahl als am Abruf Problem.

Was passiert, wenn die Sitemap zu groß ist?

Große Dateien können Probleme machen. Die offizielle Dokumentation begrenzt jede Sitemap auf 50 MB unkomprimiert oder 50.000 URLs. Grenzwerte können sich ändern, prüfen Sie daher den aktuellen Wert auf der offiziellen Seite.

Überschreiten Sie die Grenze, teilen Sie die Datei in mehrere Teile. Danach listen Sie die Teile in einer Sitemap Indexdatei auf. So senden Sie eine Adresse und decken alles ab.

Achten Sie bei großen Dateien auf diese Anzeichen:

• Die Datei braucht im Browser sehr lange zum Öffnen.
• Der Server stößt an ein Speicher oder Zeitlimit und liefert eine unvollständige Antwort.
• Die Website baut die Datei bei jedem Besuch neu auf und arbeitet langsam.

Dynamische Erzeugung ist riskant. Läuft der Server in ein Zeitlimit, während Googlebot die Datei abruft, erscheint der Status Konnte nicht abgerufen werden. Mehrere kleine Dateien und ein Cache senken die Last meist deutlich.

Mit wachsender Seitenzahl wird eine einzelne große Datei schwerer zu verwalten. Getrennte Dateien für Produkte, Kategorien und Beiträge zeigen Ihnen außerdem, welcher Bereich das Problem hat. Für kleine Websites ist unser XML Sitemap Generator ein schneller Einstieg.

Haben Sie die Sitemap Indexdatei korrekt aufgebaut?

Ein Sitemap Index listet mehrere Sitemaps in einer Datei. Laut offizieller Dokumentation darf ein Index eine feste Höchstzahl an Sitemaps enthalten, und eine Website darf mehrere Indexdateien senden. Prüfen Sie die aktuellen Grenzen auf der offiziellen Seite.

Auch Fehler im Index führen zu Abrufproblemen:

• Untergeordnete Sitemap Adressen im Index liefern 404 oder leiten weiter.
• Die untergeordneten Dateien liegen nicht im selben Verzeichnis wie der Index oder tiefer.
• Die untergeordneten Adressen mischen http und https.
• Eine zweite Indexdatei steckt in der ersten.

Die Regel zum Speicherort ist wichtig. Sitemaps in einem Index müssen im selben Verzeichnis liegen wie die Indexdatei oder weiter unten in der Hierarchie. Sonst kann Google sie als außerhalb des Bereichs behandeln.

Zur Kontrolle öffnen Sie den Index und testen jede darin enthaltene Adresse im Browser. Schlägt schon eine fehl, liegt dort vielleicht das eigentliche Problem. Ein Index kann also gut aussehen, während eine untergeordnete Datei trotzdem scheitert.

Wie testen Sie die Sitemap mit der URL Prüfung?

Die URL Prüfung zeigt, ob Googlebot eine Adresse wirklich erreicht. Die offizielle Dokumentation verweist bei Abrufproblemen auf dieses Tool. Fügen Sie die Sitemap Adresse in die Suchleiste ein und starten Sie einen Livetest.

Achten Sie auf diese Ergebnisse:

1. Zunächst konnte Googlebot die Adresse erreichen oder gab es einen Zugriffsfehler?
2. Danach sperrt die Datei robots.txt die Seite?
3. Dann ist der gelieferte Inhalt das erwartete XML oder eine andere Seite?
4. Schließlich stimmt das Livetest Ergebnis mit dem Browser überein?

Besteht der Livetest, ist das Problem wohl vorübergehend oder ein Rest eines alten Versuchs. Scheitert er, gibt das Tool einen Hinweis auf die Art der Ursache. Dann gehen Sie zum passenden Abschnitt zurück und korrigieren robots.txt, den Server oder die Weiterleitung.

Einen breiteren Überblick bietet unsere Anleitung zur Google Search Console. Weitere Details nennt die offizielle Hilfeseite zur URL Prüfung.

Wie senden Sie die Sitemap nach der Korrektur erneut?

Stellen Sie zuerst sicher, dass Sie die Ursache wirklich behoben haben. Die Adresse sollte im Browser öffnen, die URL Prüfung sollte bestehen und die Sperre in der Datei robots.txt sollte weg sein. Erst dann senden Sie die Datei im Bereich Sitemaps erneut.

Gehen Sie so vor:

1. Zunächst öffnen Sie die richtige Property in der Search Console und rufen Sie den Bereich Sitemaps auf.
2. Danach prüfen Sie, dass sich die Sitemap Adresse nicht geändert hat.
3. Dann senden Sie dieselbe Adresse erneut oder fügen Sie die neue Adresse hinzu.
4. Außerdem kontrollieren Sie den Status nach einigen Tagen noch einmal.
5. Schließlich ändert sich nichts, lesen Sie die Detailzeile, denn sie kann von einem alten Versuch stammen.

Dieselbe Datei mehrmals hintereinander zu senden hilft nicht. Google liest die Datei nach eigenem Zeitplan. Daher ist es effizienter, die Ursache zu beheben und zu warten.

Halten Sie die Datei nach dem Erfolg aktuell. Wie Sie Änderungsdaten richtig setzen, lesen Sie in unserem Beitrag zu lastmod in der Sitemap.

Welche Ursachen sind bei WordPress und anderen CMS am häufigsten?

Bei den meisten Websites erzeugt ein Plugin oder eine CMS Funktion die Sitemap. Daher beginnen die meisten Probleme in den Plugin Einstellungen. Ein Beispielszenario: Sie aktualisieren das Plugin, die Struktur der Permalinks ändert sich und die alte Sitemap Adresse liefert plötzlich 404.

Die Tabelle fasst häufige Ursachen zusammen.

Liefert die Adresse einen 500 Fehler, hat Ihre Website vielleicht ein größeres PHP Problem. Dann hilft unsere Anleitung zum kritischen Fehler in WordPress.

Finden Sie vor jeder Änderung das genaue Plugin, das die Ursache ist. Oft genügt es, ein Plugin auszuschalten und neu zu testen.

Warum sind Seiten noch nicht indexiert, obwohl der Sitemap Fehler behoben ist?

Eine erfolgreich gelesene Sitemap garantiert nicht, dass jede Seite indexiert wird. Eine Sitemap gibt Google nur einen Hinweis. Die Auswahl der Seiten ist eine getrennte Entscheidung.

Häufige Gründe, warum Seiten nach dem Erfolg ausstehen:

• Der Inhalt ist dünn oder anderen Seiten sehr ähnlich.
• Die Seite hat ein noindex Tag oder eine falsche Canonical Adresse.
• Keine internen Links zeigen auf die Seite, daher bleibt die Priorität niedrig.
• Die Website ist neu, also ist die Nachfrage nach Crawling noch gering.

Dazu haben wir einen eigenen Beitrag: nicht indexierte Seiten in der Search Console finden. Er erklärt jeden Status, daher wiederholen wir ihn hier nicht.

Wichtig ist die Reihenfolge. Google liest zuerst die Sitemap, crawlt dann die Seiten und entscheidet zuletzt über die Indexierung. Haben Sie das erste Glied dieser Kette repariert, prüfen Sie die nächsten Glieder einzeln.

Welche falschen Lösungen sollten Sie vermeiden?

Unter Druck handeln viele überstürzt. Manche Schritte lösen das Problem nicht und machen es sogar schlimmer. Vermeiden Sie diese Fehler.

• Dieselbe Datei an einem Tag mehrmals löschen und neu hinzufügen.
• Die Firewall komplett ausschalten. Legen Sie stattdessen eine enge Ausnahme für den echten Googlebot an.
• Alle Regeln in der Datei robots.txt löschen. Finden Sie die falsche Regel und korrigieren Sie sie.
• Die Sitemap auf eine andere Domain verlegen, um das Problem zu umgehen.
• Anbietern vertrauen, die gegen Geld eine sofortige Indexierung verkaufen.

Der letzte Punkt ist besonders riskant. Niemand kann garantieren, wann Google eine Datei liest. Solche Versprechen beruhen oft auf Methoden, die gegen die Regeln verstoßen und Ihrer Website schaden können.

Der richtige Weg ist, die Ursache mit Belegen zu finden. Zuerst kommt der Browsertest, dann die URL Prüfung und danach die Serverlogs. Jeder Schritt schließt etwas aus. Das wirkt langsam, ist langfristig aber der schnellste Weg.

Wann sollten Sie sich Hilfe von einem Experten holen?

Haben Sie die Schritte oben versucht und nichts hat sich geändert, kann ein Blick von außen helfen. Das gilt besonders, wenn Sie keinen Zugriff auf Serverlogs, Firewall Regeln oder Weiterleitungsketten haben. Eine technische Prüfung spart dann Zeit.

Holen Sie sich Hilfe in diesen Fällen:

• Die Sitemap zeigt seit Wochen den Status Konnte nicht abgerufen werden.
• Sie vermuten eine Server oder Firewall Regel, die Googlebot sperrt.
• Ihr Aufbau hat viele Sprachen oder Subdomains.
• Das Problem begann direkt nach einer großen Umstellung von Domain, CMS oder Protokoll.

Als Talha Aslan und Team führen wir solche technischen Prüfungen regelmäßig durch. Wir geben keine Garantie, denn wir können nicht steuern, wann Google die Datei liest. Dennoch haben wir eine systematische Methode, die Ursache zu finden und die passende Korrektur umzusetzen.

Für technische Audits und Monitoring sehen Sie sich unsere SEO Beratung an.

Welche Checkliste verhindert, dass der Fehler wiederkommt?

Vorbeugen ist günstiger als reparieren. Eine kurze Prüfung vor der Veröffentlichung der Sitemap und nach jeder größeren Änderung genügt. Diese Liste macht daraus eine Routine.

1. Zunächst öffnen Sie die Sitemap Adresse in einem privaten Fenster und bestätigen Sie, dass XML erscheint.
2. Danach schreiben Sie jede URL darin mit Ihrem bevorzugten Protokoll und Ihrer Domain.
3. Dann bestätigen Sie, dass die Datei robots.txt den Sitemap Pfad nicht sperrt.
4. Außerdem bestätigen Sie, dass Ihre Firewall den echten Googlebot auf die Sitemap lässt.
5. Danach vergleichen Sie Dateigröße und URL Anzahl mit den offiziellen Grenzen und nutzen Sie bei Bedarf eine Indexdatei.
6. Dann wählen Sie in der Search Console die richtige Property und senden Sie die Sitemap von dort.
7. Schließlich sorgen Sie dafür, dass sich die Sitemap bei Änderungen der Website automatisch aktualisiert.

Führen Sie die Liste monatlich durch. Außerdem wiederholen Sie sie direkt nach einer Änderung an Design, CMS oder Hosting.

Notieren Sie zum Schluss kurz die gefundene Ursache und die Korrektur. Kehrt das Problem zurück, beginnen Sie dann nicht bei null.

Hinweis: Dieser Beitrag ist eine allgemeine Information. Bildschirme der Search Console und offizielle Regeln können sich ändern. Prüfen Sie den aktuellen Wortlaut immer auf der Hilfeseite zum Bericht Sitemaps und in der Dokumentation zum Erstellen von Sitemaps. Zu Indexdateien lesen Sie die Seite große Sitemaps.