Wenn du schon einmal in der Google Search Console gearbeitet hast, kennst du sicher dieses kleine, aber manchmal nervige Detail: Du lädst eine XML-Sitemap hoch, die alles korrekt enthält, aber trotzdem bekommst du die Meldung „couldn’t fetch“. Dabei weißt du genau, dass die Datei erreichbar ist, dass keine Berechtigungsprobleme bestehen, und trotzdem bleibt diese Fehlermeldung bestehen. Ein Nutzer brachte diese Frustration kürzlich in einem öffentlichen Beitrag auf den Punkt – und das hat eine kleine Diskussion ausgelöst.
Das Grundproblem mit dem Status „couldn’t fetch“
Manchmal dauert es einfach, bis Google Sitemaps vollständig verarbeitet. In diesen Fällen wäre ein **„noch in Bearbeitung“**-Status hilfreich – so eine Art Zwischenstufe zwischen „erfolgreich gelesen“ und „nicht abrufbar“. Genau das schlug ein Nutzer namens **Kyle Risley** vor. Sein Gedanke war, dass viele Betreiber durch den derzeitigen Status fehlinformiert werden. Sie glauben, ihre Sitemap sei defekt oder blockiert, obwohl Google sie schlicht noch nicht komplett verarbeitet hat.
Wenn du lange genug mit SEO zu tun hast, kennst du diese Situation: Du prüfst alles doppelt, spielst mit Robots.txt, Headern oder Serverlogs herum – nur um am Ende festzustellen, dass Google einfach noch nicht fertig war. Das kostet Zeit und Nerven. Ein Status wie **„still processing“** könnte diese Unsicherheit beseitigen.
John Muellers Reaktion
Auf die Frage reagierte ein Google-Mitarbeiter, den du sicher schon oft in SEO-Foren gesehen hast: **John Mueller**. Er bestätigte, dass er das Thema intern schon mehrfach angesprochen hat. Offenbar ist auch ihm bewusst, dass das bestehende System manchmal verwirrend ist. Seine Antwort war aber gleichzeitig ernüchternd: Er habe darüber „on and off“ mit den Teams gesprochen, sehe, dass es nervig sei, aber es gebe **nichts Neues anzukündigen**.
Typisch für Google-Kommunikation, möchte man sagen. Manchmal erfährt man durch solche Antworten immerhin, dass ein bestimmtes Problem bekannt ist – auch wenn keine konkrete Lösung in Sicht ist. Ich persönlich finde das in gewisser Weise wertvoller als Schweigen. Es zeigt, dass intern Diskussionen laufen, auch wenn das Ergebnis noch aussteht.
Warum das „still processing“ helfen würde
Die Einführung eines solchen Status wäre nicht nur kosmetisch. Sie hätte handfeste Vorteile. Vor allem würde sie:
- **Missverständnisse abbauen** – Website-Admins wüssten sofort, dass kein Zugriffsproblem besteht.
- **Serverlast reduzieren** – weniger unnötige Requests beim Versuch, das vermeintliche Problem manuell zu beheben.
- **Transparenz schaffen** – Google zeigt damit, dass Crawling und Processing zwei unterschiedliche Stadien sind, und das wäre pädagogisch wertvoll.
Interessant ist, dass Google bei anderen Prozessen schon ähnliche Status-Informationen bietet – zum Beispiel beim Indexierungsbericht oder bei der Videoverarbeitung auf YouTube. Dort sieht man Zwischenphasen wie „Processing“ oder „Wird überprüft“. Warum also nicht auch bei Sitemaps?
Ein kleiner Blick hinter die Kulissen von XML-Sitemaps
XML-Sitemaps sind im Grunde einfache Textdateien, die Google dabei helfen, eine Website besser zu verstehen. Sie liefern Metadaten über URLs – wann sie zuletzt geändert wurden, welche Priorität sie haben oder wie oft sie aktualisiert werden. Eigentlich ein unkompliziertes System. In der Praxis aber hängt viel davon ab, wie Google sie interpretiert.
Ich erinnere mich, wie Anfang der 2010er Jahre viele SEOs der Meinung waren, dass Sitemaps nur eine Art „Hinweis“ seien und Google ohnehin mache, was es will. Heute wissen wir, dass Google sie durchaus nutzt, aber vorsichtig – sie sind ein Signal, kein Befehl. Trotzdem sind sie unverzichtbar, besonders bei großen Websites mit zigtausend Seiten oder dynamischen Plattformen. Und da kann es sich eben bemerkbar machen, wenn die Sitemap „not fetched“ bleibt, obwohl alles korrekt aussieht.
Wie Google-Sitemaps verarbeitet werden
Wenn du eine Sitemap einreichst, passiert nicht alles sofort. Zuerst lädt Google die Datei herunter – das ist der **Fetch-Vorgang**. Danach wertet der Googlebot sie aus, um die enthaltenen URLs zu prüfen und gegebenenfalls in den Index-Queue zu übergeben. Diese zweite Phase – das eigentliche **Processing** – kann dauern, insbesondere wenn die Datei groß oder häufig aktualisiert wird.
Es ist verständlich, wenn Google dafür Zeit braucht. Aber ein schlichtes „Couldn’t fetch“ ist dafür kein gutes Signal, weil es etwas anderes suggeriert: dass der Fetch fehlgeschlagen ist, nicht die Verarbeitung. Ein „Still processing“ wäre da viel ehrlicher.
Warum Google zögert, Änderungen einzuführen
Warum also tut sich nichts? Wahrscheinlich, weil die Einführung eines neuen Status scheinbar trivial ist, aber viele Ebenen betrifft. Google müsste ihn in der Search Console abbilden, dokumentieren, APIs anpassen und Entwicklern erklären. Außerdem hätte jeder neue Status Auswirkungen auf Tools, die APIs auslesen – von Screaming Frog bis zu Enterprise-SEO-Systemen. Aus Google-Sicht also Aufwand für ein Feature, das zwar nützlich, aber nicht entscheidend ist.
Ich kann mir vorstellen, dass intern andere Themen Priorität haben: KI-Auswertung, Ranking-Signale, Indexing-Optimierungen. So ein kleines UX-Detail fällt dann schnell hintenüber. Und dennoch – gerade solche kleinen Details machen für Betreiber den Unterschied zwischen Klarheit und Rätselraten.
Ein Beispiel aus der Praxis
Ich erinnere mich an ein Projekt für einen großen Onlinehändler. Die hatten mehrere hunderttausend Produktseiten und täglich neue Feeds. Viele ihrer Sitemaps zeigten ständig „couldn’t fetch“, obwohl die URLs erreichbar waren. Die Entwickler schoben es erst auf CDN-Probleme, dann auf Firewall-Regeln. Am Ende stellte sich heraus: Google hatte sie schlicht noch nicht vollständig verarbeitet. So ein Hinweis hätte uns mehrere Stunden Arbeit erspart.
Wenn du dir die Menge an Support-Anfragen in Foren anschaust, findest du zahllose Threads, in denen genau dieses Thema aufkommt. „Warum steht bei meiner Sitemap ‚couldn’t fetch‘?“ – und jedes Mal erklären erfahrene SEOs, dass das oft harmlos ist. Ein offizieller Status würde also nicht nur Transparenz schaffen, sondern auch Google-Support entlasten.
Wie realistisch ist eine Änderung?
Dass John Mueller das Thema überhaupt kommentiert, ist ein gutes Zeichen. In der Vergangenheit hat er sich häufig zu Community-Anliegen geäußert, die später umgesetzt wurden – manchmal Monate oder Jahre später. Es könnte also durchaus sein, dass dieser Vorschlag irgendwann Realität wird. Nur nicht sofort.
Aus seiner Antwort lässt sich indirekt herauslesen: „Ja, wir wissen darum, und nein, derzeit ist nichts geplant.“ Ein diplomatisches Schweben. Für uns heißt das: weiter Geduld haben, und im Zweifel einfach wissen, dass „couldn’t fetch“ nicht immer wirklich „kann nicht abrufen“ heißt.
Was du stattdessen tun kannst
Wenn du in der Zwischenzeit auf diesen Status stößt, hier ein paar Dinge, die du prüfen kannst – einfach um sicherzugehen, dass es tatsächlich nur am Processing liegt:
- Rufe die Sitemap direkt per Browser oder Curl ab – wenn du sie ohne Fehlermeldung erhältst, ist sie erreichbar.
- Überprüfe, ob sie valide formatiert ist (es gibt Online-Validatoren).
- Prüfe, ob der Server den richtigen Content-Type liefert (application/xml).
- Warte ein paar Stunden oder Tage – oft löst sich das Problem von selbst.
Ich weiß, das klingt banal, aber diese einfachen Schritte decken 90 % aller Fälle ab. Der Rest ist Geduld.
Was bleibt am Ende?
Der Vorschlag für ein **„Still Processing“**-Label bei Sitemaps ist klein, aber sinnvoll. Er betrifft ein Detail, das vielen von uns schon Kopfschmerzen bereitet hat. Dass Google das Thema zumindest wahrnimmt, ist positiv. Es wäre ein Zeichen, dass die Suchmaschine auch an Entwicklerfreundlichkeit denkt, nicht nur an algorithmische Effizienz.
Ich persönlich glaube, dass sich solche Themen oft nur langsam bewegen. Doch manchmal sind es genau diese kleinen Vorschläge aus der Community, die irgendwann einen größeren Stein ins Rollen bringen. Und bis dahin gilt: Wenn du wieder einmal ein „couldn’t fetch“ siehst – vielleicht ist Google einfach nur noch dabei, deine Sitemap zu verdauen.
Fazit: Auch wenn noch nichts angekündigt ist, zeigt diese Diskussion, dass Google die Reibungspunkte der Webmaster-Community erkennt. Ob und wann ein neuer Status kommt, bleibt offen – aber das Bewusstsein dafür wächst. Und manchmal ist das schon der erste Schritt in die richtige Richtung.
