Sitemap-Prüfung

Eine Sitemap ist eine Liste, kein Befehl

Eine Suchmaschine findet Seiten, indem sie Links folgt. Eine Sitemap erspart ihr diese Mühe. Es ist eine einzige Datei, in der Sie die Adresse jeder Seite eintragen, die gecrawlt werden soll. So hängt nichts davon ab, ob ein Link gefunden wird. Das Format ist klein. Ein <urlset> enthält <url>-Einträge, und jeder Eintrag braucht nur ein <loc> mit der vollständigen Adresse:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/pricing</loc>
    <lastmod>2026-03-14</lastmod>
  </url>
</urlset>

Eine Datei darf 50.000 Adressen enthalten und unkomprimiert 50 MB groß sein. Größere Websites teilen die Liste auf mehrere Dateien auf und veröffentlichen einen <sitemapindex>, also eine Sitemap, deren Einträge andere Sitemaps sind. Ein Index kann nicht auf einen weiteren Index verweisen.

Eine Seite aufzulisten bittet nur um einen Besuch. Ob die Seite danach indexiert wird, hängt von der Seite selbst ab.

Wie diese Prüfung die Datei findet und liest

Geben Sie eine bloße Domain an, fragt unser Server /robots.txt ab und sucht dann nach Sitemap:-Zeilen. Gibt es mehrere, liest er die erste und listet die anderen auf, damit Sie sie einzeln testen können. Gibt es keine, probiert er /sitemap.xml, /sitemap_index.xml und /wp-sitemap.xml in dieser Reihenfolge und nimmt die erste, die eine Sitemap enthält.

Die Datei wird dann mit einem streamenden XML-Parser gelesen, bis zu 5 MB Download. Gzip-Dateien werden zuerst entpackt. Bei einem Index werden die ersten fünf Unter-Sitemaps abgerufen und genauso gelesen, und der Bericht sagt, wie viele ungelesen blieben. Zum Schluss werden fünf über die Liste verteilte Adressen je einmal abgefragt, ohne Weiterleitungen zu folgen, um zu sehen, was sie antworten.

Was jedes Ergebnis bedeutet

<priority> und <changefreq> werden nur zur Information angezeigt. Google hat erklärt, beide zu ignorieren.

Reparaturen für die üblichen Fehler

Der Parser stoppt mitten in der Datei

Suchen Sie nach einem rohen & in einer Adresse. In XML schreibt man es &, also wird ?a=1&b=2 zu ?a=1&b=2. Eine Leerzeile oder eine PHP-Warnung vor <?xml macht die Datei schon ab dem allerersten Byte kaputt.

Adressen auf dem falschen Host oder mit http://

Der Generator baut die Adressen aus der Website-Adresse in seinen Einstellungen. Stellen Sie dort die Form ein, auf der Besucher nach den Weiterleitungen landen, und erzeugen Sie die Sitemap neu.

Jedes lastmod ist identisch

Der Generator stempelt den Zeitpunkt, zu dem er gelaufen ist. Stellen Sie ihn so ein, dass er das Datum der letzten Bearbeitung jeder Seite verwendet, oder lassen Sie das Tag weg. Ein falsches Datum ist schlimmer als keines: Sobald Suchmaschinen sehen, dass es nicht zu echten Änderungen passt, vertrauen sie dem Tag für die ganze Website nicht mehr.

Tote oder weitergeleitete Seiten in der Stichprobe

Erzeugen Sie die Sitemap neu, nachdem Sie Seiten gelöscht oder verschoben haben, und listen Sie nur Adressen auf, die mit 200 antworten und sich selbst als kanonisch angeben. Für die Links in Ihren Seiten gibt es den Finder für tote Links.

Nicht in der robots.txt angegeben

Fügen Sie irgendwo in der Datei eine Zeile mit der vollständigen Adresse hinzu: Sitemap: https://www.example.com/sitemap.xml.

Was diese Prüfung nicht sagen kann

Sie liest höchstens 5 MB pro Datei und fünf Unter-Sitemaps eines Index. Auf einer sehr großen Website beschreiben die Zahlen also den gelesenen Teil. Duplikate werden innerhalb jeder Datei gesucht, nicht dateiübergreifend. Erweiterungen für Bilder, Videos, News und hreflang werden gezählt, aber nicht validiert.