JTL Migration: SEO-Risiken erkennen und Rankings sichern
Eine JTL-Migration ist aus SEO-Sicht das risikoreichste Vorhaben, das ein Händler durchführen kann – technisch kann alles funktionieren und gleichzeitig ein erheblicher Teil der organischen Sichtbarkeit verloren gehen. Den übergreifenden strategischen Rahmen dazu beschreibe ich unter JTL SEO.
Vor der Migration alle rankenden URLs und die SEO-Konfiguration dokumentieren – das ist die Basis fürs Redirect-Mapping.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Vor der Migration: was dokumentiert sein muss
Der häufigste Fehler ist nicht die fehlerhafte Umsetzung der Migration selbst – es ist das fehlende Vorher-Snapshot. Ohne Baseline lässt sich nach der Migration nicht unterscheiden, was ein normales Schwanken ist und was ein echtes Signal.
- Vollständiger Crawl des alten Shops: alle indexierten URLs mit Status 200, ihre Titel, Canonical-Tags und Ranking-Positionen
- Organischer Traffic pro URL aus der Google Search Console – mindestens 3 Monate, besser 6
- Sitemap-Exportvor der Migration als Referenz, welche URLs der Shop als indexierungswürdig betrachtete
- Alle bestehenden 301-Redirects dokumentieren – wer eine Migration ohne diese Liste plant, baut auf einer unbekannten Ausgangsbasis
URL-Änderungen und Redirect-Management
URL-Struktur-Änderungen sind der häufigste Auslöser für Ranking-Verluste nach einem Relaunch. JTL-Migrationen bringen fast immer URL-Änderungen mit – durch neue SEO-URL-Vorlagen, geänderte Kategoriepfade oder Versionswechsel, die die Generierungslogik des Systems verändern.
Jede alte URL mit organischem Traffic braucht einen permanenten 301-Redirect auf ihre neue Entsprechung – das gilt für Produkt-, Kategorie-, Hersteller- und Filterseiten gleichermaßen. Wie JTL-Shop die URL-Weiterleitungslogik intern handhabt und welche Fallstricke dabei konkret entstehen, zeigt der JTL SEO-URL-Cluster.
Die SEO-URL-Logik in JTL und die vorgelagerten Strukturentscheidungen sind ein eigenständiges Thema – ebenso wie das Redirect-Management bei größeren Kategorie-Umstrukturierungen über die Wawi. Beides behandelt der JTL SEO-URL-Cluster ausführlich.
Sitemap und Canonical nach der Migration bereinigen
Nach einer Migration enthält die Sitemap häufig noch alte URLs, was Crawl-Signale erzeugt, die Google auf veraltete Zieladressen führt. Wie die Sitemap in JTL korrekt bereinigt und konfiguriert wird, erklärt der JTL Sitemap-Cluster.
Canonical-Tags müssen nach der Migration auf Konsistenz geprüft werden – besonders bei Variantenprodukten und Filterseiten, wo neue Templates stille Duplicate-Content-Signale erzeugen können. Was dabei konkret zu prüfen ist, zeigt der JTL Canonical-Cluster.
Wawi-Daten und Template-Konfiguration: was eine Migration zurücksetzt
Ein Systemwechsel oder ein Versionswechsel von JTL-Shop setzt häufig Template-Konfigurationen zurück – darunter Einstellungen, die SEO-relevante Ausgaben steuern: Schema-Markup, Canonical-Verhalten, robots.txt-Generierung, Performance-relevante Lazy-Loading-Einstellungen. Wer nach der Migration nur prüft, ob der Shop läuft, übersieht diese Ebene vollständig.
Kann zurückgesetzt werden
- SEO-Einstellungen im Template
- Canonicals & Meta-Daten
Danach prüfen
- Meta-Daten je Artikel
- Canonical- & hreflang-Ausgabe
Wawi-Daten und Template-Konfiguration können SEO-Einstellungen überschreiben – nach der Migration alles gegenprüfen.
Die Wawi-Daten selbst – Meta-Titel, Meta-Descriptions, Produktbeschreibungen – überleben eine Migration in der Regel, wenn die Datenbankstruktur korrekt übertragen wurde. Das Risiko liegt nicht in den Daten selbst, sondern im Feldmapping: Wenn die neue Shop-Version Felder anders ausliest oder die Ausgabewege sich geändert haben, landen die richtigen Daten im falschen Feld. Ein Post-Migration-Audit der Wawi-zu-Shop-Synchronisation gehört zum Pflichtprogramm, nicht zur Nachsorge.
Nach dem Go-live: Monitoring in den ersten Wochen
Google re-crawlt einen Shop nach einem Relaunch nicht sofort vollständig. Die ersten 2–3 Wochen zeigen in der Search Console oft stabile Werte, weil der Cache noch ausgeliefert wird. Rankings-Verluste aus fehlerhaften Redirects oder Canonical-Problemen werden erst nach 4–6 Wochen vollständig sichtbar – dann ist die Ursache schwerer zu isolieren.
Konkret zu überwachen: tägliche Crawl-Fehler in der Search Console, Indexierungsstatus der wichtigsten Produktkategorien, Klick- und Impressionsdaten pro URL im Vergleich zur Baseline. Wer diese Signale erst bei einem spürbaren Traffic-Rückgang prüft, hat wertvolle Reaktionszeit verloren. Den methodischen Gesamtrahmen für JTL-SEO beschreibe ich unter JTL SEO.
Kostenlos · ohne Anmeldung · Ergebnis sofort
Häufige Fragen zur JTL-Migration
Was muss vor einer JTL-Migration dokumentiert sein?
Wie geht man mit URL-Änderungen um?
Was setzt eine Migration bei JTL zurück?
Was überwacht man nach dem Go-live?
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.