JTL-Shop: Skalierbares Shopsystem mit WaWi-Integration

Der Onlinehandel wächst – und mit ihm die Komplexität. Bestellungen stapeln sich, der Lagerbestand wird unübersichtlich, Amazon und eBay kommen als weitere Verkaufskanäle hinzu. Plötzlich jonglierst du mit mehreren Systemen, um Preise, Bestände und Versandinformationen aktuell zu halten. Jeder Abgleich kostet Zeit, jede manuelle Anpassung birgt Fehlerrisiken – hier hilft oft ein erfahrener JTL-Service-Partner. Überverkäufe, veraltete Produktdaten und inkonsistente Preise fressen deinen Profit.

Genau hier setzt JTL-Shop an: als Shopsystem, das nicht isoliert agiert, sondern Teil eines durchgängigen Ökosystems ist. Die zentrale Datenbasis liefert JTL-WaWi – deine Warenwirtschaft steuert Artikel, Bestände, Preise und Aufträge für alle Kanäle. Der Shop selbst übernimmt das Frontend, das Kundenerlebnis und die Kaufabwicklung. Das Ergebnis: weniger Toolwechsel, weniger Fehler, mehr Kontrolle – und ein klarer Weg zum skalierbaren Wachstum.

In diesem Artikel erfährst du, was JTL-Shop kann, für wen es sich eignet, welche Kosten anfallen – und wie du einen startklaren, messbaren und profitablen Onlineshop aufbaust. Der Fokus liegt auf den operativen Details, die im Betrieb wirklich zählen.

Was ist JTL-Shop?

JTL-Shop ist eine Shopsoftware aus Deutschland, entwickelt von der JTL-Software GmbH. Anders als viele Stand-alone-Systeme funktioniert JTL-Shop nicht isoliert: Er nutzt JTL-WaWi als zentrale Datenbasis. Artikel, Kategorien, Preise, Bestände und Kundendaten werden in der Warenwirtschaft gepflegt und automatisch an den Shop sowie an weitere Kanäle wie Amazon, eBay oder OTTO übertragen.

Der Shop selbst ist für das Kundenerlebnis zuständig: Templates, Design, Checkout, Marketing- und SEO-Funktionen, Zahlungsarten, Versandoptionen. Die Auftragsabwicklung läuft zurück in JTL-WaWi, wo Zahlung, Versand, Retouren und Accounting zentral gesteuert werden.

Das Prinzip dahinter: Eine Datenbasis, viele Kanäle. Wer seinen Shop skalieren oder Multi-Channel-Vertrieb betreiben will, profitiert von dieser Architektur – weniger manuelle Arbeit, weniger Überverkäufe, konsistente Daten.

Kernprinzip: JTL-Shop als Frontend mit WaWi als Motor

JTL-Shop liefert das, was der Kunde sieht: moderne Templates wie NOVA, mobiloptimiertes Design, OnPage Composer für Landingpages, Filter, Variantenauswahl, Checkout. Alle Produktdaten, Bestände, Preise, SEO-Texte und Attribute kommen jedoch aus JTL-WaWi. Der Shop ist also kein eigenständiges CMS, sondern die Verkaufsschicht eines integrierten Systems.

Diese Architektur macht JTL-Shop besonders für Händler interessant, die:

• strukturiert wachsen und Prozesse automatisieren wollen
• Multi-Channel-Vertrieb planen (Shop + Marktplätze)
• saubere Bestandsführung brauchen, um Überverkäufe zu vermeiden
• eine deutsche Lösung mit planbarem Betrieb und Support suchen

Für wen ist JTL-Shop geeignet?

JTL-Shop richtet sich vor allem an kleine und mittlere Onlinehändler, die professionell wachsen wollen – ohne sich in Tool-Chaos und manuellen Workarounds zu verlieren. Typische Anwender sind Start-ups mit ambitioniertem Sortiment, etablierte Händler, die ihren ersten Shop launchen oder von einem Legacy-System migrieren, sowie KMU, die ihre Verkaufskanäle zentralisieren wollen.

Besonders stark ist JTL-Shop, wenn du:

• von Anfang an Multi-Channel denkst: Shop, Amazon, eBay, OTTO aus einer Datenbasis
• ein mittleres bis großes Sortiment hast, das Struktur und Pflege braucht
• Prozesse vereinheitlichen willst: Bestellung, Zahlung, Versand, Retoure, Controlling als durchgängiger Workflow
• Wert auf deutsche Anbieterlandschaft legst: Support, Rechtssicherheit, DSGVO-Konformität
• planbar skalieren willst: günstig starten, bei Bedarf upgraden, keine Transaktionsgebühren

Wann passt JTL-Shop eher nicht?

JTL-Shop ist nicht für jeden Fall die beste Wahl. Wenn du ein reines SaaS-Setup ohne jede technische Verantwortung suchst, sind Alternativen wie Shopify möglicherweise besser geeignet. Auch wer ein hochindividuelles Headless-Frontend plant oder komplett auf Warenwirtschaft verzichten will, findet woanders passendere Lösungen.

JTL-Shop setzt zwingend JTL-WaWi voraus – wer nur einen einfachen Shop ohne Lager, ohne Prozesse und ohne Kanalstrategie braucht, investiert hier mehr als nötig. Wer Time-to-Market nur über Standard-Templates erreichen will, gleichzeitig aber extremen Individualismus erwartet, muss realistische Erwartungen an Budget und Projektlaufzeit setzen.

Editionen, Einstieg und Kosten

JTL-Shop bietet mit der Community Edition einen kostenlosen Einstieg. Die konkreten Limitierungen (Artikelanzahl, Funktionsumfang) sind versionsabhängig – prüfe vor Projektstart die aktuellen Bedingungen. Sobald dein Geschäft wächst, wechselst du planbar in höhere Editionen – ohne Datenverlust.

Die eigentlichen Kosten entstehen jedoch nicht nur durch die Software, sondern durch den Betrieb:

Plane nicht nur die Softwarekosten, sondern denke in Total Cost of Ownership über 12 bis 36 Monate. Typische Treiber sind:

• Setup: WaWi-Konfiguration, Artikelstruktur, Datenmigration, Template-Anpassung, Tracking, Feeds
• Laufend: Hosting, Updates, Plugin-Lizenzen, Backups, Monitoring, Support
• Prozesskosten: manuelle Nacharbeit bei fehlenden Integrationen, Überverkäufe durch falsche Bestände

Wirtschaftlichkeit: Was JTL-Shop einspart und ermöglicht

Entscheidend ist nicht, was JTL-Shop kostet, sondern was es einspart und ermöglicht:

• Einsparungen: weniger Überverkäufe, weniger manuelle Datenabgleiche, weniger Tool-Lizenzen (weil WaWi, Shop und Kanäle integriert sind)
• Umsatzhebel: bessere Feed-Qualität für Google Shopping, stabileres Tracking für ROAS-Optimierung, schnellere Aktionen durch zentrale Datenpflege, bessere Conversion durch professionelles Template

Investiere zuerst in Datenbasis, Prozesse und Tracking – erst danach in Kosmetik und Individualisierung.

JTL-Shop einrichten: Was du für den Start brauchst

Der häufigste Fehler beim Einstieg in JTL-Shop: zu spät an die Warenwirtschaft denken. JTL-Shop funktioniert nur mit JTL-WaWi als Datenbasis. Wer WaWi erst nachträglich sauber aufsetzen will, zahlt mit teurer Nacharbeit.

Die richtige Reihenfolge:

1. WaWi-Grundsetup: Steuern, Lager, Artikelstruktur, Kategorien, Attribute, Varianten, Preislogik
2. Shop-Grundkonfiguration: Domain, Template, Rechtstexte, Impressum, Datenschutz
3. Zahlungsarten und Versandarten: Konzept definieren, technische Anbindung testen
4. Testbestellungen: Kaufprozess, Tracking, Feed-Qualität, Retourenszenario durchspielen
5. Go-Live: Migration (falls Relaunch), Redirects, Monitoring, Backlog

Template und Design: NOVA als Basis

JTL-Shop liefert mit NOVA ein modernes, mobiloptimiertes Basistemplate. Es ist semantisch strukturiert, SEO-freundlich, responsiv und seit Version 5.5 barrierefrei (BFSG). NOVA bietet eine gute Grundlage für UX und Performance – ohne dass du bei Null anfangen musst.

Individualisierung ist auf drei Ebenen möglich:

• Ohne Code: Inhalte, Blöcke, Banner, Slider im Backend oder per OnPage Composer pflegen
• Mit wenig Code: Custom CSS, Child-Theme für updatefähige Anpassungen
• Komplett individuell: eigenes Theme entwickeln (Budget und Wartung einplanen)

Entscheidungshilfe: Starte mit NOVA und gezielten Anpassungen. Komplette Custom-Themes lohnen sich erst bei starkem Branding-Bedarf oder sehr spezifischen UX-Anforderungen.

OnPage Composer: Content ohne Entwickler

Der OnPage Composer ist der Frontend-Editor von JTL-Shop. Du baust Landingpages, Aktionsseiten oder Kategorietexte per Drag-and-Drop – direkt im Frontend, ohne Code, ohne Wartezeit.

Praxisbeispiele:

• Sale-/Kampagnenseite: Content, Produktlisten und Banner für zeitlich begrenzte Aktionen
• SEO-Ratgeber: Beratungsinhalte auf Kategorieebene, um interne Verlinkung zu stärken
• Schnelle Kommunikation: Hinweise zu Lieferzeiten, Urlaubsmodus, Produktneuheiten

Der OnPage Composer senkt die Abhängigkeit von Entwicklern und macht dein Team schneller – ein echter Hebel für Marketing und Content.

Erweiterungen und Ökosystem: Plugin-Strategie mit System

Im JTL-Extension Store findest du über 700 Templates, Plugins und Partnerlösungen: von Payment-Integrationen über Marketing-Tools bis zu spezialisierten SEO- oder Feed-Erweiterungen. Du aktivierst sie direkt im Backend, verwaltest Lizenzen zentral. Updates für Plugins erfolgen nicht automatisch – du musst sie bewusst anstoßen und vorher testen. Die Unterscheidung ist wichtig: Plugin-Update (einzelne Erweiterung), Shop-Core-Update (JTL-Shop-Version) und Template-Update (z. B. NOVA) sind separate Prozesse mit unterschiedlichen Abhängigkeiten.

Plugin-Overuse ist eine der häufigsten Fehlerquellen. Jede Erweiterung bringt Abhängigkeiten, Performance-Impact und Update-Risiken mit sich.

Plugin-Check vor Installation

Prüfe vor jeder Installation:

• Problem klar definiert? Erst Boardmittel prüfen, dann Plugin
• Kompatibilität: passt es zur Shop-Version, zum Template, zu anderen Plugins?
• Updatehistorie: wird das Plugin aktiv gepflegt?
• Performance: wie wirkt es sich auf Ladezeiten aus?
• Support: gibt es dokumentierten, verlässlichen Support?
• Rollback-Plan: hast du eine Staging-Umgebung zum Testen? Backup vor Installation?

Halte die Plugin-Anzahl so niedrig wie möglich – und setze auf etablierte, gepflegte Lösungen.

Tracking und Messung: Pflichtteil vor jeder Optimierung

Ein Shop ohne sauberes Tracking ist wie ein Auto ohne Tacho: Du fährst – weißt aber nicht, wohin und wie schnell. Bevor du in Conversion-Optimierung, Google Shopping oder SEO investierst, muss die Messgrundlage stehen.

Setup-Bausteine für sauberes E-Commerce-Tracking

• Consent Management (CMP): DSGVO-konforme Einbindung, Tracking erst nach Zustimmung, Consent Mode v2 für Google-Tags
• Google Tag Manager und GA4: zentrale Tag-Verwaltung, E-Commerce-Events definieren (view_item, add_to_cart, begin_checkout, purchase)
• UTM-Standard: einheitliches Channel-Mapping, Ausschluss interner Zugriffe
• E-Commerce-Daten korrekt übergeben: Umsatz, Versandkosten, Steuern, Rabatte, Währung müssen stimmen

Fortgeschrittene Setups nutzen Server-Side Tracking für höhere Stabilität und weniger Datenverlust durch Adblocker oder Cookie-Restrictions. Auch Conversion APIs können ROAS-Messungen deutlich verbessern.

JTL-spezifische Tracking-Implementierung

In JTL-Shop gibt es mehrere Wege, Tracking zu integrieren:

• Plugin-basiert: fertige Tracking-Plugins aus dem Extension Store. Vorteil: schneller Setup. Nachteil: oft weniger Kontrolle, abhängig von Plugin-Updates
• Template-Events: Custom-Code in Template-Hooks oder Child-Theme einbinden. Vorteil: volle Kontrolle, updatefähig bei sauberem Child-Theme. Nachteil: technisches Know-how nötig
• DataLayer-Konzept: strukturiertes Objekt (meist JavaScript) mit E-Commerce-Daten, das von GTM ausgelesen wird. Best Practice für saubere Tag-Architektur

Typische Stolperfallen im JTL-Shop-Tracking

• Payment-Redirect/Thank-you-Page: Nach Zahlungsabschluss bei externen Payment-Providern (z. B. PayPal) muss der User zurück auf die Shop-Dankeseite. Wenn diese nicht korrekt getriggert wird oder der GTM-Tag nicht feuert, fehlt der Purchase-Event. Prüfe: Wird die Dankeseite in allen Payment-Szenarien erreicht? Feuert der Purchase-Tag auch bei Redirects?
• Consent Mode v2: Google fordert seit 2024 Consent Mode v2 für EU-Nutzer. Ohne korrekte Implementierung werden Events nicht oder nur eingeschränkt an GA4 und Google Ads übertragen. Prüfe: Ist dein CMP Consent-Mode-v2-fähig? Werden Consent-States korrekt übergeben?
• Duplicate Purchase: Wenn Nutzer die Dankeseite mehrfach laden (z. B. durch Reload oder Zurück-Button), wird der Kauf mehrfach gezählt. Lösung: Purchase-Event nur einmalig feuern (z. B. per Session Storage oder Server-seitigem Flag)
• Währung/Steuern: GA4 erwartet Währung im korrekten Format (ISO-Code, z. B. EUR). Preise sollten inkl. oder exkl. Steuer einheitlich übergeben werden. Prüfe: Stimmt die Währung? Sind Preise konsistent (brutto vs. netto)?
• Gutscheinlogik: Rabatte/Gutscheine müssen korrekt im Purchase-Event abgebildet werden (als coupon-Parameter oder in den item-Daten). Sonst stimmen Umsätze nicht

Debug-Stack für Tracking-QA

• GTM Preview Mode: zeigt alle Tags, Trigger, Variablen in Echtzeit beim Durchklicken des Shops
• GA4 DebugView: zeigt Events live im GA4-Backend (aktiviere Debug-Modus per Browser-Extension oder GTM)
• Network-Checks: Browser DevTools, Network, filtere nach collect oder analytics, prüfe ob Events gefeuert werden und welche Daten übergeben werden
• dataLayer-Inspektion: Console, console.log(dataLayer), zeigt alle gepushten Objekte

QA-Checkliste für Tracking

• Stimmen Umsatz, Versand, Steuern, Rabatte in GA4 mit dem Backend überein?
• Werden Käufe doppelt gezählt (z. B. bei Payment-Redirects)?
• Funktioniert Cross-Domain-Tracking (falls nötig)?
• Sind interne Zugriffe/Tests ausgeschlossen?
• Feuert der Purchase-Event in allen Payment-Szenarien (inkl. Redirects)?
• Ist Consent Mode v2 korrekt implementiert?
• Werden Gutscheine/Rabatte korrekt übergeben?

Ein sauberes Tracking-Setup ist kein Nice-to-have – es ist die Voraussetzung für jede fundierte Entscheidung.

Feed-Setup und Google Shopping: Daten, die verkaufen

Google Shopping lebt von der Qualität deiner Produktfeeds. Falsche Preise, fehlende GTINs, inkonsistente Verfügbarkeit oder schlechte Bilder führen zu abgelehnten Produkten – und damit zu verlorenen Umsätzen.

JTL-Shop bietet gute Grundlagen für Feed-Exporte, aber die Datenqualität liegt in deiner Verantwortung. Feeds werden in JTL typischerweise über WaWi-Export, Connector oder spezialisierte Feed-Plugins erzeugt. Die gängigsten Wege:

• WaWi-Export: Feeds direkt aus JTL-WaWi generieren, hochladen per FTP/SFTP. Vorteil: volle Kontrolle über Datenstruktur. Nachteil: manueller Prozess, Fehleranfälligkeit
• Connector: automatisierte Anbindung zwischen WaWi und Shop/Marktplätzen. Vorteil: Echtzeitabgleich. Nachteil: Konfigurationsaufwand
• Feed-Plugins: spezialisierte Plugins aus dem Extension Store (z. B. für Google Shopping). Vorteil: schneller Setup, oft mit GUI. Nachteil: abhängig von Plugin-Qualität und Updates

Typische Anforderungen an Produktfeeds

• Variantenlogik: Größe, Farbe, Material korrekt abbilden – Parent-Child-Struktur oder Varianten-IDs sauber mappen
• Preise und Verfügbarkeit: müssen mit der Landingpage übereinstimmen (Google crawlt regelmäßig)
• GTIN, MPN, Marke: Pflichtfelder für viele Kategorien
• Versandkosten: transparent und korrekt
• Bilder: mindestens 800×800 Pixel, hohe Qualität
• Kategorien/Produkttypen: konsistent und Google-konform

Varianten/Parent-Child: Wie funktioniert das Mapping in JTL?

In JTL-WaWi werden Varianten als Kindartikel eines Vaterartikels abgebildet. Beim Feed-Export muss entschieden werden:

• Alle Varianten einzeln: jede Variante (z. B. T-Shirt Rot XL) als eigenes Produkt im Feed. Vorteil: granulare Steuerung. Nachteil: ggf. viele Produkte
• Parent-Child-Struktur: Vaterartikel + Varianten-IDs. Google Shopping unterstützt das item_group_id-Feld, um Varianten zu gruppieren. Vorteil: bessere Darstellung in Google Shopping. Nachteil: Feed-Logik komplexer

Typischer Fehler: Varianten-IDs inkonsistent oder fehlend – Google lehnt Produkte ab oder zeigt sie doppelt.

Häufige Feed-Fehler und Fixes

Debugging-Schritte in Google Merchant Center

• Diagnose: Merchant Center, Produkte, Diagnose zeigt Fehler/Warnungen pro Produkt. Typische Fehler: fehlende GTIN, Preis/Verfügbarkeit stimmt nicht, Bildqualität zu niedrig
• Preis-/Verfügbarkeits-Crawls: Google crawlt regelmäßig deine Landingpages. Wenn Preis im Feed nicht mit Preis auf der Seite übereinstimmt, wird das Produkt abgelehnt. Prüfe: Stimmt der Preis auf der Produktseite? Gibt es Rabatte/Pop-ups, die den Preis ändern?
• Feed-History: Merchant Center zeigt Feed-Uploads und Fehler-Historie. Nutze das, um wiederkehrende Fehler zu identifizieren

Prozess-Empfehlung: Feed-QA wöchentlich in den ersten 4 bis 6 Wochen nach Go-Live, klare Verantwortlichkeit für Datenpflege (WaWi) vs. Technik (Feed-Setup) vs. Kampagnen (Merchant Center).

SEO-Funktionen: Sichtbarkeit schützen und ausbauen

JTL-Shop bringt solide SEO-Grundlagen mit: sprechende URLs, Meta Title und Description, strukturierte Daten (je nach Template), SEO-Texte für Kategorien und Artikel. Auch Performance-Funktionen wie Lazy Loading und Responsive Images sind integriert.

Besonders wichtig bei Relaunch oder Migration:

• Redirect-Plan (301): alte URLs auf neue URLs umleiten, um Ranking-Verluste zu vermeiden
• 404-Logging: Fehlerseiten überwachen, schnell korrigieren
• Canonicals: Duplicate Content vermeiden (z. B. bei Filtern, Sortierungen)

SEO ist kein einmaliges Setup, sondern ein Prozess: regelmäßige Content-Pflege, interne Verlinkung, Performance-Optimierung und Monitoring gehören dazu – vor allem, wenn du JTL-SEO strategisch angehst.

Rechtssicherheit und Barrierefreiheit

JTL-Shop bietet eine gute Grundlage für rechtssichere Shops in Deutschland: Die Software wurde von der IT-Recht Kanzlei und dem Händlerbund geprüft. Wichtig: Die korrekte Konfiguration und Pflege rechtlicher Inhalte liegt in deiner Verantwortung.

Seit dem 28. Juni 2025 gilt das Barrierefreiheitsstärkungsgesetz (BFSG). JTL-Shop 5.5 mit NOVA-Template bietet eine technische Grundlage: Tastaturnavigation, semantisches HTML, ARIA-Rollen, Screenreader-Kompatibilität. Aber: Barrierefreiheit hängt auch von Content, Kontrasten, gewählten Plugins und Themes ab. Prüfe deinen Shop regelmäßig.

Checkout und Conversion: Reibungslos kaufen lassen

Der Checkout entscheidet darüber, ob ein Besucher zum Käufer wird – oder abbricht. JTL-Shop bietet einen 3-Schritt-Checkout (Adresse, Versand/Zahlung, Bestätigung), der klar strukturiert und mobiloptimiert ist.

Konversionshebel in der Praxis:

• Klare Lieferzeit- und Kostenkommunikation: keine Überraschungen im letzten Schritt
• Gastcheckout vs. Account-Zwang: abwägen, was zur Zielgruppe passt
• Zahlarten passend ausspielen: nicht alles für alle, sondern relevante Optionen
• Warenkorb-/Checkout-Monitoring: Abbruchstellen messen, nicht raten

Ein einfacher Test: Kaufe selbst in deinem Shop – auf Desktop und Mobil. Wenn du stolperst, stolpern auch deine Kunden.

Migration und Relaunch: Go-Live ohne SEO- und Revenue-Verlust

Migrationen scheitern häufig an denselben Problemen: URLs, Redirects, Datenqualität, Tracking, Feed-Breaks. Mit der richtigen Planung vermeidest du diese Fallen.

Migrationsbausteine

• Datenübernahme: Artikel, Kategorien, Kunden, Bestellungen – Scope klar definieren
• Passwort-/Account-Thematik: Kunden-Login nahtlos ermöglichen
• 301-Redirect-Mapping: alte URLs auf neue URLs umleiten, keine Lücken lassen
• 404-Monitoring: Fehlerseiten nach Go-Live täglich prüfen, schnell fixen
• Tracking-Weiterführung: GA4/GTM korrekt übertragen, Consent prüfen
• Feed-Umstellung: Merchant Center Ziel-URLs, Verfügbarkeit, Preise auf neue Struktur anpassen

Mini-Checkliste: Go-Live ohne Verluste

• Redirects vollständig und getestet?
• Tracking funktioniert (Purchase-Events stimmen)?
• Feeds aktualisiert (Merchant Center ohne kritische Fehler)?
• Checkout durchgespielt (Desktop, Mobil, verschiedene Zahlarten)?
• Staging-Umgebung vorhanden für letzte Tests?

Betrieb, Wartung, Stabilität: IT-Verantwortung klar regeln

JTL-Shop kannst du self-hosted oder managed betreiben. Beide Modelle haben Vor- und Nachteile:

Unabhängig vom Modell: Update-Disziplin, Backup-Strategie und Staging-Umgebung sind Pflicht. Definiere klare Rollen: Wer pflegt Daten in WaWi? Wer pflegt Content im Shop? Wer verantwortet Releases und QA?

Runbook-Ansatz: Operationalisierung im Betrieb

Ein Runbook ist eine strukturierte Anleitung für wiederkehrende Betriebsaufgaben. Für JTL-Shop solltest du folgende Bereiche abdecken:

• Monitoring: Welche Metriken werden überwacht? (Uptime, Response Time, Error Rate, Feed-Status, Tracking-Vollständigkeit)
• Log-Quellen: Wo liegen Logs? (Server, Shop-Backend, WaWi, Payment-Provider, Merchant Center)
• Alerting: Wer wird bei welchem Event benachrichtigt? (z. B. Shop down, Feed-Fehler, Tracking-Ausfall)
• Backup-Restore-Test: Wie oft werden Backups getestet? (mindestens quartalsweise)
• Update-Fenster: Wann werden Updates eingespielt? (z. B. nachts, außerhalb Peak-Zeiten)
• Rollback: Wie wird ein fehlgeschlagenes Update zurückgerollt? (Backup einspielen, Staging-Umgebung als Referenz)

Umgebungsabhängigkeiten: PHP/MySQL-Versionen, Caching, Cron/Queue, Bild-Optimierung

JTL-Shop hat spezifische Anforderungen an die Server-Umgebung:

• PHP-Version: JTL-Shop 5.x erfordert PHP 7.4 oder höher (ab 5.3 PHP 8.0+). Prüfe vor Updates die Kompatibilität
• MySQL-Version: mindestens MySQL 5.7 oder MariaDB 10.2. Höhere Versionen bringen Performance-Vorteile
• Caching: Redis oder Memcached für Session- und Object-Cache empfohlen. Ohne Caching ist der Shop bei hohem Traffic langsam
• Cron/Queue: JTL-Shop nutzt Cron-Jobs für automatisierte Aufgaben (z. B. Feed-Export, E-Mail-Versand, Auftragsabgleich). Stelle sicher, dass Cron-Jobs korrekt konfiguriert sind
• Bild-Optimierung: große Produktbilder belasten Performance. Nutze Lazy Loading, WebP-Format, automatische Bildkompression (z. B. per Plugin oder Server-Tool)

Verantwortlichkeiten: WaWi-Server vs. Shop-Hosting

JTL-WaWi läuft auf einem eigenen Server (Windows-basiert, lokal oder in der Cloud). JTL-Shop läuft auf einem Webserver (Linux, Apache/Nginx, PHP/MySQL). Beide Systeme müssen kommunizieren (z. B. per Connector). Kläre vor Projektstart:

• Wer verantwortet WaWi-Server? (IT-Dienstleister, Inhouse-Team?)
• Wer verantwortet Shop-Hosting? (Managed-Hoster, Agentur, Inhouse?)
• Wie ist die Anbindung geregelt? (VPN, API, Connector-Konfiguration?)
• Wer reagiert bei Ausfall? (SLA, Eskalationspfad?)

90-Tage-Plan: Von der Idee zum skalierbaren Shop

Ein realistischer Fahrplan für deinen JTL-Shop-Start – mit harten Deliverables:

Tage 1 bis 14: Zielbild und Datenbasis

• Kanalstrategie festlegen (nur Shop vs. Multi-Channel)
• WaWi-Datenmodell definieren (Artikelstruktur, Varianten, Kategorien, Attribute)
• Versand-/Retourenlogik grob skizzieren
• Definition-of-Done: Datenmodell dokumentiert, WaWi-Grundsetup abgeschlossen, erste Testartikel angelegt

Tage 15 bis 45: Build und Integrationen

• Shop-Setup (Domain, Template, Rechtstexte, Versand/Payment)
• Tracking/Consent-Basics (vor Kampagnenstart)
• Feed-Setup (Merchant Center) + erste Fehlerbehebung
• Definition-of-Done: Shop erreichbar, Testbestellungen möglich, GTM/GA4 konfiguriert, Feed ohne kritische Fehler

Tage 46 bis 75: QA, Go-Live, Stabilisierung

• Testbestellungen (verschiedene Szenarien: Storno, Teillieferung, Retoure)
• Performance-Checks + Monitoring einrichten
• Redirects/SEO-Kontrolle (bei Relaunch)
• Definition-of-Done: Tracking abgenommen, Redirects live, 404-Monitoring aktiv

Tage 76 bis 90: Optimierung und Wachstum

• Conversion-Hypothesen testen, A/B-Backlog aufbauen
• Feed-Qualität erhöhen (Varianten, Attribute, Verfügbarkeit)
• Prozess-Automatisierung (weniger manuelle Schritte)
• Definition-of-Done: erste Conversion-Tests live, Feed-QA-Prozess etabliert, Runbook dokumentiert

Typische Fehler und wie du sie vermeidest

• WaWi/Datenmodell zu spät sauber gemacht – teure Nacharbeit, inkonsistente Daten
• Plugin-Overuse – Performance-Probleme, Update-Hölle
• Tracking irgendwie eingebaut – falsche Entscheidungen, ROAS nicht belastbar
• Feeds zu spät/zu schlecht – Shopping skaliert nicht, Produkte werden abgelehnt
• Migration ohne Redirect-Plan – SEO- und Umsatzverlust
• Updates live ohne Backup/Staging – Ausfallrisiko
• Umgebungsabhängigkeiten ignoriert – PHP/MySQL-Versionen inkompatibel, Shop läuft nicht
• Runbook fehlt – Betriebsverantwortung unklar, Reaktionszeiten zu lang

Agentur-Rolle und Erwartungsmanagement

Was ein Dienstleister typischerweise liefert:

• Anforderungsworkshop + Zielbild + Prioritäten
• Daten-/WaWi-Konzept (Artikelstruktur, Varianten, Attribute, Kategorien)
• Shop-Setup, Theme-Anpassung, Integrationen (Payment/Versand/Tracking/Feeds)
• Migration inkl. Redirect-Plan, Tracking-Plan, QA-Plan
• Go-Live-Begleitung + Monitoring + Backlog

Was du liefern musst:

• Produktdatenqualität (GTIN, Marken, Bilder, Texte)
• Rechtliche Texte/Abnahmen, interne Freigaben
• Entscheidungen zu Versand, Retouren, Zahlungsregeln
• Zugangsdaten/Accounts/Provider/Domain

Realistische Projektlaufzeit: 4 bis 12 Wochen je nach Umfang.

Nächste Schritte: Startbereit in dieser Woche

Du willst mit JTL-Shop durchstarten? Dann beginne diese Woche mit folgenden Schritten:

• Datenqualität prüfen: GTIN, Marke, Bilder, Varianten in deinem aktuellen System
• Kanalplan festziehen: nur Shop oder Multi-Channel?
• Hostingmodell entscheiden: Self-Hosted oder Managed?
• Tracking-/Consent-Plan erstellen: Events, KPIs, QA-Prozess
• Merchant Center/Feed-Grundlage definieren: Attribute, Verfügbarkeit, Preislogik, Varianten-Mapping – bei Bedarf mit Unterstützung einer Google-Shopping-Agentur
• 3 bis 5 Kernprozesse im Testshop durchspielen: Bestellung, Versand, Retoure
• Runbook-Grundlage erstellen: Monitoring, Log-Quellen, Alerting, Backup-Test

JTL-Shop ist mehr als ein Webshop – es ist die Grundlage für skalierbaren, profitablen Onlinehandel. Mit klarer Strategie, sauberer Datenbasis und den richtigen Prioritäten baust du einen Shop, der nicht nur heute funktioniert, sondern auch morgen wächst.