- Google nennt die Sitemap einen Hinweis, keine Garantie. Sie wirkt nur, wenn sie ausschließlich kanonische, indexierbare Seiten enthält.
- Eine Sitemap-Datei fasst höchstens 50.000 URLs oder 50 MB unkomprimiert. Wir teilen große Kataloge nach Kategorien auf, damit sich Lücken in der Indexierung schnell zuordnen lassen.
- Google ignoriert priority und changefreq. lastmod nutzt Google nur, wenn das Datum dauerhaft zur letzten wesentlichen Änderung passt.
- Für AI Overviews und den KI-Modus gelten laut Google keine Sonderregeln: Eine Seite muss indexiert sein. Eine llms.txt braucht es dafür nicht.
Erscheint ein neues Produkt nicht bei Google, prüfen wir zuerst die XML-Sitemap. Sie ist die Liste der Adressen, die ein Shop der Suchmaschine zur Indexierung vorschlägt.
Laut Google ist eine eingereichte Sitemap nur ein Hinweis. Google entscheidet selbst, ob es sie abruft und welche Adressen es crawlt. Umso wichtiger ist, dass jeder Eintrag stimmt. In diesem Beitrag zeigen wir, wie wir die Sitemap eines Onlineshops prüfen und ordnen.
Wir beginnen jede Prüfung mit eingereichten und indexierten URLs
In der Google Search Console lässt sich der Bericht „Seiten“ nach einzelnen Sitemaps filtern. Er zeigt, wie viele der eingereichten Adressen im Index sind und warum der Rest fehlt.
Ist die Sitemap nach Kategorien geteilt, zeigt der Bericht auch, wo die Lücke liegt. Fehlen etwa in der Sitemap „Schuhe“ die meisten Adressen, beginnt die Suche dort und nicht im ganzen Shop.
Die Gründe nennt Google im Bericht selbst, darunter Weiterleitungen, Seiten mit noindex, Duplikate ohne eigene kanonische Adresse und Seiten, die Google gecrawlt, aber nicht aufgenommen hat. Jeder Grund verlangt eine andere Korrektur.
Wie die übrigen Berichte der Search Console helfen, beschreiben wir im Beitrag zur Google Search Console.
In die Sitemap gehören nur Seiten, die bei Google erscheinen sollen
Eine Sitemap ist keine Liste aller Adressen des Shops. Sie enthält nur Seiten, die mit Status 200 antworten, kanonisch sind und indexiert werden dürfen. So ordnen wir die typischen Seitenarten eines Shops ein:
| Seitenart | In die Sitemap? | Was wir sonst tun |
|---|---|---|
| Produktseite mit eigener Adresse | ja | lastmod bei Änderungen an Inhalt, Preis oder Verfügbarkeit setzen |
| Variante ohne eigene Suchnachfrage (Farbe, Größe) | nein | Canonical auf die Hauptadresse des Produkts |
| Variante mit eigener Nachfrage und eigenem Inhalt | ja | eigene Seite mit eigenem Text |
| Sortierung und Filter ohne eigene Suchnachfrage | nein | Ausschluss per robots.txt oder Canonical |
| Vorübergehend ausverkauftes Produkt | ja | Verfügbarkeit auf der Seite und in den strukturierten Daten zeigen |
| Dauerhaft entferntes Produkt | nein | 301 auf ein gleichwertiges Nachfolgeprodukt, sonst 404 oder 410 |
| Seite mit noindex | nein | gleichzeitig aus der Sitemap entfernen |
| Adresse mit Tracking- oder Sitzungsparameter | nein | interne Links ohne solche Parameter setzen |
Zwei Widersprüche prüfen wir dabei gezielt: Seiten mit noindex, die noch in der Sitemap stehen, und Adressen in der Sitemap, die die robots.txt sperrt. In beiden Fällen meldet die Search Console Fehler, und die Sitemap verliert an Aussagekraft.
Was eine bereinigte Struktur bewirken kann, zeigt Shirtinator. Wir haben dort nicht mehr erreichbare Seiten bereinigt und Sortierungs-Seiten über die robots.txt ausgeschlossen. Die Crawl-Rate stieg um 19 %, die organische Sichtbarkeit um 28 %.
lastmod wirkt nur, wenn das Datum stimmt
Google ignoriert die Felder priority und changefreq. Das Feld lastmod nutzt Google, wenn es dauerhaft und nachprüfbar zur letzten wesentlichen Änderung passt. Eine neue Jahreszahl im Fußbereich zählt laut Google nicht dazu.
Manche Shopsysteme setzen bei jedem Abruf das aktuelle Datum. Dann trägt das Feld keine Information mehr. Wir prüfen das an Stichproben: Produkte, die seit Monaten unverändert sind, dürfen kein frisches Datum tragen.
Den früheren Ping an Google gibt es nicht mehr. Google hat den Endpunkt im Juni 2023 abgekündigt. Neue Sitemaps reichen Sie über die Search Console, die Search Console API oder eine Zeile Sitemap: in der robots.txt ein. Von Änderungen erfährt Google über ein korrektes lastmod.
Große Kataloge teilen wir auf, bevor die Grenze erreicht ist
Eine Sitemap-Datei fasst höchstens 50.000 URLs oder 50 MB unkomprimiert. Größere Kataloge brauchen einen Sitemap-Index, also eine Datei, die auf mehrere Sitemaps verweist.
Wir teilen nach der Struktur des Shops auf:
- nach Kategorien oder Marken, damit sich Lücken in der Indexierung einer Sortimentsgruppe zuordnen lassen;
- nach Inhaltstyp, also Produkte, Kategorien, Ratgeber und feste Seiten getrennt;
- nach Land oder Sprache bei internationalen Shops.
Die Plugins der Shopsysteme liefern dafür eine Grundlage. Reicht sie nicht, wird die Sitemap direkt aus der Produktdatenbank erzeugt. Diese Aufgabe beschreiben wir für Ihre IT oder setzen sie selbst um, wenn wir Zugang zum System haben.
Internationale Shops ordnen Sprachversionen in der Sitemap zu
Verkaufen Sie in mehreren Ländern, sagt hreflang, welche Seite für welches Land gilt. Die Angaben können im HTML-Kopf, im HTTP-Header oder in der Sitemap stehen. Bei großen Katalogen pflegen wir sie in der Sitemap, weil sie dort an einer Stelle stehen.
<url>
<loc>https://example.com/de-at/produkt</loc>
<xhtml:link rel="alternate" hreflang="de-at" href="https://example.com/de-at/produkt"/>
<xhtml:link rel="alternate" hreflang="de-de" href="https://example.com/de-de/produkt"/>
</url>
Jede Sprachversion verweist auf alle anderen und auf sich selbst. Fehlt ein Rückverweis, kann Google die Zuordnung nicht nutzen.
Wie viel davon abhängt, zeigt Gradient Zero. Für die internationale Website stiegen die Einblendungen in der Suche in sechs Monaten um 123 %. Mehr zu unserer Arbeit für internationale Websites steht auf der Seite SEO International.
Für die KI-Suche von Google zählt derselbe Index
Laut Google ist Optimierung für AI Overviews und den KI-Modus weiterhin SEO. Eine Seite muss indexiert sein und mit einem Snippet in der Suche erscheinen dürfen. Eine llms.txt oder besondere strukturierte Daten braucht es dafür laut Google nicht.
Für Ihre Sitemap heißt das: Sie hilft Google, neue und geänderte Produkte zu finden. Erst danach können diese Produkte in einer KI-Antwort von Google erscheinen.
ChatGPT, Perplexity und andere KI-Dienste nutzen eigene Crawler. Ob diese Ihre Seiten abrufen dürfen, legen Sie in der robots.txt fest. Wie wir Unternehmen in KI-Antworten bringen, beschreiben wir auf der Seite GEO.
Wir prüfen die Sitemap nach jeder größeren Änderung im Shop
Sortimentswechsel, Migrationen und neue Plugins verändern die Adressen eines Shops. Wir prüfen die Sitemap deshalb nach solchen Änderungen und gleichen sie mit einem Crawl des Shops ab. So finden wir Einträge, die nicht mehr existieren, und Seiten, die in keiner Sitemap stehen.
Diese Prüfung gehört bei uns zur technischen SEO. Dort beheben wir zuerst die Fehler, die Ihre Seiten mit dem meisten Umsatz betreffen.
