JTL-Shop Systemverwaltung: Updates, Cache & Sicherheit im Überblick

Ein JTL-Shop, der einmal eingerichtet ist, läuft nicht von selbst. In der Praxis sehen wir bei mehr als 300 Kundenprojekten immer wieder dasselbe Muster: Updates werden aufgeschoben, Logs werden ignoriert und Caches quellen über — bis ein Problem auftritt, das sich mit fünf Minuten Pflege pro Woche hätte verhindern lassen. Systemverwaltung klingt nach Verwaltungsaufwand, ist aber tatsächlich das Fundament eines stabilen Shops. Im finalen Teil 7 unserer Tutorial-Reihe zeigen wir, welche Bereiche Sie regelmäßig im Blick behalten sollten, was in der täglichen Praxis wirklich wichtig ist — und wo die häufigsten Fehler passieren. Alle beschriebenen Funktionen erreichen Sie im JTL-Shop-Backend unter dem Menüpunkt System.

JTL-Shop 5 aktuell halten: Updates richtig einspielen

JTL veröffentlicht regelmäßig neue Shop-Versionen — teils mit Bugfixes, teils mit Sicherheits-Patches, die zeitkritisch sind. Das beste Beispiel ist der SSTI-Patch von Version 5.7.2: Eine Lücke in der E-Mail-Rendering-Engine erlaubte es, den Blowfish-Key auszulesen und in manchen Konstellationen Code auszuführen. Betroffen waren alle Versionen ab 5.0.0. Wer das Update verzögert hat, war unnötig exponiert.

Der Update-Prozess im JTL-Shop-Backend läuft über System → Update-Assistent. Bevor Sie dort auf „Update starten“ klicken, sollten zwei Dinge gesichert sein: ein vollständiges Backup (Datenbank und Dateisystem) und ein Test in einer Staging-Umgebung. Gerade bei Child-Theme-Installationen — zum Beispiel NOVAChild oder eigenen Template-Anpassungen — können Datei-Überschreibungen CSS-Konflikte auslösen, die erst nach dem Go-live sichtbar werden. Das Changelog jeder Version liest man am besten auf jtl-software.com/releases, bevor das Update angestoßen wird. Wir spielen Updates für unsere Kunden grundsätzlich außerhalb der Verkaufszeiten ein und dokumentieren jede Version in der Kundenakte.

Cache, Logs und Datenbank: Regelmäßige Wartungsaufgaben

Der Shop-Cache beschleunigt Seitenaufrufe erheblich — er kann aber auch dafür sorgen, dass Preisänderungen, neue Artikel oder Template-Anpassungen nicht sofort sichtbar sind. Wenn Kunden nach einem Wawi-Abgleich veraltete Preise sehen, ist ein veralteter Cache fast immer der erste Verdächtige. Im Backend leeren Sie den Cache unter System → Cache gezielt für einzelne Bereiche oder vollständig.

Für die Fehlerdiagnose sind Logdateien unersetzlich. Unter System → Logdateien sehen Sie Shop-Logs, Abgleich-Protokolle und Plugin-Logs auf einen Blick. Wir empfehlen, diese Dateien in regelmäßigen Abständen zu bereinigen — ab einer bestimmten Größe verlangsamen sie das Backend spürbar. Serverseitige PHP-Fehler, die im Shop-Backend nicht erscheinen, finden sich zusätzlich im Error-Log des Webservers (bei Apache: error.log, bei Nginx entsprechend konfiguriert).

Auf Datenbankebene lohnt sich ein regelmäßiger Check der Tabellenstruktur. Nach einer Reihe von Updates können Tabellen in einem suboptimalen Row-Format vorliegen — JTL hat dazu ein eigenes Prüf-Tool im Backend (System → Datenbankcheck), das Inkonsistenzen meldet und in vielen Fällen direkt repariert. Wer seine Shop-Datenbank zusätzlich extern sichert, sollte auf das bewährte mysqldump-Format setzen, das auch bei großen Katalogen stabil funktioniert.

Sicherheitseinstellungen im JTL-Shop-Backend

SSL ist kein optionales Feature mehr — ohne aktives HTTPS werden Shops von Google mit einem Sicherheits-Label versehen, und Zahlungsanbieter setzen eine gültige SSL-Verbindung voraus. Im JTL-Shop-Backend unter Globale Einstellungen lässt sich SSL-Pflicht aktivieren, damit HTTP-Anfragen automatisch auf HTTPS weitergeleitet werden.

Für den Admin-Zugang empfiehlt JTL, die 2-Faktor-Authentifizierung zu aktivieren (System → Benutzer → 2-Faktor-Authentifizierung). Damit ist der Backend-Zugang auch dann geschützt, wenn ein Passwort kompromittiert wird. Starke, einzigartige Passwörter für Admin-Konten sind Voraussetzung, keine Kür. Wer mehrere Mitarbeiter mit Shop-Zugang hat, sollte jedem Benutzer nur die Rechte einräumen, die er tatsächlich braucht — und inaktive Accounts regelmäßig deaktivieren. Ergänzend dazu sollte auf Webserver-Ebene der Zugang zum Admin-Bereich auf bekannte IP-Adressen beschränkt werden, wenn das Hosting dies erlaubt. Automatische, regelmäßige Backups schließen die Sicherheitsstrategie ab: Laut JTL-Guide sind tägliche Datenbankbackups für aktive Shops der empfohlene Minimalstandard. Mehr zu Updates und Sicherheits-Patches finden Sie im offiziellen JTL-Guide zur Systemverwaltung.

Häufige Fragen

Autor: Alexander Luft, Inhaber der Vlarom E-Commerce Agentur, JTL Service Partner Gold, Ahrensfelde bei Berlin. LinkedIn-Profil →