1. Fehlerdetails in Search Console lesen
Öffnen Sie Sitemaps, wählen Sie die betroffene Einreichung und klappen Sie die Fehlerdetails auf. Notieren Sie genaue URL, Status und letzten Lesezeitpunkt. „Couldn’t fetch“ betrifft den Abruf; Parsing-Fehler betreffen den Dateiinhalt. Beides beweist nicht, dass alle enthaltenen Seiten aus dem Index verschwunden sind.
Einige Abruffehler sind vorübergehend oder hängen mit geringer Crawl-Nachfrage zusammen. Wenn Ihre Prüfungen eine gesunde Datei zeigen, vergleichen Sie spätere Versuche, statt das XML fortlaufend umzuschreiben.
2. Endgültige URL und HTTP-Antwort prüfen
- 404: Prüfen Sie, ob die eingereichte Adresse wirklich existiert. Nach einem CMS-Wechsel kann die Sitemap verschoben sein. Reichen Sie ihre tatsächliche endgültige Adresse ein.
- 403, Anmeldung oder Bot-Abfrage: Prüfen Sie Hosting und Firewall. Browserzugriff beweist keinen Googlebot-Zugriff. Nutzen Sie Googles Test und Serverprotokolle vor Änderungen an Sicherheitsregeln.
- 5xx oder Zeitüberschreitung: Untersuchen Sie Anwendungsfehler, Hosting-Verfügbarkeit und sporadische Störungen. Bei einem Timeout liegt möglicherweise kein HTTP-Status vor.
- 200: Lesen Sie den Antwortinhalt. Eine HTML-Wartungsseite mit Status 200 ist weiterhin nicht die gewünschte Sitemap.
curl -i https://example.com/sitemap.xmlDieser Befehl testet Ihre eigene Verbindung. Ein auf Googlebot geänderter User-Agent reproduziert oder bestätigt keine echte Googlebot-Anfrage.
3. XML und untergeordnete Dateien validieren
Prüfen Sie Wurzelelement, Namespace, schließende Tags und absolute loc-Werte. Maskieren Sie Sonderzeichen: Ein kaufmännisches Und in einer URL wird im XML als & geschrieben. Ein Index muss auf lesbare Sitemap-Dateien zeigen, nicht auf HTML-Seiten.
Das Protokoll erlaubt je Sitemap bis zu 50.000 URLs und 50 MB unkomprimiert. Teilen Sie größere Dateien auf und verknüpfen Sie sie über einen Index. Die kostenlosen SitemapXML-Limits sind davon getrennt: 2 MB je Datei, bis zu 10 Dateien und 5.000 eindeutige URLs für XML-Werkzeuge.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url><loc>https://example.com/catalog?page=1&lang=de</loc></url>
</urlset>4. Googles tatsächlichen Zugriff untersuchen
Fügen Sie die Sitemap-Adresse in die URL-Prüfung ein und starten Sie den Live-Test. Prüfen Sie Crawl-Erlaubnis und Seitenabruf. Suchen Sie in robots.txt nach Regeln gegen die Sitemap und vergleichen Sie das Ergebnis mit Serverprotokollen zum Fehlerzeitpunkt.
Schalten Sie die Firewall nicht wahllos ab. Ermitteln Sie zunächst die konkrete Regel oder fehlerhafte Adresse. Eine untergeordnete Sitemap kann fehlschlagen, obwohl der Index korrekt geladen wird.
5. XML-Fehler von Seitenausschlüssen trennen
Eine lesbare Sitemap kann noindex-Seiten, Weiterleitungen oder URLs mit abweichendem Canonical enthalten. Dies sind Bedingungen einzelner Seiten, keine Belege für fehlerhaftes XML. Für Indexierungsfragen ist die URL-Prüfung maßgeblich.
Der SitemapXML-Prüfer validiert Struktur und Metadaten. Der Website-Crawler protokolliert Antworten tatsächlich besuchter Seiten. XML-URLs zu lesen bedeutet nicht, die Seiten abzurufen oder ihre Verfügbarkeit zu bestätigen.
6. Nach der Korrektur erneut prüfen und einreichen
Validieren Sie veröffentlichte Datei und untergeordnete Sitemaps erneut und reichen Sie die korrigierte Adresse ein. Prüfen Sie nächsten Lesezeitpunkt und Details, ohne ein sofortiges Statusupdate zu erwarten. Bei wiederkehrenden Fehlern nach Releases kontrollieren Sie CMS-Updates, Cache und Veröffentlichungspfad.