Andrea Papa Logo

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:

Kategoriename als H1

JTL setzt standardmäßig den Kategorienamen als H1 – ohne Bezug zur Suchintention. Über viele Kategorien summiert sich das zu erheblichem Ranking-Verlust.

Canonical bei Varianten

Funktion ID 1448 setzt Canonicals automatisch auf Vaterartikel – problematisch, wenn Varianten eigenes Suchvolumen haben. JTL Canonical

Filter-URLs & Crawl-Budget

Merkmalfilter erzeugen schnell tausende URLs – Crawl-Budget und Long-Tail-Potenzial leiden. JTL Merkmalfilter

Performance bei großen Katalogen

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.

InhaltGepflegt inFallstrick
Meta-Titel & Description am ArtikelJTL-Wawileer gelassen führt zu generierten Dubletten
ProduktbeschreibungJTL-WawiHerstellertext = Duplicate Content
KategorietexteShop, u. a. über den OnPage-Composerbleibt oft ganz leer
Kategorie-H1ShopStandard ist der Kategoriename
SEO-URLsShopÄnderung ohne Weiterleitung = 404
Marktplatz-TitelJTL-Wawi, eigene Feldernicht 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.

  1. Bestand aufnehmen: welche URLs kennt Google, welche sind indexiert, wo klafft die Lücke zur Sitemap.
  2. Feldzuständigkeiten klären: welches Feld kommt aus der Wawi, welches lebt im Shop – bevor irgendjemand etwas ändert.
  3. Filter-URLs eindämmen: entscheiden, welche Merkmalkombinationen indexierbar bleiben, den Rest vom Crawling ausnehmen.
  4. Canonical-Logik für Varianten prüfen: pro Artikelgruppe entscheiden, nicht pauschal.
  5. Kategorie-H1 und Kategorietexte: mit den Kategorien beginnen, die Suchvolumen haben.
  6. Meta-Daten in der Wawi systematisch füllen: eine Logik pro Warengruppe statt Handarbeit pro Artikel.
  7. Strukturierte Daten ergänzen, was das System nicht vollständig ausgibt – siehe JTL Rich Snippets.
  8. 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.

Für jedes SEO-Feld ist geklärt, ob es aus der Wawi oder aus dem Shop kommt
Keine Korrekturen direkt im Shop, die der Abgleich überschreibt
Meta-Titel in der Wawi gefüllt, nicht leer gelassen
Keine wörtlich übernommenen Herstellertexte
Kategorie-H1 benennt das Thema, nicht den Navigationspunkt
Kategorieseiten haben einen eigenständigen Textteil
Merkmalfilter erzeugen keine unbegrenzten indexierbaren URLs
Canonical bei Varianten je Artikelgruppe entschieden
SEO-URLs nur mit vorbereiteter Weiterleitung geändert
Sitemap enthält keine Filter-URLs
Marktplatz- und Shop-Texte sauber getrennt
Ladezeit bei Long-Tail-Kategorien gemessen, nicht nur auf der Startseite

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.

0 → 5.000 €organisch/Monat · Magento
3 → 15B2B-Leads/Woche · WooCommerce
200K → 1 Mio €Monatsumsatz · Shopify

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?
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 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 einen JTL-Shop für Amazon und Google parallel?
Die JTL-Wawi unterstützt separate Felder für Marktplatz- und Shop-Inhalte. Amazon bewertet keyword-dichte, conversion-optimierte 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.
Warum entsteht in JTL-Shops Duplicate Content?
Meta-Titel, Descriptions und Produktbeschreibungen werden in der Wawi gepflegt und in den Shop synchronisiert. Leere Felder oder Hersteller-Boilerplates im Metadaten-Reiter erzeugen identische Texte über hunderte Produktseiten – und liefern Google keinen Grund, die eigene Seite zu ranken. Skalierbare Datenpflege in der Wawi ist der Hebel.
Was ist das Problem mit dem Kategoriename als H1 in JTL?
JTL gibt standardmäßig den Kategorienamen als H1 jeder Kategorieseite aus – ohne Bezug zur tatsächlichen Suchintention. Über dutzende oder hunderte Kategorien summiert sich das zu erheblichem Ranking-Verlust. Die H1 sollte die reale Suchintention treffen, nicht nur den internen Kategorienamen.
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 Wettbewerb und Ausgangslage.
Warum sind meine SEO-Änderungen im JTL-Shop nach dem Abgleich wieder weg?
Weil die JTL-Wawi die führende Datenquelle ist und der Shop anzeigt, was sie liefert. Artikelbezogene Felder wie Meta-Titel, Meta-Description und Produktbeschreibung gehören deshalb in die Wawi gepflegt. Seitenbezogene Inhalte – Kategorietexte, Kategorie-H1, SEO-URL-Einstellungen – leben dagegen im Shop und bleiben dort auch bestehen. Der erste Schritt jeder JTL-Optimierung ist deshalb, pro Feld zu klären, wo es zuhause ist.
Wie verhindere ich, dass Merkmalfilter das Crawl-Budget aufbrauchen?
Merkmalfilter erzeugen pro Kombination eine URL, was schnell in die Tausende geht. Zwei Dinge gehören getrennt entschieden: erstens, welche Kombinationen überhaupt indexierbar sein sollen – Maßstab ist nachweisbares Suchvolumen, nicht die Anzahl der Filter; zweitens, wie der Rest vom Crawling ferngehalten wird. Im JTL-Umfeld ist dafür die PRG-Methode verbreitet, bei der Filterlinks so ausgeliefert werden, dass Crawler ihnen nicht folgen, während sie für Besucher normal funktionieren.
Was kostet SEO für einen JTL-Shop?
Meine laufende Betreuung beginnt bei 3.750 Euro pro Monat. Sie arbeiten dabei direkt mit einem Senior-SEO mit 15+ Jahren E-Commerce-Erfahrung, ohne Agenturprozesse dazwischen. Der Einstieg ist ein kostenloser Check und ein unverbindliches 15-Minuten-Gespräch.
Brauche ich für JTL-SEO Plugins?
Für die Grundlagen nicht: SEO-URLs, Meta-Daten über die Wawi und die Kategoriepflege sind im System angelegt. Plugins schließen Lücken bei der Filtersteuerung, bei strukturierten Daten und beim Caching großer Kataloge. Die Abwägung lohnt pro Anwendungsfall, nicht pauschal – jedes Plugin bringt Code mit, der bei jedem Shop-Update erneut geprüft werden will.
Über mich
Andrea Papa

Andrea Papa

SEO für Online-Shops · Google & KI-Suche

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.

15+ Jahre SEO SEO-Dozent · alfatraining Google-zertifiziert Google + KI-Suche