JTL-Shop nicht indexiert: Warum Google deine Seiten kennt, aber ignoriert — und was du dagegen tust

Auf einen Blick

• ✓„Gefunden – zurzeit nicht indexiert“ ist kein technischer Fehler, sondern eine bewusste Google-Entscheidung — wir sehen in der Praxis drei Hauptgründe: noindex-Tags im Template, kaputte Canonical-Ketten bei Variantenartikeln und Crawl-Budget-Verschwendung durch ?curr=-Parameter-URLs.
• ✓Unser Diagnoseweg startet immer in der GSC Coverage-Ansicht, danach robots.txt prüfen, dann Canonical-Tags im Quellcode — so lässt sich die Ursache in 90% der Fälle ohne externe Tools eingrenzen.
• ✓Wenn Kinderartikel ohne korrekten Canonical auf den Vaterartikel zeigen, entstehen bei 500 Vaterartikeln schnell 2.000+ Duplikat-URLs, die das Crawl-Budget auffressen und die wertvollen Seiten verdrängen.

Wir bei Vlarom E-Commerce Agentur sehen dieses Muster regelmäßig: Ein JTL-Shop geht live, die Produktdaten sind sauber gepflegt, die Texte optimiert — aber Google indexiert nach Wochen noch immer nur einen Bruchteil der Seiten. Der Grund liegt fast nie im Content selbst. Er liegt in technischen JTL-Shop-Einstellungen, die beim Setup übersehen wurden: ein einzelner Haken im Backend, ein fehlendes Funktionsattribut in der Wawi, eine robots.txt-Zeile aus dem Standard-Template die mehr sperrt als erlaubt. Als JTL Service Partner Gold aus Ahrensfelde bei Berlin kennen wir diese Fallstricke aus dutzenden Shop-Projekten.

Zahlen machen den Unterschied greifbar. Ein Händler (anonymisiert), den wir betreuen, hatte zum Zeitpunkt unserer ersten Analyse gerade einmal eine einzige Seite seines JTL-Shops in Google indexiert — die Startseite. Der Shop war technisch einwandfrei, die Produkte vollständig gepflegt, die Texte vorhanden. Das Problem: Die Sitemap wurde nie korrekt eingereicht, die robots.txt sperrte durch einen Tippfehler den Crawl-Zugang zu allen Produktseiten, und der Shop sendete für mehrere URL-Typen kein index-Signal.

Aus eigenen Projektdaten: Nach Bereinigung der robots.txt, korrekter Sitemap-Einreichung und noindex-Fehler-Fix wuchs der indexierte Bestand dieses Shops von 1 auf 2.968 Seiten — ohne eine einzige neue Produktbeschreibung zu schreiben.

Die drei technischen Maßnahmen die diesen Sprung ausgelöst haben:

• →robots.txt-Korrektur: Eine falsch gesetzte Disallow-Zeile sperrte den Googlebot von allen /produkt/-URLs. Entfernen dieser Zeile entsperrte sofort den Crawl-Zugang.
• →Sitemap-Einreichung in GSC: Die sitemap_index.xml war nie in der Search Console eingetragen. Nach Einreichung begann Google innerhalb von 48 Stunden mit aktivem Crawling.
• →noindex-Signal entfernt: Auf der 404-Seite war noindex gesetzt — ein bekannter JTL-Shop-Bug der auf bestimmten Versionen alle Artikelseiten mit noindex infiziert hatte. Update auf die Folgeversion behoben.

Der wichtigste Satz aus diesem Projekt: Kein Content der Welt hilft, wenn Google nicht crawlen darf. Technische SEO-Grundlage kommt vor Content-Optimierung.

Nicht jedes Indexierungsproblem hat dieselbe Ursache. Aus unserer Arbeit an JTL-Shop-Projekten lassen sich sechs Muster immer wieder beobachten:

warning

noindex-Tag gesetzt oder vererbt

Der häufigste Grund: Ein noindex-Tag im HTML-Quellcode verhindert die Aufnahme in den Google-Index. Im JTL-Shop kann das auf drei Wegen entstehen — durch ein falsch gesetztes Funktionsattribut in der Wawi, durch eine fehlerhafte Einstellung im Shop-Backend unter Einstellungen > Globale Einstellungen, oder durch einen bekannten Bug in JTL-Shop 5.0.2, bei dem das noindex der 404-Seite auf alle Artikelseiten vererbt wurde.

Diagnose: Rechtsklick auf eine betroffene Produktseite, Seitenquelltext anzeigen, dann nach ’noindex‘ im meta robots-Tag suchen. Steht dort ’noindex‘, ist die Ursache klar. Lösung je nach Quelle: Funktionsattribut in Wawi entfernen, Shop-Einstellung korrigieren oder auf eine gepatchte Version updaten.

warning

Canonical-Konflikte bei Variantenartikeln

Variantenartikel im JTL-Shop erzeugen für jede Variante (Farbe, Größe) eine eigene URL. Per Standard zeigt der JTL-Shop auf diesen Kinderartikel-URLs einen Canonical auf den Vaterartikel — das ist technisch korrekt und verhindert Duplicate-Content-Probleme. Das Problem entsteht, wenn dieser Canonical fehlt oder auf die falsche URL zeigt.

Wir haben Shops gesehen, bei denen mehrere Tausend Kinderartikel-URLs ohne korrekten Canonical in der Sitemap lagen. Google crawlt diese Seiten, erkennt fast identischen Content wie beim Vaterartikel und entscheidet: ‚Gefunden – zurzeit nicht indexiert‘. Die Lösung liegt in der Wawi: Nur Vaterartikel mit canonical=’index‘ belassen, Kinderartikel über das noindex-Funktionsattribut aus der Sitemap ausschließen.

primary

?curr=-Parameter erzeugt URL-Flut

JTL-Shop 4 und frühe 5er-Versionen können URLs mit angehängtem ?curr=EUR erzeugen — etwa wenn Produkt-Export-Formate für Google Shopping genutzt werden oder bestimmte Plugin-Versionen Deeplinks falsch zusammenbauen. Das Ergebnis: Jede Produktseite existiert doppelt (mit und ohne Parameter), Google sieht Duplicate Content und indexiert im schlimmsten Fall die parametrisierte statt der kanonischen URL.

Diagnose in der GSC: Unter ‚Seiten‘ nach URLs mit Fragezeichen filtern. Findet sich dort ?curr=EUR oder ähnliche Parameter in großer Zahl, liegt hier das Crawl-Budget-Problem. Lösung: robots.txt um eine Disallow-Zeile für ?curr= ergänzen, oder — besser — den Export-Fix der entsprechenden Shopversion einspielen. Bei einem Kunden haben wir auf diesem Weg über 72.000 Duplikat-URLs bereinigt.

primary

Sitemap fehlt oder enthält falsche URLs

Eine nicht eingereichte oder fehlerhafte Sitemap ist kein direkter Indexierungsausschluss — Google kann Seiten auch ohne Sitemap finden. Aber ohne Sitemap dauert es deutlich länger, und bei großen Shops mit wenig externen Links bleibt Google möglicherweise bei wichtigen Produktkategorien gar nicht hängen.

Pflichtschritte: In der GSC unter ‚Sitemaps‘ prüfen ob die sitemap_index.xml eingetragen ist. Im JTL-Shop-Backend unter Administration > Export > Sitemap die Sitemap neu generieren und den URL-Inhalt stichprobenartig prüfen. Enthält die Sitemap noindex-URLs oder fehlerhafte Pfade, muss die Sitemap-Konfiguration unter Administration > SEO > Sitemap angepasst werden.

highlight

robots.txt sperrt Crawler unbeabsichtigt

Die robots.txt im Root-Verzeichnis des JTL-Shops ist die erste Anlaufstelle für Googlebot. Enthält sie eine zu weit gefasste Disallow-Regel — etwa ‚Disallow: /‘ oder ‚Disallow: /produkte/‘ — blockiert das den Crawler für komplette URL-Pfade. Das passiert häufig nach einem Shop-Update, wenn die robots.txt überschrieben oder durch ein Plugin verändert wird.

Diagnose: URL yourdomain.de/robots.txt direkt im Browser aufrufen und den Inhalt prüfen. In der GSC gibt es unter ‚robots.txt-Prüfung‘ ein integriertes Test-Tool. Fehler in der robots.txt können in der GSC den Status ‚Crawlen verschoben‘ neben ‚Nicht indexiert‘ erzeugen — das ist ein deutliches Signal.

muted

Crawl-Budget durch dünne Seiten erschöpft

Google vergibt jedem Shop ein begrenztes Crawl-Budget — die Anzahl der Seiten, die der Bot pro Zeiteinheit crawlt. Wenn ein Shop Tausende von schwachen Seiten generiert (Filter-URLs, leere Kategorien, Merkmals-Kombinationsseiten), verbraucht das Budget diese Seiten und kommt nicht mehr zu den wichtigen Produkt- und Kategorieseiten.

Im JTL-Shop entstehen solche dünnen Seiten häufig durch Merkmalwerte ohne Meta-Daten oder durch Suchfilter-URLs die jede Kombination als eigene Seite ausgeben. Lösung: Unter Administration > SEO > Sitemap gezielt prüfen welche Seitentypen in der Sitemap landen. Merkmalwerte ohne Beschreibung über das noindex-Funktionsattribut in der Wawi aus dem Index ausschließen — wie in Issue SHOP-939 dokumentiert.

Sichtbarkeit die man nicht bezahlen muss

Organischer Traffic kostet keine Klick-Gebühr. Wenn 2.000 Produktseiten statt einer in Google indexiert sind, wächst die Chance auf Long-Tail-Suchanfragen, die direkt auf Kaufintent hindeuten. Wir haben in einem Projekt beobachtet, wie ein Shop nach dem Indexierungsfix seinen organischen Traffic in 90 Tagen versiebenfacht hat — ohne eine neue Produktbeschreibung zu schreiben.

Konkurrenzvorsprung durch technische Sauberkeit

Die meisten JTL-Shop-Betreiber optimieren Texte und Bilder, aber nur wenige prüfen systematisch ihre technische SEO-Basis. Wer noindex-Bugs, kaputte Canonicals und robots.txt-Sperren als erstes beseitigt, hat einen strukturellen Vorsprung gegenüber Mitbewerbern die erst später auf diese Probleme stoßen — oder sie nie finden.

Die folgende Reihenfolge hat sich in unserer Projektpraxis bewährt. Gehe die Schritte in dieser Reihenfolge durch — häufig löst bereits Schritt 2 oder 3 das Problem, ohne dass du alle fünf gehen musst. Wichtiger Hinweis: Bevor du noindex-Tags setzt oder robots.txt-Regeln änderst, leg ein Backup an. Falsch gesetzte Sperren können die Sichtbarkeit deines Shops innerhalb von 24 Stunden komplett vernichten.

Öffne die Google Search Console und gehe zu ‚Indexierung > Seiten‘. Wechsle in den Tab ‚Nicht indexiert‘ und notiere alle Statusmeldungen: ‚Gefunden – zurzeit nicht indexiert‘, ‚Crawlt zurzeit nicht‘, ‚Doppelter Inhalt‘ oder ‚Von robots.txt ausgeschlossen‘. Jede Statusmeldung deutet auf eine andere Ursache hin. Die Verteilung der Statuscodes ist dein Diagnose-Fundament für alle weiteren Schritte.

Rufe yourdomain.de/robots.txt direkt im Browser auf. Prüfe ob ‚Disallow: /‘ vorkommt oder wichtige Pfade wie ‚/produkt/‘ oder ‚/kategorie/‘ gesperrt sind. In der GSC findest du unter ‚Einstellungen > robots.txt-Prüfung‘ ein Test-Tool um spezifische URLs gegen die aktuelle robots.txt zu testen. Zeigt GSC unter deinen nicht indizierten Seiten ‚Von robots.txt ausgeschlossen‘, ist hier die Ursache. Korrigiere die robots.txt, warte 24 Stunden und beantrage dann manuell eine erneute Indexierung der betroffenen URLs.

Wähle drei bis fünf betroffene Produktseiten aus und prüfe jeweils den Seitenquelltext (Rechtsklick > Seitenquelltext anzeigen). Suche nach ‚ Globale Einstellungen und prüfe den Bereich SEO. In JTL-Wawi prüfe ob das Funktionsattribut ’noindex‘ versehentlich gesetzt ist. Tipp: Das JTL-Shop 5.0.2 noindex-Bug-Muster (404-Vererbung) lässt sich nur durch ein Shop-Update beheben.

Öffne eine Kinderartikel-URL (eine Variante, z.B. ?a=123&c=456) und prüfe im Quellcode das ‚JTL-Guide zu Sitemap-Einstellungen.

Im JTL-Shop-Backend: Administration > Export > Sitemap, dort ‚Sitemap jetzt neu erstellen‘ klicken. Dann die sitemap_index.xml öffnen und prüfen: Sind wichtige Produktkategorien enthalten? Tauchen ?curr=-URLs oder noindex-Seiten auf? Danach in der GSC unter ‚Sitemaps‘ die sitemap_index.xml eintragen. Schritte zur Sitemap-Einreichung findest du im JTL-Guide zur Sitemap-Exportfunktion. Parallel: In der GSC unter ‚Seiten‘ nach URLs mit Fragezeichen filtern. Findet sich dort eine große Menge an ?curr=- oder Merkmals-URLs, ergänze die robots.txt um ‚Disallow: /*?curr=‘ und schließe Merkmalwerte ohne Beschreibung über das noindex-Funktionsattribut in der Wawi aus dem Sitemap-Export aus.