Titelbild: KI-generiert
Das Wichtigste in Kürze |
|---|
✓ Die Meldung heißt: Google konnte die Sitemap gar nicht abrufen. Mit Fehlern im Inhalt der Datei hat sie nichts zu tun, die meldet die Search Console unter einem anderen Status. |
✓ Google nennt fünf Ursachen: eine Sperre per robots.txt, eine falsche Adresse, Serverfehler, eine ungeklärte manuelle Maßnahme und geringen Crawling-Bedarf. Die letzten beiden sind keine technischen Defekte. |
✓ Was Google aus früheren Abrufen weiß, vergisst es bei einem späteren Fehler nicht. Kleine, gut verlinkte Websites brauchen laut Google eventuell gar keine Sitemap. |
✓ Nach der Behebung sollte die Sitemap neu eingereicht werden, weil Google den Abruf nach einigen Tagen aufgibt. Den früheren Ping-Dienst für Sitemaps hat Google eingestellt. |
Seit Tagen steht bei Ihrer Sitemap in der Search Console „Konnte nicht abgerufen werden“, und auf der Detailseite heißt es: „Sitemap konnte nicht gelesen werden“. Sie öffnen dieselbe Adresse im Browser, und die Datei ist da, sauber formatiert, mit allen Seiten. Was also kann Google nicht lesen?
Die Antwort steht in Googles Hilfe, und sie ist wenig intuitiv: Google hat die Datei gar nicht erst bekommen. Die Meldung beschreibt einen gescheiterten Abruf, keinen Fehler im Inhalt. Wir erklären, welche Ursachen Google nennt, woran Sie erkennen, welche vorliegt, und wann die Meldung dringend ist. Eine Anleitung zum Bau einer Sitemap ist das nicht. Stand: 4. Oktober 2026.
Was bedeutet „Sitemap konnte nicht gelesen werden“?
Google konnte die Sitemap nicht abrufen. Die Meldung steht für einen gescheiterten Abruf, nicht für einen Fehler im Inhalt der Datei. Die Search-Console-Hilfe formuliert es so: Wenn auf der Detailseite „Sitemap konnte nicht gelesen werden“ angezeigt wird, „ist das Abrufen aus einem dieser Gründe fehlgeschlagen“ (Quelle: Google Search-Console-Hilfe, 2026). In der Übersicht der Sitemaps erscheint dann der Status „Konnte nicht abgerufen werden“.
Das Wort „gelesen“ führt also in die Irre. Probleme beim Verarbeiten des Inhalts meldet die Search Console unter einem anderen Status. Die drei Zustände im Überblick:
Status in der Übersicht | Was passiert ist | Was mit den Adressen geschieht |
|---|---|---|
Erfolgreich | Google hat die Sitemap abgerufen und ohne Fehler gelesen | Google kennt die Adressen, Crawling und Indexierung sind damit nicht garantiert |
X Fehler | Die Sitemap wurde abgerufen und teilweise gelesen, einzelne Einträge sind fehlerhaft | Fehlerfrei gelesene Adressen kommen in die Crawling-Warteschlange |
Konnte nicht abgerufen werden | Der Abruf ist gescheitert, auf der Detailseite steht „Sitemap konnte nicht gelesen werden“ | Google versucht es einige Tage lang erneut und gibt dann auf |
Was Google schon weiß, bleibt erhalten. Ein späterer Fehler führt laut Google nicht dazu, dass die Informationen aus früheren Abrufen gelöscht werden (Quelle: Google Search-Console-Hilfe, 2026). Seiten, die Google bereits kennt, verschwinden also nicht, nur weil die Sitemap gerade nicht erreichbar ist. Von neuen und geänderten Seiten erfährt Google auf diesem Weg allerdings nichts mehr.
Welche Ursachen nennt Google?
Fünf: eine Sperre per robots.txt, eine falsche Adresse, Serverfehler, eine ungeklärte manuelle Maßnahme und geringen Crawling-Bedarf. Die Tabelle zeigt, woran sich die Fälle unterscheiden lassen (Quelle: Google Search-Console-Hilfe, 2026):
Ursache laut Google | Woran Sie sie erkennen | Unsere Einordnung |
|---|---|---|
Sperre durch die robots.txt | Die URL-Prüfung der Sitemap-Adresse meldet, dass Crawling nicht erlaubt ist | Gilt nur für Crawler, deshalb öffnet sich die Datei im Browser trotzdem |
Falsche Adresse | Der Server antwortet mit 404, die Datei liegt woanders oder heißt anders | Denkbar nach Umzügen, Systemwechseln oder geänderten Pfaden |
Allgemeiner Fehler, etwa ein nicht erreichbarer Server | Der Seitenabruf in der URL-Prüfung scheitert | Kann laut Google vorübergehend sein. Bleibt er bestehen, lohnt der Blick auf den ganzen Server |
Ungeklärte manuelle Maßnahme | Der Bericht „Manuelle Maßnahmen“ zeigt einen Eintrag statt eines grünen Häkchens | Solange sie besteht, liest Google keine Sitemaps |
Geringer Crawling-Bedarf für die Sitemap | Keine Sperre und kein Serverfehler zu finden | Kein Defekt, sondern eine Frage der Inhalte |
Zur falschen Adresse enthält die deutsche Hilfe einen Übersetzungsfehler. Dort steht „HTTP-Fehler 400: Sitemap unter der angegebenen Adresse nicht gefunden“. Die englische Fassung nennt an derselben Stelle 404, und nur dieser Code passt zu „nicht gefunden“ (Quelle: Google Search Console Help, 2026). Wer in den Serverprotokollen nach einem 400 sucht, sucht deshalb womöglich am falschen Ort.
Die manuelle Maßnahme ist die ernsteste Ursache. Sie bedeutet, dass ein Prüfer bei Google Verstöße gegen die Spamrichtlinien festgestellt hat. Betroffene Seiten oder ganze Websites ranken dann niedriger oder fehlen in den Ergebnissen, ohne dass Nutzer einen Hinweis sehen. Gibt es keine Maßnahme, zeigt der Bericht ein grünes Häkchen (Quelle: Google Search-Console-Hilfe, 2026). Die Sitemap ist in diesem Fall ein Nebenschauplatz.
Geringer Crawling-Bedarf ist die unbequemste Ursache. Google schreibt dazu: „Je höher die Qualität der Inhalte der Website ist, desto höher ist der Crawling-Bedarf.“ (Quelle: Google Search-Console-Hilfe, 2026) Findet sich weder eine Sperre noch ein Serverfehler, führt die Spur also zu den Inhalten. Ein erneutes Einreichen behebt diese Ursache aus unserer Sicht nicht. Warum Google Inhalte zurückhält, beschreiben wir im Beitrag zu „gecrawlt, zurzeit nicht indexiert“.
Woran erkennen Sie, welcher Fall vorliegt?
Am schnellsten an der URL-Prüfung der Sitemap-Adresse selbst. Diesen Weg nennt Google ausdrücklich. Im Live-Test sollte unter „Seitenverfügbarkeit“ bei „Crawling erlaubt?“ ein Ja stehen und beim „Seitenabruf“ der Eintrag „Erfolgreich“. Außerdem darf die Sitemap nicht hinter einer Anmeldung liegen (Quelle: Google Search-Console-Hilfe, 2026).
Daraus ergibt sich die Reihenfolge, in der wir die Ursachen ausschließen:
Stimmt die Adresse? Eine Sitemap, die nach einem Umbau an anderer Stelle liegt, liefert einen 404.
Darf der Googlebot sie abrufen? Regeln in der robots.txt, eine Anmeldung oder ein Schutz gegen automatisierte Zugriffe halten Crawler fern, Besucher im Browser nicht.
Antwortet der Server zuverlässig? Ein einzelner Ausfall kann vorübergehend sein. Hält er über Tage an, betrifft er vermutlich nicht nur die Sitemap.
Liegt eine manuelle Maßnahme vor? Der gleichnamige Bericht klärt das in Sekunden.
Bleibt nur der Crawling-Bedarf? Dann ist die Frage nicht mehr technisch, sondern inhaltlich.
Nach der Behebung sollten Sie die Sitemap neu einreichen. Scheitert der Abruf, versucht Google es laut Hilfe einige Tage lang erneut und hört dann auf. Für diesen Fall empfiehlt Google, das Problem zu beheben und die Sitemap erneut einzureichen. Anders bei einem vorübergehenden Fehler: Dort rät Google, erst nach mehreren Stunden neu einzureichen, falls der Fehler dann noch besteht (Quelle: Google Search-Console-Hilfe, 2026).
Eine Eigenheit des Berichts sollten Sie kennen. Er zeigt nur Sitemaps, die über den Bericht selbst oder die Schnittstelle eingereicht wurden. Eine Sitemap, auf die lediglich die robots.txt verweist, taucht dort nicht auf (Quelle: Google Search Console Help, 2026). Fehlt eine Sitemap im Bericht, heißt das also nicht, dass Google sie nicht kennt.
Was unterscheidet die Meldung von Fehlern im Inhalt?
Bei Inhaltsfehlern hat Google die Datei bekommen und zumindest teilweise gelesen. Fehlerfrei gelesene Einträge plant Google trotzdem zum Crawlen ein (Quelle: Google Search-Console-Hilfe, 2026). Typische Inhaltsfehler laut Google:
ein ungültiges Datum: verlangt ist das Format W3C Datetime, und wer eine Uhrzeit angibt, muss auch die Zeitzone angeben
nicht maskierte Sonderzeichen in Adressen, etwa ein &
mehr als 50.000 Adressen in einer Datei
ein Sitemap-Index, der auf weitere Indexdateien verweist
Adressen mit www in einer Sitemap, die ohne www abgelegt ist, oder umgekehrt
Adressen mit so vielen Weiterleitungen, dass Googles Crawler ihnen nicht folgen. Google empfiehlt, dort die Adressen einzutragen, die tatsächlich gecrawlt werden sollen
Für Größe und Format gelten feste Grenzen. Eine einzelne Sitemap darf unkomprimiert höchstens 50 MB groß sein oder 50.000 Adressen enthalten. Sie muss UTF-8-codiert sein und vollständige, absolute Adressen nutzen (Quelle: Google Search Central, 2026). Größere Bestände werden aufgeteilt und über einen Sitemap-Index gebündelt, der seinerseits höchstens 50.000 Sitemaps auflisten darf (Quelle: Google Search-Console-Hilfe, 2026). Pro Website lassen sich in der Search Console bis zu 500 Sitemap-Indexdateien einreichen (Quelle: Google Search Central, 2026).
Diese Grenzen sind Prüfpunkte, keine Ziele. Für die Meldung „Sitemap konnte nicht gelesen werden“ spielen sie keine Rolle, denn dort ist die Datei gar nicht erst bei Google angekommen.
Was leistet eine Sitemap überhaupt?
Sie hilft Google, Adressen zu finden. Crawling und Indexierung garantiert sie nicht. Google schreibt, es könne nicht garantieren, dass alle Elemente einer Sitemap gecrawlt und indexiert werden (Quelle: Google Search Central, 2025). Die Zahl der erkannten Seiten im Sitemap-Bericht ist deshalb keine Indexzahl.
Kleine, gut verlinkte Websites kommen eventuell ohne aus. Google findet Seiten hauptsächlich über Links von bereits gecrawlten Seiten (Quelle: Google Search Central, 2025). Eine Website mit etwa 500 Seiten oder weniger, die intern gut verlinkt ist, braucht laut Google eventuell keine Sitemap. Nützlich ist sie dagegen für neue Websites, auf die erst wenige externe Links zeigen (Quelle: Google Search Central, 2025).
Nicht alle Angaben in der Sitemap nutzt Google. Die Werte priority und changefreq ignoriert Google. Das Datum der letzten Änderung, lastmod, verwendet Google nur, wenn es durchgängig und nachprüfbar stimmt. Es soll die letzte wesentliche Änderung zeigen, etwa am Hauptinhalt, an strukturierten Daten oder an Links, nicht ein neues Jahr im Copyright-Hinweis (Quelle: Google Search Central, 2026).
Gary Illyes von Google hat 2023 beschrieben, was bei falschen Daten passiert: Wer angibt, eine Seite habe sich gestern geändert, obwohl sie vor 7 Jahren zuletzt angefasst wurde, dem glaubt Google irgendwann nicht mehr. Im selben Beitrag kündigte er das Ende des Ping-Dienstes für Sitemaps an. Eingereicht wird seitdem über die robots.txt und die Search Console (Quelle: Google Search Central, 2023).
Bei WordPress kommt eine Besonderheit hinzu. Das System erzeugt seit Version 5.5 selbst eine Sitemap und schaltet sie ab, wenn in den Einstellungen Suchmaschinen vom Indexieren abgehalten werden sollen (Quelle: WordPress.org, 2020). Was das bei Relaunches bedeutet, steht in unserem Beitrag zur WordPress SEO Agentur.
Erscheint Ihre Website trotz Sitemap gar nicht bei Google, ordnet unser Beitrag Google findet meine Website nicht die übrigen Ursachen ein.
Wann ist die Meldung dringend?
Wenn wichtige neue Seiten schnell gefunden werden müssen oder die Ursache über die Sitemap hinausreicht. Eine Sperre in der robots.txt kann mehr betreffen als die Sitemap, ein instabiler Server die ganze Website, und eine manuelle Maßnahme wirkt auf die Rankings selbst. In diesen Fällen ist die Meldung nur das sichtbarste Symptom.
Weniger dringend ist sie bei kleinen, gut verlinkten Websites, deren Seiten Google ohnehin kennt. Klären sollten Sie sie trotzdem, denn eine Sitemap, die niemand prüft, kann beim nächsten Umbau unbemerkt ausfallen. Beim SEO Relaunch gehört sie deshalb auf die Liste der Punkte, die vor dem Umschalten geklärt sein sollten.
Auch für KI-Antworten zählt, dass Google Ihre Seiten findet. In Googles KI-Übersichten und im KI-Modus kann als Quelle nur erscheinen, was indexiert ist und mit Snippet angezeigt werden darf (Quelle: Google Search Central, 2025). ChatGPT, Perplexity und andere Dienste schicken eigene Crawler, die Sie ebenfalls über die robots.txt steuern. Ist die Sitemap per robots.txt gesperrt, lohnt deshalb ein Blick darauf, wen die Datei sonst noch aussperrt. Welche Crawler es gibt, zeigt unsere Übersicht der KI-Crawler.
Für die Diagnose genügt uns Lesezugriff auf die Search Console. Im SEO-Audit ordnen wir die Meldung zusammen mit allen anderen Befunden zu Crawling und Indexierung nach ihrer Wirkung ein.
FAQ: Sitemap konnte nicht gelesen werden
Warum öffnet sich die Sitemap im Browser, aber Google kann sie nicht abrufen? Weil ein Browser kein Crawler ist. Regeln in der robots.txt gelten nur für Crawler, und im Browser sind Sie womöglich angemeldet. Die URL-Prüfung der Search Console zeigt, ob Google die Adresse abrufen darf und ob der Abruf gelingt.
Muss ich die Sitemap nach der Korrektur neu einreichen? Ja, wenn der Abruf über längere Zeit gescheitert ist. Google versucht es laut Hilfe einige Tage lang und hört dann auf. Bei einem vorübergehenden Fehler rät Google dagegen, erst nach mehreren Stunden erneut einzureichen.
Verschwinden meine Seiten aus Google, wenn die Sitemap nicht gelesen werden kann? Nein. Informationen aus früheren Abrufen vergisst Google laut Hilfe nicht, und Seiten findet Google vor allem über Links. Von neuen oder geänderten Seiten erfährt Google über die Sitemap aber erst wieder, wenn der Abruf funktioniert.
Braucht jede Website eine Sitemap? Nein. Websites mit etwa 500 Seiten oder weniger, die intern gut verlinkt sind, brauchen laut Google eventuell keine. Für neue Websites, auf die erst wenige externe Links zeigen, ist sie dagegen nützlich.
Was bedeutet „HTTP-Fehler 400“ in der deutschen Hilfe? Vermutlich einen Übersetzungsfehler. Die englische Fassung nennt an derselben Stelle den Fehler 404, also eine Sitemap, die unter der angegebenen Adresse nicht zu finden ist. Prüfen Sie deshalb zuerst, ob die eingereichte Adresse stimmt.
Sollten wir Google nach jeder Änderung über die Sitemap benachrichtigen? Den Ping-Dienst dafür hat Google eingestellt. Wichtiger ist ein korrektes lastmod-Datum, das sich nur bei wesentlichen Änderungen ändert. Dauerhaft falsche Daten nimmt Google laut Gary Illyes irgendwann nicht mehr ernst.
Die Meldung „Sitemap konnte nicht gelesen werden“ heißt, dass Google die Datei gar nicht erst bekommen hat. Welche der fünf Ursachen dahintersteckt, lässt sich eingrenzen, und nicht jede davon ist technisch. Wenn Sie das für Ihre Website klären möchten, sprechen Sie mit uns.
