JTL Sitemap: Konfiguration, Inhalt und Crawling-Steuerung

Die XML-Sitemap ist in JTL-Shop 5 kein optionales Komfort-Feature – sie ist das primäre Signal, über das Google erfährt, welche URLs der Shop als indexierungswürdig betrachtet. Wer bei der JTL SEO-Strategie technische Grundlagen sauber aufsetzen will, fängt hier an: eine fehlerhafte oder unvollständige Sitemap verschenkt Crawl-Budget auf das der Shop täglich angewiesen ist.

JTL-Shop gibt indexierbare Artikel, Kategorien und Seiten aus – prüfen, ob noindex-Seiten oder veraltete URLs enthalten sind.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort

Was JTL-Shop in der Sitemap ausgibt – und was fehlt

JTL-Shop 5 generiert die Sitemap automatisch und gibt standardmäßig Produkt-, Kategorie- und Herstellerseiten aus. Das klingt vollständig, ist es in der Praxis aber selten. Häufige Lücken: Konfigurationsartikel-Varianten tauchen ohne eigene Sitemap-Einträge auf, weil sie nur als Untervariante des Vaterartikels behandelt werden. Informationsseiten, Blog-Beiträge oder statische CMS-Seiten fehlen, wenn sie nicht explizit in den Sitemap-Einstellungen aktiviert wurden. Neue Produkte erscheinen mit Verzögerung, wenn die Sitemap gecacht ausgeliefert wird und der Cache nicht regelmäßig invalidiert wird.

Besonders kritisch: Filter-URLs. JTL erzeugt für jede Merkmalskombination eigene URLs – die Frage, welche davon in der Sitemap landen sollen, ist keine technische Automatik, sondern eine strategische Entscheidung. Wer das ungeklärt lässt, landet entweder mit einer aufgeblähten Sitemap voller Thin-Content-URLs oder mit einer Sitemap, die echte Long-Tail-Landingpages unterschlägt. Die Entscheidungslogik dafür beschreibe ich im JTL Merkmalfilter-Cluster.

Sitemap-Konfiguration in JTL-Shop 5: worauf es ankommt

Im Backend unter „SEO & URLs → Sitemap" lässt sich steuern, welche Seitentypen eingebunden werden und ob die Sitemap dynamisch oder gecacht ausgeliefert wird. Dynamische Generierung ist bei großen Sortimenten ein Performance-Problem: Shops mit zehntausenden SKUs erzeugen eine Sitemap, deren Aufbau bei jedem Abruf mehrere Sekunden dauern kann. Das löst sich über Sitemap-Caching mit definierter Regenerierungszeit, idealerweise nächtlich.

Sitemap-Index statt Einzel-Sitemap: einer bestimmten Seitenzahl empfiehlt Google die Aufteilung in eine Sitemap-Index-Datei, die mehrere Unter-Sitemaps referenziert – getrennt nach Seitentyp. JTL unterstützt das technisch, aber die Aktivierung ist nicht selbstverständlich und hängt teils von der verwendeten Template-Version. Wer das nicht prüft, liefert Google eine einzelne, schwer lesbare Datei statt einer sauber strukturierten Hierarchie.

Sitemap und robots.txt: das Zusammenspiel

Eine häufige Fehlerquelle ist der Widerspruch zwischen Sitemap und robots.txt. URLs, die in der Sitemap stehen, aber gleichzeitig in der robots.txt per Disallow blockiert sind, erzeugen ein Signal-Chaos – Google wird die Seite trotzdem nicht crawlen, aber der Widerspruch selbst fällt als Konfigurationsfehler in der Search Console auf. Wie die robots.txt in JTL korrekt strukturiert wird, behandelt der JTL robots.txt-Cluster. Wichtig für die Sitemap: Nur URLs hinein, die auch tatsächlich gecrawlt und indexiert werden sollen – keine noindex-Seiten, keine blockierten Pfade.

Die robots.txt verweist auf die Sitemap – beide sollten dieselben indexierbaren URLs widerspiegeln, ohne Widersprüche.

Sitemap in der Search Console: Einreichung und Fehlerverfolgung

Die Sitemap-URL gehört in der Google Search Console unter „Sitemaps" eingetragen – einmalig, aber danach regelmäßig überprüft. Was viele übersehen: GSC unterscheidet zwischen „Übermittelt" und „Indexiert". Eine Sitemap mit 4.200 übermittelten URLs, von denen 900 indexiert sind, ist kein technischer Fehler – es ist ein inhaltliches Signal. Google bewertet einen Teil der URLs offenbar als nicht indexierungswürdig. Das kann an dünnem Content, an Duplicate-Content-Problemen durch fehlende Canonical-Tags oder an Qualitätsproblemen bei Variantenseiten liegen.

In meiner Praxis ist die Sitemap-Analyse einer der ersten Schritte bei einer technischen JTL-SEO-Prüfung: die Lücke zwischen übermittelten und indexierten URLs zeigt direkt, wo Google das Sortiment des Shops anders bewertet als der Betreiber selbst. Das ist oft aufschlussreicher als jede manuelle Kategorie-Analyse.

Sitemap nach Relaunch oder Sortimentsänderung

Bei URL-Struktur-Änderungen oder größeren Sortimentsbereinigungen muss die Sitemap aktiv aktualisiert werden. Alte URLs, die nicht mehr existieren oder auf Redirects laufen, haben in der Sitemap nichts verloren – sie erzeugen Crawl-Signale auf Zieladressen, die Google nicht mehr mit aktuellem Content verbindet. Wer einen JTL-Relaunch plant, sollte Sitemap-Bereinigung und Redirect-Struktur zusammen betrachten. Den größeren Migrationszusammenhang beschreibe ich unter JTL Migration.

SEO- & KI-Check AI-Tracking

Kostenlos · ohne Anmeldung · Ergebnis sofort