Hauptbereich
Agency
technisches-seo

XML-Sitemaps richtig aufbauen

Redaktion ·

XML-Sitemaps richtig aufbauen

Eine XML-Sitemap ist eine Liste der URLs, die du für indexierungswürdig hältst — eine Discovery-Hilfe für Suchmaschinen, mehr nicht. Sie macht Google das Finden deiner Seiten leichter, aber sie ist kein Ranking-Faktor und keine Garantie für Indexierung. Google sagt es selbst klar: Das Einreichen einer Sitemap ist nur ein Hinweis und stellt nicht sicher, dass die URLs gecrawlt oder indexiert werden (Google Search Central, Stand 2026).

Trotzdem lohnt sich eine saubere Sitemap — besonders bei großen Sites, neuen Sites mit wenig Backlinks und Sites mit viel Media-Content. Der Trick ist, sie ehrlich zu halten. Eine Sitemap voller Müll-URLs schadet mehr, als sie nützt.

Der Aufbau: loc und lastmod

Jeder Eintrag in einer Sitemap besteht im Kern aus zwei Angaben:

  • <loc> — die vollständige, absolute URL. Pflicht. Google crawlt sie exakt so, wie sie dasteht. Achte auf Trailing Slashes und das richtige Protokoll (https).
  • <lastmod> — wann die Seite zuletzt inhaltlich geändert wurde. Optional, aber wichtig.

Der entscheidende Punkt bei lastmod: Er muss ehrlich sein. Google nutzt den Wert nur, wenn er „konsistent und nachweislich” korrekt ist — etwa indem Google ihn mit der tatsächlich erkannten letzten Änderung der Seite abgleicht (Google, Stand 2026). Wer in jeder Sitemap pauschal das heutige Datum reinschreibt, signalisiert: „Alles hat sich geändert” — und Google lernt, dem lastmod dieser Site zu misstrauen. Dann wird der Wert komplett ignoriert. lastmod gehört auf echte inhaltliche Änderungen, nicht auf kosmetische wie ein aktualisiertes Copyright-Jahr.

changefreq und priority — ignoriert

Zwei Tags aus dem alten Sitemap-Protokoll sind heute tote Buchstaben: <changefreq> (wie oft sich eine Seite ändert) und <priority> (wie wichtig sie relativ zu anderen ist). Google ignoriert beide Werte vollständig. Du kannst sie weglassen — sie kosten nur Pflege und bringen nichts. Wer Tools nutzt, die sie automatisch befüllen, muss sich darüber keine Gedanken machen, sollte ihnen aber auch keine Bedeutung beimessen.

Was rein gehört — und was nicht

Das ist der wichtigste Teil. Eine Sitemap enthält ausschließlich URLs, die auch wirklich im Index landen sollen:

Rein gehören nur:

  • URLs mit Status 200 (erreichbar, kein Fehler),
  • die kanonische Variante (siehe Canonical-Tag) — nie die Filter- oder Parameter-Version,
  • indexierbare Seiten (kein noindex).

Nicht rein gehören:

  • noindex-Seiten — widersprüchliches Signal: „indexier das” plus „indexier das nicht”,
  • Redirects (301/302) — verbrennen Crawl-Budget und gelten als Qualitätsproblem,
  • per robots.txt gesperrte URLs,
  • nicht-kanonische Duplikate, Parameter-URLs, Paginierungs-Endlosschleifen,
  • 404er und Soft-404s.

Faustregel: Wenn du eine URL nicht im Google-Index sehen willst, hat sie in der Sitemap nichts verloren. Jede falsche URL verwässert das Vertrauen, das Google deiner Sitemap entgegenbringt — und verbrennt bei großen Sites Crawl-Budget.

Limits und Sitemap-Index

Eine einzelne Sitemap-Datei darf maximal 50.000 URLs oder 50 MB unkomprimiert enthalten — was zuerst erreicht wird, gilt (Google / sitemaps.org). Wer mehr URLs hat, teilt sie auf mehrere Sitemaps auf und bündelt diese in einer Sitemap-Index-Datei: einer Sitemap, die auf andere Sitemaps verweist. Genau diese Index-Datei reichst du dann ein. Komprimieren (.xml.gz) ist erlaubt und sinnvoll — das 50-MB-Limit bezieht sich aber auf die unkomprimierte Größe.

hreflang in der Sitemap

Mehrsprachige Sites können ihre Sprachvarianten direkt in der Sitemap auszeichnen, statt jeden hreflang-Hinweis ins HTML zu setzen. Pro URL listest du über xhtml:link rel="alternate" hreflang="…" alle Sprachvarianten auf — inklusive der Selbst-Referenz. Das ist bei vielen Sprachen oft sauberer und wartbarer als der HTML-Weg, weil alle Alternates an einer Stelle stehen.

Einreichen und diagnostizieren

Drei Wege, eine Sitemap bekannt zu machen:

  1. Search Console — Sitemap-Report. Der wichtigste Weg. Hier siehst du, ob Google die Sitemap lesen konnte, wie viele URLs entdeckt wurden und welche Fehler es gab.
  2. robots.txt. Eine Zeile Sitemap: https://example.com/sitemap.xml macht die Sitemap für alle Crawler auffindbar — auch für andere als Google.
  3. Search Console API. Für automatisierte Pipelines.

Den früher üblichen „Ping”-Endpunkt hat Google abgeschafft — Search Console und robots.txt sind heute die Wege. Für die laufende Diagnose ist der Sitemap-Report in der Search Console die Anlaufstelle: Er zeigt „entdeckte URLs” gegen tatsächlich indexierte und macht sichtbar, wo Seiten zwischen Discovery und Indexierung verloren gehen. Wer dort eine große Lücke sieht, hat meist falsche URLs in der Sitemap oder ein Qualitäts-/Canonical-Problem. Die Kurzdefinition gibt es im Glossar unter Sitemap.

FAQ

Ist eine Sitemap ein Ranking-Faktor? Nein. Eine Sitemap hilft Google nur beim Finden der URLs — sie beeinflusst nicht, wie gut eine Seite rankt, und garantiert nicht einmal die Indexierung. Sie ist eine Discovery-Hilfe, besonders wertvoll bei großen, neuen oder schwach verlinkten Sites.

Warum darf lastmod nicht immer das heutige Datum sein? Weil Google den Wert nur nutzt, wenn er nachweislich korrekt ist. Schreibt eine Sitemap dauerhaft „heute” rein, obwohl sich nichts geändert hat, lernt Google, dem lastmod dieser Site zu misstrauen — und ignoriert den Wert komplett. lastmod gehört auf echte inhaltliche Änderungen.

Brauche ich changefreq und priority? Nein. Google ignoriert beide Tags vollständig. Du kannst sie weglassen; wenn dein Tool sie automatisch setzt, schadet das nicht, bringt aber auch nichts.

Was passiert bei mehr als 50.000 URLs? Dann teilst du auf mehrere Sitemap-Dateien auf (je max. 50.000 URLs oder 50 MB unkomprimiert) und bündelst sie in einer Sitemap-Index-Datei, die du bei Google einreichst.

Sollen noindex-Seiten oder Redirects in die Sitemap? Nein. In die Sitemap gehören nur kanonische, indexierbare 200-URLs. noindex-Seiten, Redirects, gesperrte URLs und 404er verwässern das Vertrauen in deine Sitemap und verbrennen Crawl-Budget.

Themenuebersicht

Technisches SEOCrawling & Indexierung