JTL SEO: So optimieren Sie JTL-Shop und Wawi für Google
JTL-Shop unterscheidet sich in einem Punkt grundlegend von anderen Shopsystemen: Die Inhalte, die Google liest, stehen nicht im Shop, sondern in der JTL-Wawi. Wer im Shop optimiert, ohne die Warenwirtschaft anzufassen, überschreibt seine Arbeit beim nächsten Abgleich. Diese Seite zeigt, welche Einstellung wo sitzt, welche Standardwerte Sichtbarkeit kosten und in welcher Reihenfolge Sie vorgehen.
JTL-Shop prüfen
Am besten eine Kategorieseite mit Merkmalfiltern eingeben. Der Prüfer sieht nach, ob die Filter als crawlbare Links eingebunden sind – dann fehlt die PRG-Methode und Googlebot verliert sich darin –, ob der Titel nach einem Rückfall auf den Artikelnamen aus der Wawi aussieht und ob SEO-URLs aktiv sind.
Kostenlos · ohne Anmeldung · nur Lesezugriff, es wird nichts gespeichert
Crawlbare Merkmalfilter sind der häufigste Crawl-Budget-Fehler in JTL-Shops. Für ein belastbares Urteil eine Kategorie mit Filtern prüfen, nicht die Startseite.
Die Herausforderung: JTL-SEO wird systematisch unterschätzt
Viele JTL-Händler fokussieren auf Amazon und eBay – der eigene Shop bleibt SEO-seitig unbearbeitet. Das Problem: Marktplatz-Texte folgen anderen Logiken als organische Suchanfragen. Produktbeschreibungen, die auf Amazon keyword-dicht und conversion-optimiert sind, treffen nicht die Suchintention eines Google-Nutzers in der Recherchephase. Dazu kommt strukturelles Duplicate Content: Wer Hersteller-Texte übernimmt oder Marktplatz-Felder im Shop unverändert ausliefert, liefert Google keinen Grund, die eigene Seite zu ranken.
Der eigene Shop ist der einzige Kanal, der Ihnen gehört
Die meisten JTL-Händler kommen aus dem Marktplatzgeschäft, und das ist betriebswirtschaftlich nachvollziehbar: Amazon und eBay liefern Umsatz ab Tag eins, der eigene Shop braucht Monate. Der Unterschied zeigt sich erst später. Auf dem Marktplatz mieten Sie Sichtbarkeit – ändert sich der Algorithmus, die Gebührenstruktur oder die Kategorieregel, ändert sich Ihr Geschäft mit. Organische Sichtbarkeit im eigenen Shop ist Eigentum: Sie wächst langsamer, aber sie gehört Ihnen und lässt sich nicht von außen abschalten.
Warum Marktplatztexte im Shop nicht funktionieren
Ein Amazon-Titel ist für einen Algorithmus geschrieben, der Suchbegriffe im Titel erwartet, und für einen Käufer, der bereits kaufen will. Eine Google-Suche steht oft Wochen davor: Da wird verglichen, eingeordnet, geprüft, ob das Produkt überhaupt zum Anwendungsfall passt. Derselbe Text bedient beides nicht. Die JTL-Wawi trennt die Ausgabewege deshalb über eigene Felder – wer diese Trennung nicht nutzt, optimiert auf beiden Kanälen gegen sich selbst.
Technische SEO-Probleme, die jeden JTL-Shop betreffen
JTL-Shop 5 ist technisch stabiler als viele Alternativsysteme – aber nicht ohne systembedingte Schwächen. Diese vier Baustellen treffen praktisch jeden Shop:
JTL setzt standardmäßig den Kategorienamen als H1 – ohne Bezug zur Suchintention. Über viele Kategorien summiert sich das zu erheblichem Ranking-Verlust.
Funktion ID 1448 setzt Canonicals automatisch auf Vaterartikel – problematisch, wenn Varianten eigenes Suchvolumen haben. JTL Canonical
Merkmalfilter erzeugen schnell tausende URLs – Crawl-Budget und Long-Tail-Potenzial leiden. JTL Merkmalfilter
Zehntausende SKUs verschlechtern Core Web Vitals und verzögern die Indexierung. JTL Performance
Der Kategoriename als H1: warum das teuer ist
Die H1 ist für Google das stärkste Inhaltssignal einer Seite. Ein Kategoriename ist als Navigationslabel gewählt, nicht als Antwort auf eine Suchanfrage – „Zubehör" oder „Sonderposten" sagt niemandem etwas, auch Google nicht. Der Effekt ist einzeln unauffällig und in der Summe erheblich: Bei zweihundert Kategorien sind das zweihundert Seiten, die ihr Thema nicht benennen. Die Korrektur kostet keine Entwicklung, sondern eine Entscheidung pro Kategorie – und die Kategorien mit Suchvolumen zuerst.
Canonical bei Varianten: wann der Vaterartikel richtig ist
Die Standardlogik setzt den Canonical auf den Vaterartikel. Das ist sinnvoll, solange die Varianten austauschbar sind – verschiedene Verpackungsgrößen desselben Artikels etwa. Es wird zum Problem, sobald Varianten eigenes Suchvolumen haben: Wer nach einer bestimmten Farbe, Größe oder Ausführung sucht, landet dann auf einer Seite, die diese Variante nur als Option führt. Die Frage ist also nicht technisch, sondern eine Nachfrage-Frage: Gibt es für die Variante eigene Suchanfragen, verdient sie eine eigene Seite; gibt es sie nicht, gehört der Vaterartikel als Canonical gesetzt.
Merkmalfilter, Crawl-Budget und die PRG-Methode
Merkmalfilter erzeugen pro Kombination eine eigene URL. Aus zwanzig Merkmalen werden schnell mehrere tausend Adressen, die alle crawlbar sind und fast alle nichts Eigenes zeigen. Googlebot verbringt seine Zeit dann mit Filterkombinationen statt mit Produktseiten. Im JTL-Umfeld ist die verbreitete Gegenmaßnahme die PRG-Methode: Filterlinks werden so ausgeliefert, dass ein Crawler ihnen nicht folgt, während sie für Besucher normal funktionieren. Das ersetzt keine Entscheidung darüber, welche Kombinationen indexierbar bleiben sollen – es verhindert nur, dass der Rest Budget verbraucht. Beides gehört zusammen entschieden – welche Filterkombination indexierbar bleibt und welche per PRG-Methode gar nicht erst verlinkt wird.
Große Kataloge: wo die Ladezeit wirklich hängt
Bei Shops mit zehntausenden Artikeln verschiebt sich das Problem von der Seitenauslieferung zur Datenbank. Kategorieseiten mit mehreren aktiven Filtern erzeugen aufwendige Abfragen, deren Dauer mit der Katalogsgröße überproportional steigt. Caching verdeckt das für wiederkehrende Aufrufe, aber genau die selten aufgerufenen Seiten – die Long-Tail-Kategorien, um die es beim SEO geht – profitieren davon am wenigsten. In dieser Größenordnung hilft weniger die Bildkompression als die Begrenzung dessen, was eine Kategorieseite überhaupt laden muss.
JTL-Wawi als SEO-Datenbasis: wo Optimierung anfängt
Meta-Titel, Meta-Descriptions und Produktbeschreibungen werden in der Wawi gepflegt und automatisch in den Shop synchronisiert – die Wawi ist der eigentliche SEO-Ausgangspunkt. Leere Felder oder Hersteller-Boilerplates im Metadaten-Reiter erzeugen Duplicate Content über hunderte Produktseiten. Skalierbar wird das nur über die Feldpflege in der Wawi, nicht über Einzelkorrekturen im Shop-Backend.
Die Richtung ist entscheidend: Was im Shop steht, kam aus der Wawi – und wird von dort beim nächsten Abgleich wieder überschrieben.
Warum Änderungen im Shop wieder verschwinden
Das ist der Fehler, der in JTL-Shops am meisten Arbeit vernichtet: Jemand korrigiert Meta-Titel oder Produkttexte direkt im Shop, alles sieht richtig aus, und nach dem nächsten Abgleich steht wieder der alte Stand da. Die Ursache ist kein Bug, sondern die Architektur – die Wawi ist die führende Datenquelle, der Shop zeigt an, was sie liefert. Wer das einmal verstanden hat, stellt die Frage anders: nicht „wo ändere ich das", sondern „wo ist das Feld zuhause".
Welcher Inhalt wo gepflegt wird
Die Aufteilung ist der praktische Kern von JTL-SEO. Grob gilt: Alles, was am Artikel hängt, kommt aus der Wawi. Alles, was zur Seite gehört, lebt im Shop.
| Inhalt | Gepflegt in | Fallstrick |
|---|---|---|
| Meta-Titel & Description am Artikel | JTL-Wawi | leer gelassen führt zu generierten Dubletten |
| Produktbeschreibung | JTL-Wawi | Herstellertext = Duplicate Content |
| Kategorietexte | Shop, u. a. über den OnPage-Composer | bleibt oft ganz leer |
| Kategorie-H1 | Shop | Standard ist der Kategoriename |
| SEO-URLs | Shop | Änderung ohne Weiterleitung = 404 |
| Marktplatz-Titel | JTL-Wawi, eigene Felder | nicht mit den Shop-Feldern vermischen |
Der Meta-Title kommt aus der Wawi – und fällt still zurück
Für Produktseiten zieht JTL-Shop 5 den Meta-Title aus den Artikeldetails der Wawi: Reiter „Beschreibung", Ausgabeweg Global, Feld „Metadaten". Bleibt das Feld leer, füllt JTL es nicht etwa frei – es fällt auf den Artikelnamen zurück. Und Artikelnamen sind auf Lagerlogik optimiert, nicht auf Suchintention. „Bohrmaschine 18V BSH-447" ist intern eindeutig und entspricht als Titel keiner einzigen realen Suchanfrage.
Bei Kategorieseiten greift dieselbe Mechanik auf den Kategorienamen zu, weshalb dort reihenweise „Werkzeug" oder „Zubehör" als Titel landet. Das ist der Grund, warum JTL-Shops im Leistungsbericht der Search Console häufig viele Impressionen bei sehr schwacher Klickrate zeigen: Die Seiten werden gefunden, aber das Suchergebnis gibt keinen Grund zu klicken. Der Hebel liegt nicht im Shop, sondern in der Wawi – und er skaliert nur über die Feldpflege, nicht über Einzelkorrekturen im Backend.
Der OnPage-Composer: Kategorietexte ohne Umweg über die Wawi
Für Kategorie- und Inhaltsseiten gibt es im Shop den OnPage-Composer. Das ist deshalb relevant, weil Kategorieseiten die eigentlichen Einstiegspunkte aus der Suche sind – jemand sucht eine Produktgruppe, nicht eine Artikelnummer. Eine Kategorieseite, die nur aus einem Produktraster besteht, gibt Google nichts, woran sich ein Thema festmachen ließe. Was hineingehört, ist kein Fülltext, sondern die Einordnung: wofür diese Produktgruppe da ist, worin sich die Varianten unterscheiden, wonach man auswählt.
Ist JTL-Shop gut für SEO?
Ja – JTL-Shop bietet eine solide technische Basis mit konfigurierbaren SEO-URLs, Meta-Daten-Kontrolle über die Wawi und einem Plugin-Ökosystem für strukturierte Daten. Die systembedingte Schwäche liegt in der Standardkonfiguration: Kategoriename als H1, unvollständige Rich-Snippet-Ausgabe, generische Meta-Titel. Mit gezielter Optimierung ist JTL-Shop eine starke SEO-Basis.
Wie optimiert man JTL-Shop für Amazon und Google parallel?
JTL-Wawi unterstützt separate Felder für Marktplatz- und Shop-Inhalte – Amazon bewertet keyword-dichte Titel, Google bewertet Suchintention und Content-Tiefe. Wer dieselben Produktdaten auf beiden Kanälen ausspielt, verliert auf beiden. Entscheidend ist die konsequente Trennung der Ausgabewege: Was über „Global" läuft, gilt für alle Kanäle – was nur im Shop stehen soll, gehört in den shopspezifischen Ausgabeweg.
Amazon / Marktplatz
- Keyword-dichte, conversion-optimierte Titel
- Bewertung nach Marktplatz-Algorithmus
- Fokus auf direkte Kaufabsicht
Google / eigener Shop
- Ausrichtung auf Suchintention & Recherchephase
- Content-Tiefe und Themen-Cluster
- Nachhaltige, algorithmus-unabhängige Sichtbarkeit
Wann sind erste SEO-Ergebnisse bei JTL-Shops messbar?
Technische Verbesserungen – Ladezeiten, Indexierungstiefe, Crawl-Fehler – sind in der Google Search Console nach 4–8 Wochen messbar. Ranking-Bewegungen bei kompetitiven Kategorieseiten brauchen realistischerweise 6–12 Monate, abhängig von Wettbewerbssituation und Ausgangslage. Bei Relaunch-Projekten oder Systemmigrationen gelten andere Zeitrahmen, weil dort zuerst der Bestand gesichert werden muss, bevor überhaupt optimiert wird.
Der Ablauf: acht Schritte in dieser Reihenfolge
Die Reihenfolge folgt der Datenrichtung. Wer im Shop anfängt, arbeitet gegen den nächsten Abgleich; wer Content produziert, bevor die Filter-URLs im Griff sind, füllt Crawl-Budget statt Sichtbarkeit.
- Bestand aufnehmen: welche URLs kennt Google, welche sind indexiert, wo klafft die Lücke zur Sitemap.
- Feldzuständigkeiten klären: welches Feld kommt aus der Wawi, welches lebt im Shop – bevor irgendjemand etwas ändert.
- Filter-URLs eindämmen: entscheiden, welche Merkmalkombinationen indexierbar bleiben, den Rest vom Crawling ausnehmen.
- Canonical-Logik für Varianten prüfen: pro Artikelgruppe entscheiden, nicht pauschal.
- Kategorie-H1 und Kategorietexte: mit den Kategorien beginnen, die Suchvolumen haben.
- Meta-Daten in der Wawi systematisch füllen: eine Logik pro Warengruppe statt Handarbeit pro Artikel.
- Strukturierte Daten ergänzen, was das System nicht vollständig ausgibt – siehe JTL Rich Snippets.
- Messen: Indexierungsbericht und Rankings wöchentlich statt quartalsweise.
Schritt 2 ist der, der am häufigsten übersprungen wird – und der, ohne den die Schritte 5 und 6 folgenlos bleiben.
Checkliste: 12 Punkte für den JTL-Shop
Kurzfassung dieser Seite zum Abhaken, unabhängig von der Shop-Version.
Zwölf Punkte, die sich ohne Entwicklerteam prüfen lassen – die Details stehen in den verlinkten Abschnitten oben.
Ergebnisse aus der Praxis
Dieselbe clusterbasierte Strategie bringt in echten Onlineshop-Projekten messbare Ergebnisse – von 0 € auf 5.000 €/Monat (Magento) über 3 → 15 B2B-Leads/Woche (WooCommerce) bis 200.000 € → 1.000.000 €/Monat (Shopify). Alle Case Studies im Detail ansehen.
JTL-SEO-Agentur oder Einzelberater: wer die Wawi wirklich kennt
Der entscheidende Unterschied bei JTL liegt nicht im Shop. Er liegt davor: Artikelnamen, Metadaten, Kategorienamen und Beschreibungen kommen aus der Wawi. Wer nur im Shop-Backend optimiert, korrigiert Symptome, die beim nächsten Abgleich wieder überschrieben werden. Das ist der Punkt, an dem die meisten SEO-Angebote für JTL auseinanderfallen – sie behandeln den Shop wie jedes andere System.
Was Sie bei mir bekommen
- Optimierung an der Datenquelle Wawi, nicht am Symptom im Shop
- Durchgehend derselbe Senior, kein Account Management dazwischen
- Ausgabewege sauber getrennt: was global gilt, was nur in den Shop gehört
- Entscheidungen am selben Tag statt über Abstimmungsschleifen
Wo ein Einzelberater an Grenzen stößt
- Keine Wawi-Entwicklung, keine Plugin-Programmierung
- Begrenzte Kapazität – mehrere Shops parallel gehen nicht
- Keine Vertretung bei Urlaub oder Krankheit
- Wenn Ihr Einkauf ein Team verlangt, bin ich raus
Was ich bei einem JTL-Shop übernehme
Die Datenpflege in der Wawi als Grundlage: Feldmapping, Ausgabewege, Metadaten je Artikel und Kategorie. Dazu die technische Konfiguration im Shop – SEO-URLs, Canonical bei Varianten, Merkmalfilter und Crawl-Budget über die PRG-Methode, Ladezeit bei großen Katalogen. Und die Content-Architektur: Kategorietexte über den OnPage-Composer statt über den Umweg Wawi, wo sie nicht hingehören. Ob der Shop darüber hinaus in KI-Antworten genannt wird, ist eine eigene Messung.
Was ich nicht mache
Keine Wawi-Entwicklung, keine Plugin-Programmierung, keine Marktplatzanbindung, keine Google Ads und keine Shop-Gestaltung. Wo eine Umsetzung Entwicklerarbeit braucht, schreibe ich die Anforderung so auf, dass Ihr Dienstleister sie umsetzen kann.
Honorar und erster Schritt
Die laufende Betreuung beginnt bei 3.750 Euro im Monat. Davor steht nichts, was Geld kostet: Der kostenlose SEO- und KI-Check zeigt den Stand Ihres Shops, und in einem 15-Minuten-Gespräch sage ich Ihnen offen, ob sich eine Zusammenarbeit rechnet. Ich arbeite systemunabhängig – dieselbe Strategie setze ich auch für Shopware und Shopify um.
Häufige Fragen zu JTL SEO
Ist JTL-Shop gut für SEO?
Wie optimiert man einen JTL-Shop für Amazon und Google parallel?
Warum entsteht in JTL-Shops Duplicate Content?
Was ist das Problem mit dem Kategoriename als H1 in JTL?
Wann sind erste SEO-Ergebnisse bei JTL-Shops messbar?
Warum sind meine SEO-Änderungen im JTL-Shop nach dem Abgleich wieder weg?
Wie verhindere ich, dass Merkmalfilter das Crawl-Budget aufbrauchen?
Was kostet SEO für einen JTL-Shop?
Brauche ich für JTL-SEO Plugins?
Andrea Papa
Senior SEO-Spezialist mit 15+ Jahren E-Commerce-Erfahrung. Ich optimiere clusterbasiert nach Suchintention – für nachhaltige Sichtbarkeit bei Google und in der KI-Suche.