Sitemap erstellen: die vier Felder und die zwei, die Google ignoriert

Beim Sitemap erstellen reicht eine UTF-8-Datei mit absoluten URLs im Website-Stamm. Google ignoriert zwei der vier Felder, das dritte wird nur genutzt, wenn es die Prüfung besteht. Datei zum Kopieren, Index und Zählung nach jedem Deploy.

Umsetzung6 Min. Lesezeit968 Aufrufe
Sitemap erstellen: die vier Felder und die zwei, die Google ignoriert

Beim Sitemap erstellen brauchst du eine einzige UTF-8-Datei im Website-Stammverzeichnis, in der die absoluten URLs stehen, die du in den Suchergebnissen sehen willst. Google ignoriert zwei der vier Felder, die viele ausfüllen. Die Datei indexiert nichts: Sie sagt, was existiert, und wenn ein Feld ehrlich ist, wann es sich geändert hat.

Beginne mit der Liste der Seiten, die ranken sollen, nicht mit der Liste aller Seiten. Gefilterte Listen, Tag-Archive, Paginierungs-Duplikate und Danke-Seiten bleiben draußen. Eine Sitemap ist eine Absichtserklärung, die andere Signale mit der tatsächlichen Seite vergleichen.

Wenn dein System bereits eine Sitemap erzeugt, baue keine zweite. Lies zuerst die vorhandene: Der größte Teil dieses Kapitels wird dann Prüfung statt Aufbau.

Warum zwei der vier Felder nutzlos sind

Das XML-Format erlaubt vier Elemente pro URL. Googles Sitemap-Dokumentation, gelesen am 24. August 2026, erledigt die Hälfte in einem Satz: „Google ignores <priority> and <changefreq> values.“

ElementGoogle-NutzungSchreiben
<loc>Die URL selbstPflicht
<lastmod>Nur wenn korrektNur wenn wahr
<changefreq>IgnoriertNein
<priority>IgnoriertNein

Die Bedingung in der zweiten Zeile ist der interessante Teil, und sie ist eine Bedingung, keine Vorliebe: Google „uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate“. Danach definiert die Dokumentation, was zählt: „an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not“.

Eine Vorlage, die jede Nacht das heutige Datum auf jede URL schreibt, sendet also kein Frische-Signal. Sie sendet ein Feld, das man mit der Seite vergleichen und als falsch erkennen kann, auf jeder URL, jede Nacht. Wir haben die Häufigkeit gemessen: 13 von 24 Seiten sagen mit ihrem lastmod nichts (auf Englisch).

Bing hat dasselbe Urteil über sich selbst veröffentlicht, womit zwei Motoren zu Protokoll stehen: „Optional sitemap tags like changefreq and priority are ignored by Bing and do not influence how your content is crawled or ranked“ (Keeping content discoverable with sitemaps in AI-powered search, veröffentlicht am 31. Juli 2025, gelesen am 9. September 2026). In 168.434 URL-Einträgen, die am 9. September 2026 gelesen wurden, trugen sieben von 24 Sitemaps noch changefreq und 17 keines der beiden Felder; von den sieben setzten vier einen einzigen Wert auf 97 % oder mehr der Datei, was die Form eines Generator-Standardwerts und keiner Entscheidung ist.

Eine Sitemap ist eine Behauptung über deine Website, die ein Motor prüfen kann. Jedes nachlässig ausgefüllte Feld ist eine Behauptung, die die Prüfung nicht besteht.

Sitemap erstellen in fünf Schritten

Für eine kleine Website dauert die Handarbeit etwa zwanzig Minuten, und es lohnt sich, sie einmal von Hand zu machen, auch wenn später ein Plugin übernimmt. Genau dieser Durchgang zeigt dir, welche URLs du nicht erwartet hast.

  1. Liste die URLs, die in den Ergebnissen erscheinen sollen, als vollständige absolute Adressen. Google ist deutlich: „Google will attempt to crawl your URLs exactly as listed.“ Relative Pfade reichen nicht.
  2. Schreibe einen <url>-Block pro Adresse, mit <loc> und, wenn du es ehrlich erzeugen kannst, <lastmod>. Maskiere Ampersands und andere Entitäten wie in jeder XML-Datei.
  3. Speichere als UTF-8 und lege die Datei in den Website-Stamm. Der Ort zählt: „unless you submit your sitemap through Search Console, a sitemap affects only descendants of the parent directory“.
  4. Deklariere sie in robots.txt mit einer Sitemap:-Zeile und reiche sie in der Search Console ein. Beide Wege sind unabhängig und günstig.
  5. Teile an den Grenzen. Eine Sitemap ist auf „50MB (uncompressed) or 50,000 URLs“ begrenzt. Überschreitest du eines, teile die Datei und reiche einen Sitemap-Index ein.

Schritt 4 hat auf größeren Websites einen zweiten Nutzen: Mehrere Sitemaps getrennt einzureichen erlaubt es, die Abdeckung pro Gruppe in der Search Console zu lesen, und so zu sehen, dass ein Bereich indexiert wird und ein anderer nicht.

Das Ergebnis: zwei Dateien und eine Zählung

Eine minimale Sitemap. Das ist das ganze Format: Es gibt keinen Header, der über diese zwei Zeilen hinaus richtig sein muss.

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

Ein Sitemap-Index, wenn du ein Limit überschreitest oder Berichte pro Bereich willst:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-blog.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

Und die Zählung, die Prüfung, die nach jedem Deploy lohnt: Sie sagt dir, wie viele URLs du tatsächlich behauptest und ob die Datei nahe an einem Limit ist.

curl -s https://example.com/sitemap.xml \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//' | tee /tmp/sitemap-urls.txt | wc -l

# Bytes gegen die 50-MB-Grenze
curl -s https://example.com/sitemap.xml | wc -c

# Aufgeführte Adressen, die nicht 200 zurückgeben
while read -r u; do
  printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' "$u")" "$u"
done < /tmp/sitemap-urls.txt | grep -v '^200'

Was schiefgeht und wie du es erkennst

Die Sitemap listet URLs, die weiterleiten

Symptom: Die Search Console meldet „Seite mit Weiterleitung“ in einer Zahl, die zu einem Bereich der Website passt. Ursache: Die Datei wurde vor einer URL-Änderung erzeugt. Der dritte Befehl oben findet sie in einem Durchlauf.

Sitemap und Canonical widersprechen sich

Googles Canonicalization-Leitfaden rät genau davon ab: nicht „specify one URL in a sitemap, but a different URL for that same page using rel="canonical"“. Die Aufnahme in die Sitemap ist ein schwaches Canonicalization-Signal; der Widerspruch gewinnt meist nicht, er verschwendet nur das Signal.

Mobile und Desktop stehen beide drin

Hat eine Seite zwei Adressen, empfiehlt Google, nur eine in der Sitemap zu nennen. Beide ohne Anmerkung zu listen bittet den Motor, etwas zu entscheiden, was du bereits weißt.

Die Datei existiert, aber niemand zeigt auf sie

Eine Sitemap, von der niemand erfahren hat, wird nur durch Konvention gefunden. Die robots.txt-Zeile kostet eine Zeile; wir haben gesehen, dass Deklaration und Öffnung stärker schwanken als erwartet (auf Englisch).

Was eine Sitemap nicht leistet

Sie wird keine Seite indexieren. Sie macht eine Seite auffindbar, was eine schwächere Behauptung ist, und sie bringt einer Seite nichts, die über deine eigenen Links ohnehin auffindbar ist. Auf einer kleinen Website mit sauberen internen Links ist ihr realistischer Wert eine Liste, die du vergleichen kannst, kein Traffic-Kanal.

Sie rettet auch keine blockierte, kaputte oder absichtlich ausgeschlossene Seite. Eine URL zu listen, die eine Weiterleitung, einen 404 oder noindex zurückgibt, hebt keines davon auf. Höre auf, wenn die URL-Zahl in der Search Console mit der in deiner Datei übereinstimmt und die gefundenen Seiten die sind, die du wolltest. Es gibt keinen weiteren Zustand.

Der nächste Schritt ist, Motoren zu sagen, dass sich etwas geändert hat: ein anderer Mechanismus mit eigenen Fehlerarten. Siehe wie du eine Seite schneller indexieren lässt. Für die ganze Kette vom Crawl bis zur Zitierung beginnt der Diagnosepfad hier.

Häufige Fragen

Ist eine Sitemap Pflicht?

Nein, wenn die Website klein ist und jede Seite über deine Links erreichbar ist. Sie wird nützlich, wenn die Website wächst, wenn Seiten schlecht verlinkt sind oder wenn du Abdeckung pro Bereich willst. Sie zu erstellen kostet fast nichts, deshalb ist die praktische Antwort ja und die prinzipielle nein.

Wo muss die Datei liegen?

Im Stamm, weil eine Sitemap „affects only descendants of the parent directory“, außer sie wird über die Search Console eingereicht. Eine Datei unter /blog/sitemap.xml kann nicht für /products/ sprechen.

Kann ich einen RSS-Feed als Sitemap nutzen?

Ja. Google akzeptiert RSS-2.0- und Atom-1.0-Feeds als Sitemaps, mit einem Vorbehalt: Ein Feed „only provides information on recent URLs“. Er ist ein guter Frische-Kanal und ein schlechtes Inventar.

Wie viele URLs passen in eine Sitemap?

50.000 oder 50 MB unkomprimiert, je nachdem, was zuerst erreicht wird. Darüber teilst du die Datei und reichst einen Index ein. Die meisten Websites sind weit davon entfernt, und die es erreichen, merken es eher an einem Validierungsfehler als an einer Zählung.

Teil von dem QueryWin-Handbuch · Stufe 2

Sitemap erstellen: die vier Felder und die zwei, die Google ignoriert