XML-Sitemap: der Seitenplan, den Google wirklich liest

Wozu eine Sitemap dient und wozu nicht

In Frankreich wird „sitemap xml“ 1.000-mal pro Monat gesucht (Google Frankreich). In unserer Studie veröffentlichen 18 % der Websites kleiner und mittlerer Unternehmen überhaupt keine.

Die Sitemap erfüllt drei Aufgaben: Sie macht Seiten bekannt, die über interne Links allein nicht sichtbar genug sind (eine neue Website, ein großer Katalog, tief liegende Seiten). Sie meldet geänderte Seiten, damit sie schneller neu gelesen werden. Und sie liefert eine saubere Liste, die die Google Search Console mit dem Indexierten abgleicht.

Sie bringt keine Seite nach oben und erzwingt keine Indexierung. Eine schwache Seite in der Sitemap bleibt eine schwache Seite. Und eine Seite ohne einen einzigen internen Link bleibt schlecht verstanden, auch wenn sie in der Sitemap steht.

Das Format: was Google liest und was es ignoriert

Eine minimale Sitemap passt in wenige Zeilen:

• <?xml version=„1.0“ encoding=„UTF-8“?>
• <urlset xmlns=„http://www.sitemaps.org/schemas/sitemap/0.9“>
• <url><loc>https://www.beispiel.de/kompakte-kinderwagen</loc><lastmod>2026-10-14</lastmod></url>
• <url><loc>https://www.beispiel.de/ratgeber-kinderwagen-kaufen</loc><lastmod>2026-09-30</lastmod></url>
• </urlset>

Google nutzt zwei Tags: loc (die vollständige Adresse, mit https und in der exakten Version, mit oder ohne www) und lastmod. Die Werte priority und changefreq ignoriert es: Sie müssen sie nicht Seite für Seite einstellen. Eine Datei enthält höchstens 50.000 URLs oder 50 MB. Darüber hinaus teilt man auf mehrere Dateien auf, die ein Sitemap-Index zusammenführt.

lastmod: das Datum des Inhalts, nie das des Builds

Das ist der häufigste und teuerste Fehler. Viele Websites (und viele Plugins) schreiben bei jeder Generierung der Website das heutige Datum in lastmod. Die Folge: Alle Seiten wirken jeden Tag geändert, Google stellt fest, dass das nicht stimmt, und verlässt sich nicht mehr auf das Datum.

Google sagt es deutlich: Es nutzt den Wert lastmod, wenn er stimmig und überprüfbar ist, zum Beispiel im Vergleich mit der letzten Änderung der Seite. Und lastmod muss das Datum der letzten wesentlichen Aktualisierung der Seite wiedergeben: eine Änderung am Text, am Preis, an einer Information. Kein neues Copyright im Footer und keine neue Theme-Version.

Auf allen unseren eigenen Websites ist die Regel festgeschrieben: Das Datum in der Sitemap ist das Datum des Seiteninhalts, gespeichert zusammen mit dem Inhalt selbst, nie das Datum des Builds. Das gilt auch für diese Website: Jeder Ratgeber trägt sein Veröffentlichungs- oder Aktualisierungsdatum, und die Sitemap übernimmt es.

1. 1
   Das Datum mit dem Inhalt speichern: ein Feld „aktualisiert am“ in der Datenbank oder in der Datei der Seite, das sich nur ändert, wenn sich der Inhalt wirklich ändert.
2. 2
   Die Sitemap aus diesem Feld erzeugen, nicht aus der Serveruhr.
3. 3
   Dasselbe Datum auf der Seite anzeigen („Aktualisiert am …“) und in den strukturierten Daten des Artikels.
4. 4
   Prüfen: Zwei aufeinanderfolgende Generierungen der Sitemap ohne Inhaltsänderung müssen identische Daten liefern.

Welche Seiten in die Sitemap gehören

Die Sitemap ist die Liste der Seiten, die Sie in Google sehen wollen. Alles, was dort nicht hingehört, schwächt sie.

• Ja: Produkt- und Kategorieseiten mit Ware im Verkauf, Leistungsseiten, Ratgeber und Artikel, nützliche Seiten (Versand, Rückgabe, Kontakt).
• Nein: Seiten mit noindex, weitergeleitete Seiten, Seiten mit Fehler 404 oder 410, Filter- und Sortieradressen, interne Suchergebnisse, Warenkorb, Konto, Checkout.
• Nein: mehrere Adressen für dieselbe Seite (mit und ohne Parameter, mit und ohne abschließenden Schrägstrich). Nur die kanonische Adresse steht in der Sitemap.
• Eine endgültig ausverkaufte Produktseite verlässt die Sitemap in dem Moment, in dem sie entfernt oder weitergeleitet wird. In unserer Studie geben 21 % der Websites auf der Startseite nicht einmal eine kanonische Adresse an.

Nach Seitentyp aufteilen, um zu sehen, was indexiert ist

Auf einer Website mit mehr als ein paar Dutzend Seiten verdeckt eine einzige große Sitemap das Wesentliche. Teilen Sie sie nach Seitentyp auf: eine Datei für Produkte, eine für Kategorien, eine für Ratgeber, eine für Leistungsseiten. Der Sitemap-Index führt sie zusammen.

Der Nutzen zeigt sich in der Google Search Console: Der Indexierungsbericht lässt sich nach Sitemap filtern. So sehen Sie Typ für Typ den Anteil der indexierten Seiten. Eine zur Hälfte indexierte Sitemap mit Produktseiten sagt etwas anderes als eine fast vollständig indexierte Sitemap mit Ratgebern. Genau das tun wir nach jedem Ausdünnen: neue Sitemaps pro Segment, erneut eingereicht, um die Erholung Segment für Segment zu verfolgen.

• <sitemapindex xmlns=„http://www.sitemaps.org/schemas/sitemap/0.9“>
• <sitemap><loc>https://www.beispiel.de/sitemap-produkte.xml</loc></sitemap>
• <sitemap><loc>https://www.beispiel.de/sitemap-ratgeber.xml</loc></sitemap>
• </sitemapindex>

Die Sitemap bei Google und Bing einreichen

1. 1
   In der robots.txt in einer eigenen Zeile angeben: Sitemap: https://www.beispiel.de/sitemap.xml. So finden alle Suchmaschinen sie.
2. 2
   In der Google Search Console im Menü „Sitemaps“ einreichen: Der Status „Erfolgreich“ bestätigt, dass die Datei gelesen wird, danach erscheint die Zahl der gefundenen Seiten.
3. 3
   In den Bing Webmaster Tools einreichen, die auch andere Suchmaschinen versorgen. Bing kann eine bereits in der Search Console verifizierte Website importieren.
4. 4
   Neue Seiten sofort per IndexNow melden: Ein einfacher Aufruf meldet eine neue oder geänderte Adresse an die teilnehmenden Suchmaschinen (Amazon, Bing, Naver, Seznam.cz, Yandex, Yep), bis zu 10.000 Adressen pro Übermittlung. Google nimmt nicht teil: Dort erledigen Sitemap und Links die Arbeit.
5. 5
   Den Indexierungsbericht pro Sitemap jeden Monat prüfen und zuerst die gelisteten, aber nicht indexierten Seiten korrigieren, die verkaufen sollen.