Sitemap-Segmentierung zur Diagnose

Eine einzige Sitemap mit sämtlichen URLs reduziert das Abdeckungsreporting auf eine nichtssagende Prozentzahl. Beim Aufteilen geht es nicht darum, Crawlern beim Finden von Seiten zu helfen, das leistet die interne Verlinkung bereits; es geht darum, die Sitemap in ein Messinstrument zu verwandeln, denn die Search Console meldet die Indexierung je eingereichter Datei. Tun Sie das vor einer Indexierungsuntersuchung und nicht mittendrin, denn der Ausgangswert muss älter sein als die Änderungen, die Sie vornehmen wollen.

Die Skill-Datei

---
name: sitemap-segmentation-for-diagnosis
description: Verwenden Sie dies, wenn die Search Console tausende nicht indexierte URLs zu einer einzigen grossen Sitemap meldet und sich nicht erkennen lässt, welcher Teil der Website versagt.
---

# Sitemap-Segmentierung zur Diagnose

Eine einzige Sitemap mit sämtlichen URLs reduziert das Abdeckungsreporting auf eine nichtssagende Prozentzahl. Beim Aufteilen geht es nicht darum, Crawlern beim Finden von Seiten zu helfen, das leistet die interne Verlinkung bereits; es geht darum, die Sitemap in ein Messinstrument zu verwandeln, denn die Search Console meldet die Indexierung je eingereichter Datei. Tun Sie das vor einer Indexierungsuntersuchung und nicht mittendrin, denn der Ausgangswert muss älter sein als die Änderungen, die Sie vornehmen wollen.

## Was Sie vorher brauchen

- Ein URL-Inventar, in dem jede URL mit Template oder Inhaltstyp und Veröffentlichungsdatum versehen ist
- Search-Console-Zugang mit der Berechtigung, Sitemaps einzureichen und zu entfernen
- Eine Möglichkeit, Sitemaps programmatisch aus dem CMS oder der Datenbank zu erzeugen, denn eine von Hand gebaute Aufteilung verfällt binnen eines Quartals
- Eine ehrliche Antwort darauf, ob lastmod eine echte inhaltliche Änderung abbildet oder nur das letzte Deployment

## Methode

1. Wählen Sie die Aufteilungsdimension nach dem Vergleich, den Sie später ziehen wollen: zuerst Template, dann Veröffentlichungskohorte, dann Tiefe oder Sprache. Teilen Sie nach allem auf, wofür Sie eine eigene Indexierungsquote sehen wollen.
2. Halten Sie jede Unterdatei weit unter den Grenzen von 50.000 URLs und 50 MB, etwa bei 5.000 bis 10.000 URLs, damit sich eine einzelne versagende Gruppe nicht in einem grossen Nenner verstecken kann.
3. Erzeugen Sie die Dateien aus derselben massgeblichen Quelle, aus der auch Ihre canonical-Tags stammen. Eine Sitemap, die nicht kanonische, weiterleitende oder auf noindex gesetzte URLs auflistet, gilt als minderwertig und zieht die ehrlichen Segmente mit hinunter.
4. Nehmen Sie nur URLs auf, die 200 zurückgeben und indexiert werden sollen. Das Weglassen ist der eigentliche Zweck: Was Sie auslassen, ist diagnostisch genauso aussagekräftig wie das, was Sie aufnehmen.
5. Setzen Sie lastmod nur dort, wo es eine echte inhaltliche Änderung nachzeichnet, und lassen Sie es sonst weg. Google gibt an, lastmod dort zu verwenden, wo eine Website dessen Verlässlichkeit bewiesen hat; ein Wert, der sich bei jedem Deployment ändert, erzieht Google dazu, das Feld ganz zu ignorieren.
6. Reichen Sie jede Unterdatei über eine Sitemap-Indexdatei ein und halten Sie danach die Zahl der indexierten URLs je Unterdatei als datierten Ausgangswert fest, bevor Sie irgendetwas anderes an der Website anfassen.
7. Lesen Sie nach einem vollständigen Crawl-Zyklus erneut ab und sortieren Sie die Segmente nach Indexierungsquote. Das Segment mit der niedrigsten Quote und nennenswertem Volumen ist der Startpunkt der Untersuchung, und es ist meist ein Template und keine Streuung einzelner Seiten.

## Was dabei herauskommt

Ein programmatisch erzeugter Sitemap-Index mit etwa einer Unterdatei je Template oder Kohorte, dazu je Unterdatei ein datierter Ausgangswert der Indexierung.

## Wo es schiefgeht

- Einmal von Hand aufteilen, woraufhin die Segmente mit dem Wachstum der Website auseinanderdriften und die Zahlen je Segment unbemerkt aufhören, irgendetwas zu beschreiben
- Weiterleitende oder wegkanonisierte URLs auflisten, was die Glaubwürdigkeit der gesamten Einreichung senkt und genau das Segment verdeckt, das Sie isolieren wollten
- Die Zahl je Segment schon am Tag nach der Einreichung ablesen, obwohl sie sich noch wochenlang bewegt, und auf eine Lücke reagieren, die sich von selbst geschlossen hätte
- Die Einreichung für eine Abhilfe halten: Eine Sitemap sorgt dafür, dass eine URL gefunden wird, nicht dafür, dass sie indexiert wird

---

Aus der QuQi-Skill-Bibliothek - https://www.quqi.io/de/skills/sitemap-segmentation-for-diagnosis

Was Sie vorher brauchen

• Ein URL-Inventar, in dem jede URL mit Template oder Inhaltstyp und Veröffentlichungsdatum versehen ist
• Search-Console-Zugang mit der Berechtigung, Sitemaps einzureichen und zu entfernen
• Eine Möglichkeit, Sitemaps programmatisch aus dem CMS oder der Datenbank zu erzeugen, denn eine von Hand gebaute Aufteilung verfällt binnen eines Quartals
• Eine ehrliche Antwort darauf, ob lastmod eine echte inhaltliche Änderung abbildet oder nur das letzte Deployment

Methode

1. 01 Wählen Sie die Aufteilungsdimension nach dem Vergleich, den Sie später ziehen wollen: zuerst Template, dann Veröffentlichungskohorte, dann Tiefe oder Sprache. Teilen Sie nach allem auf, wofür Sie eine eigene Indexierungsquote sehen wollen.
2. 02 Halten Sie jede Unterdatei weit unter den Grenzen von 50.000 URLs und 50 MB, etwa bei 5.000 bis 10.000 URLs, damit sich eine einzelne versagende Gruppe nicht in einem grossen Nenner verstecken kann.
3. 03 Erzeugen Sie die Dateien aus derselben massgeblichen Quelle, aus der auch Ihre canonical-Tags stammen. Eine Sitemap, die nicht kanonische, weiterleitende oder auf noindex gesetzte URLs auflistet, gilt als minderwertig und zieht die ehrlichen Segmente mit hinunter.
4. 04 Nehmen Sie nur URLs auf, die 200 zurückgeben und indexiert werden sollen. Das Weglassen ist der eigentliche Zweck: Was Sie auslassen, ist diagnostisch genauso aussagekräftig wie das, was Sie aufnehmen.
5. 05 Setzen Sie lastmod nur dort, wo es eine echte inhaltliche Änderung nachzeichnet, und lassen Sie es sonst weg. Google gibt an, lastmod dort zu verwenden, wo eine Website dessen Verlässlichkeit bewiesen hat; ein Wert, der sich bei jedem Deployment ändert, erzieht Google dazu, das Feld ganz zu ignorieren.
6. 06 Reichen Sie jede Unterdatei über eine Sitemap-Indexdatei ein und halten Sie danach die Zahl der indexierten URLs je Unterdatei als datierten Ausgangswert fest, bevor Sie irgendetwas anderes an der Website anfassen.
7. 07 Lesen Sie nach einem vollständigen Crawl-Zyklus erneut ab und sortieren Sie die Segmente nach Indexierungsquote. Das Segment mit der niedrigsten Quote und nennenswertem Volumen ist der Startpunkt der Untersuchung, und es ist meist ein Template und keine Streuung einzelner Seiten.

Was dabei herauskommt

Ein programmatisch erzeugter Sitemap-Index mit etwa einer Unterdatei je Template oder Kohorte, dazu je Unterdatei ein datierter Ausgangswert der Indexierung.

Wo es schiefgeht

• Einmal von Hand aufteilen, woraufhin die Segmente mit dem Wachstum der Website auseinanderdriften und die Zahlen je Segment unbemerkt aufhören, irgendetwas zu beschreiben
• Weiterleitende oder wegkanonisierte URLs auflisten, was die Glaubwürdigkeit der gesamten Einreichung senkt und genau das Segment verdeckt, das Sie isolieren wollten
• Die Zahl je Segment schon am Tag nach der Einreichung ablesen, obwohl sie sich noch wochenlang bewegt, und auf eine Lücke reagieren, die sich von selbst geschlossen hätte
• Die Einreichung für eine Abhilfe halten: Eine Sitemap sorgt dafür, dass eine URL gefunden wird, nicht dafür, dass sie indexiert wird

Diese Skill in Ihrer eigenen KI nutzen

Die Datei ist einfaches Markdown, mit Name und Auslöser im Frontmatter. Wo ein Assistent Skills selbst laden kann, liest er genau dieses Frontmatter, um zu entscheiden, dass diese hier passt.

Mehr in Technisches SEO