SEO und Web · 9 Min. Lesezeit
Sitemap vor der Einreichung in der Google Search Console prüfen
Ein praxisnaher Sitemap-Check für Canonicals, Statuscodes, lastmod, mehrsprachige Seiten und Fehler, die vor der Einreichung behoben werden sollten.
Eine Sitemap ist ein Inventar, kein Ranking-Antrag
Die Sitemap hilft Suchmaschinen, kanonische URLs zu entdecken. Sie garantiert weder Crawling noch Indexierung oder Ranking. Listen Sie deshalb nur öffentliche, indexierbare Seiten mit erfolgreicher Antwort und echtem Suchwert. Vorschauen, Parameterkombinationen, interne Suche, Weiterleitungen, Fehlerseiten und absichtliche Duplikate gehören nicht hinein.
Mit dem exakten Produktionshost beginnen
Jede loc muss eine vollständige HTTPS-URL mit dem bevorzugten Host enthalten. Mischen Sie weder www und non-www noch Produktion und Staging. Öffnen Sie Stichproben in einem privaten Fenster: Die URL muss ohne Anmeldung erreichbar sein, die richtige Seite liefern und möglichst keine Weiterleitung durchlaufen. robots.txt kann mit einer absoluten Sitemap-Zeile auf die Datei verweisen.
Sitemap und Canonical vergleichen
Sitemap und canonical-Link müssen dieselbe URL nennen. Prüfen Sie automatisch, ob der canonical href jeder generierten Seite mit der loc übereinstimmt. Achten Sie auf Slash-Varianten, Großschreibung, kodierte Pfade und Query-Strings. Einheitliche interne Links, Weiterleitungen, Canonicals und Sitemap-Signale erleichtern Google die Zuordnung.
lastmod nur verwenden, wenn es stimmt
lastmod ist optional und sollte eine inhaltlich bedeutsame Änderung beschreiben, nicht den Zeitpunkt der Sitemap-Erzeugung. Setzen Sie nicht bei jedem Build für alle URLs das heutige Datum. Verwenden Sie ein korrektes W3C-Datum aus einer verlässlichen Quelle. Gibt es keine belastbare Änderungsinformation, lassen Sie das Element weg.
Mehrsprachige Seiten als vollständige Gruppen behandeln
Bei Sitemap-hreflang braucht jede Sprach-URL einen eigenen Eintrag. Jeder Eintrag nennt dieselben Alternativen einschließlich sich selbst; x-default kann die allgemeine Fallback-Seite markieren. Prüfen Sie Antwortstatus, sichtbare Sprache und einen Canonical in derselben Sprache. Erzeugen Sie die Gruppen aus einer gemeinsamen Routenquelle, damit Gegenseitigkeit erhalten bleibt.
XML und Verhalten validieren
Prüfen Sie UTF-8, Namespace und XML-Escaping. Eine einzelne Sitemap darf höchstens 50.000 URLs oder 50 MB unkomprimiert enthalten. Testen Sie danach jede loc auf Status, Weiterleitung, Robots-Meta, Canonical und robots.txt-Sperren. Ein Build-Check sollte neue fehlerhafte Routen vor der Veröffentlichung stoppen.
Einreichen und den Bericht richtig lesen
Eine erfolgreich gelesene Sitemap bedeutet nur, dass Google die Datei verarbeiten konnte. Untersuchen Sie repräsentative Ausschlüsse, statt die unveränderte Datei ständig neu einzureichen. Crawling-Fehler deuten auf Zugriff oder Syntax, während „gecrawlt, derzeit nicht indexiert“ eher Qualität oder Duplikation betrifft.
Kurze Checkliste vor der Einreichung
Die Datei muss ohne Anmeldung erreichbar sein, XML und Status 200 liefern. Alle URLs sind absolut, HTTPS und kanonisch, liefern 200, sind nicht noindex und nicht blockiert. Weiterleitungen und Parameterduplikate fehlen, lastmod ist korrekt, Sprachalternativen sind vollständig und der Umfang bleibt innerhalb der Grenzwerte.
Wie dieser Artikel entstand
Artikel von Dev.NovaKit werden redaktionell auf Verständlichkeit und technische Genauigkeit geprüft. Jede Übersetzung behält dasselbe Thema, erhält aber eine eigene URL, Metadaten und Prüfung.