Kurz gesagt: Der Wechsel von JTL-Shop zu Shopware ist technisch gut machbar - aber die eigentliche Entscheidung fällt nicht beim Shop, sondern bei der Warenwirtschaft. Wer die JTL-Wawi behalten will, kann Shopware per Connector anbinden und nur das Frontend wechseln. Wer das ganze JTL-Ökosystem verlässt, plant ein größeres Projekt mit ERP-Frage. Ein offizielles Shopware-Migrationsprofil für JTL gibt es nicht - die Daten wandern per strukturiertem Import über die Shopware-API oder Migrations-Tooling von Drittanbietern.

Die Wawi-Frage zuerst - alles andere folgt daraus

JTL ist kein Shopsystem, sondern ein Ökosystem um die kostenlose JTL-Wawi herum. Genau deshalb gibt es beim Wechsel zwei grundverschiedene Szenarien:

Szenario 1: Wawi bleibt, Shop wechselt. Du behältst die JTL-Wawi als Warenwirtschaft und hängst Shopware als Frontend dran - dafür existieren etablierte Connectoren im Shopware-Ökosystem. Sinnvoll, wenn deine Lager-, Versand- und Marktplatz-Prozesse in der Wawi gut laufen und nur der Shop limitiert (Design, B2B-Features, Erweiterbarkeit, Storefront-Qualität). Das ist der kleinere, planbarere Umstieg.

Szenario 2: Kompletter Ausstieg aus JTL. Shop und Warenwirtschaft werden ersetzt. Dann ist die Shopware-Migration nur ein Teilprojekt neben der ERP-Entscheidung - dieser Weg lohnt sich meist erst, wenn die Wawi selbst zum Engpass geworden ist (Mehrfirmen-Strukturen, spezielle Prozesse, Windows-Server-Strategie).

Meine Erfahrung: Die meisten Händler, die „weg von JTL" sagen, meinen Szenario 1 - sie sind mit der Wawi zufrieden und mit dem Shop nicht.

Warum Händler vom JTL-Shop zu Shopware wechseln

  • Storefront und Erlebniswelten: Shopware bietet deutlich mehr Gestaltungsfreiheit ohne Template-Bastelei - von Erlebniswelten bis zum neuen Komponentensystem.
  • Erweiterbarkeit: Das Shopware-Plugin-Ökosystem und die API-First-Architektur sind eine andere Liga, wenn individuelle Prozesse abgebildet werden sollen.
  • B2B: Wer ernsthaftes B2B plant, findet in Shopware (Evolve-Plan) native Komponenten statt Workarounds.
  • Zukunftsthemen: Agentic Commerce, KI-Produktfeeds und strukturierte Daten entwickelt Shopware sichtbar im Kern weiter.

So läuft die Migration technisch

  1. Daten: Produkte, Varianten, Kunden und Bestellungen kommen im Szenario 1 weitgehend über die Wawi-Anbindung nach Shopware; im Szenario 2 per Export/API-Import mit sauberem Mapping. JTL-spezifische Konstrukte (Vater/Kind-Artikel, Merkmale, Eigene Felder) brauchen ein durchdachtes Zielmodell in Shopware.
  2. Prozesse: Versand, Zahlungsarten, Steuerkonfiguration und Marktplatz-Anbindungen werden neu aufgesetzt oder über die Wawi weitergeführt - hier entscheidet sich der Projektumfang.
  3. SEO-Umzug: Redirect-Mapping für alle URLs - wie bei jeder Migration der Posten, den Billig-Angebote weglassen.
  4. Testphase: Bestellprozesse Ende-zu-Ende mit echter Wawi-Kommunikation testen, bevor umgeschaltet wird.

Kostenrahmen: Szenario 1 liegt bei kleinen bis mittleren Shops häufig im mittleren vier- bis niedrigen fünfstelligen Bereich; Szenario 2 ist ein ERP-Projekt mit Shop-Anteil und spielt in einer anderen Größenordnung.

Mein Fazit

Die JTL-Frage ist eine Architektur-Frage: Wo soll die Prozess-Intelligenz deines Geschäfts leben - in der Wawi oder im Shop? Wer das sauber beantwortet, bekommt einen planbaren Umstieg statt eines Fasses ohne Boden. Bei der Antwort helfe ich gern - inklusive der ehrlichen Variante „bleib bei JTL", wenn dein Setup dort gut aufgehoben ist.

Tags:

Shopware Migration JTL