Eine Industrieseite hat oft mehrere hundert Seiten: Produktblätter, technische Dokumentationen, Sortimente nach Sektor, Zertifizierungen. Die Messung des Anteils dieser Seiten, die tatsächlich von Suchmaschinen entdeckt und indexiert werden, gibt einen direkten Hinweis auf die Sichtbarkeit des Online-Katalogs. Die Sitemap, eine strukturierte Datei, die die URLs einer Website auflistet, ist das wichtigste Instrument, um diese Entdeckungsrate zu kontrollieren.
Sitemap und Indexierungsdiagnose in der Google Search Console
Die meisten Artikel zur Sitemap beschreiben ihre Rolle als „Karte“, die den Suchmaschinen vorgelegt wird. Was sie weniger ansprechen, ist ihre Funktion als Diagnosewerkzeug. In der Google Search Console ermöglicht der Indexierungsbericht das Filtern der URLs, die mit einer bestimmten Sitemap verknüpft sind, und zu untersuchen, warum einige nicht indexiert sind.
Für eine Industrieseite ändert sich dadurch die Situation. Ein Produktblatt, das von Google ignoriert wird, generiert keinen Traffic, auch wenn es technisch existiert. Eine erfolgreiche Einreichung der Sitemap garantiert keine Indexierung: Sie bestätigt lediglich, dass Google die Datei lesen konnte. Der Indexierungsbericht zeigt dann die ausgeschlossenen, fehlerhaften oder einfach nicht entdeckten URLs an.
Durch die Verknüpfung dieser Daten mit der Struktur des Katalogs lassen sich problematische Abschnitte schnell identifizieren. Verwaiste Blätter, doppelte Kategorieseiten, Dokumentationen, die durch eine falsch konfigurierte robots.txt-Datei blockiert sind: Die Sitemap macht diese Anomalien sichtbar. Auf der Sitemap-Seite von Place des Industries kann man beispielsweise beobachten, wie die URLs nach Kategorien organisiert sind, was diese Art der Nachverfolgung erleichtert.
Segmentierte Sitemap für den Industriekatalog: technische und organisatorische Grenzen
Google erlaubt maximal 50.000 URLs oder 50 MB unkomprimiert pro Sitemap-Datei. Ein Industriekatalog mit mehreren tausend Referenzen bleibt unter dieser Grenze, aber die Frage ist nicht nur technischer Natur. Es geht darum, schnell den Abschnitt zu lokalisieren, in dem die Fehler auftreten.
Die Trennung der Sitemaps nach Inhaltstyp (Produktblätter, Kategorien, Dokumentationsseiten, Blogartikel) und deren Zusammenführung in einem Sitemap-Index bietet einen konkreten Vorteil: Wenn die Google Search Console nicht indexierte URLs meldet, weiß man sofort, welches Segment betroffen ist.
| Inhaltstyp | Dedizierte Sitemap | Vorteil der separaten Nachverfolgung |
|---|---|---|
| Produktblätter | sitemap-products.xml | Ignorierte oder fehlerhafte 404-Blätter erkennen |
| Kategorien und Sortimente | sitemap-categories.xml | Doppelte Taxonomie erkennen |
| Technische Dokumentation (PDF, Leitfäden) | sitemap-docs.xml | Überprüfen, ob die Aktualisierungen erneut gecrawlt werden |
| Institutionelle Seiten und Blog | sitemap-pages.xml | Sicherstellen, dass der redaktionelle Inhalt indexiert ist |
Diese Segmentierung führt nicht zu einer automatischen Indexierung. Sie macht die Analyse schneller und die Korrekturen gezielter.
Lastmod-Tag auf einer Industrieseite: Zuverlässigkeit und Recrawl
Das lastmod-Tag gibt das Datum der letzten Änderung einer URL an. Google kann es verwenden, um seine Recrawls zu planen, vorausgesetzt, dieses Datum spiegelt eine tatsächliche Änderung des Inhalts wider. Wenn das lastmod-Tag bei jeder Cache-Regenerierung automatisch aktualisiert wird, ohne dass sich der Inhalt ändert, verliert es seinen Wert.
Für einen Hersteller verdient die Aktualisierung eines Produktblatts (neuer Preis, neue Norm, Hinzufügen eines PDF-Dokuments) ein präzises lastmod. Ein gut konfiguriertes CMS ändert dieses Datum nur, wenn sich ein Inhaltsfeld tatsächlich ändert.
Wann lastmod auf einem Katalog nützlich ist
- Änderung einer technischen Spezifikation oder einer Produktreferenz: das lastmod signalisiert der Suchmaschine, dass ein Recrawl dieses Blattes relevant ist
- Hinzufügen eines Zertifikats oder eines Sicherheitsdatenblatts: die angereicherte Seite verdient eine Neubewertung ihres Inhalts
- Änderung der Verfügbarkeit oder Rücknahme eines Produkts: das lastmod hilft Google, schneller zu erkennen, dass sich die Seite geändert hat
Ein zuverlässiges lastmod beschleunigt die Berücksichtigung von Änderungen durch die Suchmaschinen. Ein lastmod, das systematisch ohne Grund aktualisiert wird, hat den gegenteiligen Effekt: Google ignoriert diese Information schließlich.
XML-Sitemap und Benutzer-Navigation: zwei komplementäre Ebenen
Die XML-Sitemap richtet sich an Indexierungsroboter, nicht an menschliche Besucher. Die Navigation einer Industrieseite basiert auf Menüs, branchenspezifischen Filtern und Sortimentbäumen. Diese beiden Ebenen erfüllen unterschiedliche Funktionen, und die eine ersetzt nicht die andere.
Ein solides internes Linking (Links zwischen Produktblättern, Verweise auf übergeordnete Kategorien, Links von Blogartikeln zu Sortimenten) bleibt der wichtigste Entdeckungsfaktor für die Suchmaschinen. Die Sitemap fungiert als Sicherheitsnetz: Sie signalisiert die Seiten, die das interne Linking nicht ausreichend entdeckt.
Wann die Sitemap einen Mangel an Verlinkung ausgleicht
Die tiefen Seiten eines Industriekatalogs (Produktvarianten, technische Blätter, die nur über eine interne Suchmaschine zugänglich sind) sind oft schlecht mit dem Rest der Seite verlinkt. Die Sitemap macht sie auch ohne direkten internen Link für die Roboter sichtbar. Das ist keine dauerhafte Lösung: Die Korrektur des Linkings bleibt vorzuziehen. Die Sitemap sorgt in der Zwischenzeit für die Abdeckung.
Auf einer Seite, auf der die Blätter dynamisch generiert werden (Konfigurator, Produktdatenbank), stellt die Sitemap sicher, dass jede generierte URL mindestens deklariert ist. Ohne sie produzieren bestimmte Filter- oder Parameterkombinationen Seiten, die Google niemals durch das natürliche Crawlen entdecken wird.
Die Sitemap einer Industrieseite ist keine Datei, die man einmal generiert und dann vergisst. Sie ist ein aktives Nachverfolgungsinstrument, segmentiert nach Inhaltstyp, dessen Wert direkt von der Sorgfalt abhängt, mit der man ihre Daten pflegt, beginnend mit den Änderungsdaten.
