Was ist eine Sitemap? XML-Sitemap erklärt und richtig erstellt

Wichtig ist, was eine Sitemap nicht ist: kein Indexierungsbefehl und keine Garantie. Google beschreibt das Einreichen ausdrücklich als Hinweis — es sei nicht garantiert, dass die Datei überhaupt heruntergeladen oder zum Crawlen verwendet wird. Eine Sitemap hilft beim Entdecken von URLs. Ob eine Seite danach in den Index kommt, entscheidet die Indexierung, und die richtet sich nach Qualität und Eindeutigkeit, nicht nach einem Eintrag in einer Liste.

Braucht Ihre Website überhaupt eine?

Google beantwortet diese Frage in der eigenen Dokumentation erstaunlich offen. Wenn die Seiten einer Website ordentlich verlinkt sind, findet Google in der Regel den größten Teil davon von allein. Nötig wird eine Sitemap in vier Fällen:

• Die Website ist groß und nicht jede Seite hängt zuverlässig an einem Navigationsweg.
• Die Website ist neu, und es verweisen kaum externe Links auf sie — dann fehlt dem Crawler der Einstieg.
• Es gibt viele Videos, Bilder oder Nachrichteninhalte, zu denen die Sitemap Zusatzangaben liefern kann.
• Man will den Indexierungsstand einzelner Bereiche überwachen.

Umgekehrt nennt Google auch, wann sie verzichtbar ist: bei einer „kleinen" Website mit etwa 500 oder weniger Seiten, die intern gut verlinkt ist und keine Mediendateien für die Suche bereitstellt. In der Praxis erzeugen fast alle CMS und Frameworks die Datei ohnehin automatisch, sodass die Frage selten praktisch wird — schaden kann sie nicht.

Aufbau einer XML-Sitemap

Das Grundgerüst ist überschaubar: ein urlset, darin je ein url-Block pro Adresse.

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

Regeln, die Google in der Dokumentation zum Erstellen einer Sitemap festhält: Die Datei muss UTF-8-codiert sein, die URLs müssen voll qualifiziert und absolut sein — /seite.html ist zu wenig —, und aufgenommen gehören genau die Adressen, die in den Suchergebnissen erscheinen sollen. Die Reihenfolge der Einträge spielt keine Rolle.

Was Google liest und was nicht

Element	Status
loc	erforderlich, absolute URL
lastmod	wird verwendet, wenn der Wert konsistent und nachweisbar korrekt ist
changefreq	wird ignoriert
priority	wird ignoriert

Die letzten beiden Zeilen ersparen viele Diskussionen. Ein priority-Wert von 1.0 auf der Startseite bewirkt nichts. Und lastmod ist nur dann ein Signal, wenn es stimmt: Wird bei jedem Deployment das Datum aller Seiten auf heute gesetzt, ist der Wert wertlos, weil er sich gegen die tatsächliche letzte Änderung nicht bestätigen lässt.

Grenzen und Aufteilung

Für eine einzelne Sitemap gilt in allen Formaten eine Obergrenze von 50 MB unkomprimiert oder 50.000 URLs. Wer darüber liegt, teilt auf und verweist über eine Sitemap-Indexdatei auf die Teildateien — eine Sitemap, die nur andere Sitemaps auflistet.

Aufteilen lohnt sich aber schon lange vor dieser Grenze, und zwar aus Diagnosegründen. John Müller von Google hat empfohlen, Sitemaps größerer Websites in logische Einheiten zu zerlegen und den Indexierungsstand dieser Bereiche zu beobachten; daran erkenne man am besten, ob es in Teilen der Website Probleme gibt. Eine Prüfung auf URL-Ebene sei bei großen Websites nicht sinnvoll. Praktisch heißt das: je eine Sitemap für Leistungen, Blog, Referenzen, Standorte — und der Sitemaps-Bericht der Search Console zeigt pro Datei, wie viele der eingereichten URLs tatsächlich indexiert sind.

Einreichen

Drei Wege, die sich nicht ausschließen:

1. Search Console. Der Sitemaps-Bericht zeigt, wann der Googlebot zuletzt zugegriffen hat, und meldet Verarbeitungsfehler. Für Diagnose ist das der einzige Weg mit Rückmeldung.
2. robots.txt. Eine Zeile Sitemap: https://example.com/sitemap.xml an beliebiger Stelle der Datei genügt; die Anzahl solcher Zeilen ist nicht begrenzt. Damit finden auch andere Suchmaschinen die Datei — mehr dazu unter robots.txt.
3. Search Console API. Für automatisierte Deployments, wenn die Einreichung Teil der Build-Pipeline sein soll.

Was in die Sitemap gehört — und was nicht

Der häufigste Fehler ist eine Sitemap, die alles enthält, was existiert, statt alles, was ranken soll. Nicht hineingehören:

• URLs mit noindex — der Widerspruch kostet Crawl-Aufwand und stiftet Verwirrung.
• Weitergeleitete Adressen: In die Sitemap gehört das Ziel, nicht die alte URL.
• Nicht-kanonische Varianten. Google zeigt in den Ergebnissen in der Regel kanonische URLs an, und die Sitemap ist eines der Signale dafür — welche Adresse maßgeblich ist, regelt der Canonical Tag.
• Fehlerseiten und Parameter-URLs, die dieselbe Seite unter anderem Namen zeigen.

Eine Sitemap mit 12.000 Einträgen, von denen 4.000 auf Weiterleitungen zeigen, ist kein Vorteil, sondern eine Fehlerliste, die man Google freiwillig überreicht.

So macht es Xerx

Bei uns wird eine Sitemap nicht gepflegt, sondern erzeugt. Sie entsteht aus derselben Quelle wie die Website selbst — dem Routenbaum und den Inhalten —, sodass eine neue Seite automatisch drinsteht und eine gelöschte automatisch verschwindet. Von Hand gepflegte Dateien laufen nach dem zweiten Relaunch auseinander, und niemand merkt es, weil die Datei niemand liest. Wo diese Arbeit hingehört, steht unter Technisches SEO: Crawl-Budget, robots-Regeln, XML-Sitemaps und Logfile-Analyse gehören dort zu einem Posten.

Diese Website ist das Beispiel dafür. Ihre Sitemap wird beim Build aus den vorhandenen Routen generiert und listet jede Seite in beiden Sprachen mit den passenden hreflang-Alternativen samt x-default. Das ist keine besondere Leistung, sondern der Normalfall, wenn die Website als Code existiert und nicht als Sammlung händisch angelegter Seiten.

Beim Relaunch wird die Sitemap zum Prüfpunkt: Sie steht mit robots.txt, Canonicals und hreflang auf der Checkliste, die vor dem Livegang abgehakt wird — nicht danach. Nach dem Umzug ist der Sitemaps-Bericht der Search Console eines der ersten Instrumente, an denen sichtbar wird, ob die neuen Adressen ankommen. Wer erst nach dem Einbruch hinsieht, hat vier Wochen verloren.

FAQ