JTL-Shop 5.6.0 — die Release-Übersicht zur Oktober-2025-Version (Archiv)

Auf einen Blick

• ✓JTL-Shop 5.6.0 bereitet Smarty 5 vor (Parallelbetrieb mit Smarty 4), bringt eine vollständige Mailqueue im Backend und unterstützt AVIF als Bildformat für schnellere Core Web Vitals. Wir sehen den technischen Kern der Version klar in der Entwickler-Vorbereitung für 5.7.
• ✓Der wichtigste Breaking Change: die Datei `class_aliases.php` wurde entfernt. Plugins die sich auf veraltete Klassen-Aliase verlassen, werfen nach dem Update Fehler. Vor dem Update alle aktiven Plugins prüfen.
• ✓Wir empfehlen heute den Sprung direkt auf JTL-Shop 5.7 statt auf 5.6 — die 5.7er Version fasst die 5.6er Änderungen zusammen und bringt zusätzliche Neuerungen. Als Vlarom E-Commerce Agentur setzen wir das Update standardmäßig auf einer Testumgebung auf.

Wir pflegen diesen Beitrag bewusst als Versionsarchiv — auch wenn die aktuelle Shop-Version inzwischen 5.7 heißt. Händler die noch auf 5.5 oder 5.6 laufen, brauchen Klarheit über den Sprung, den sie machen. Für alle neuen Projekte richten wir den Shop direkt auf 5.7 ein.

Die Version hat drei harte technische Kennzahlen geliefert, die für Händler und Entwickler relevant sind. Aus unseren Projekten sehen wir immer wieder die gleichen Engpässe — 5.6.0 hat bei zweien davon spürbar nachgezogen.

Praxiswerte aus unseren Projekten: Bei einem Shop mit rund 8.000 Produktbildern senkt die Umstellung auf AVIF die Gesamt-Bildlast um etwa 30-40 Prozent gegenüber WebP — ohne sichtbaren Qualitätsverlust. Das schlägt sich direkt im LCP-Wert der Core Web Vitals nieder.

Diese drei Neuerungen sind die wichtigsten Zahlen-Änderungen in JTL-Shop 5.6.0:

• →Smarty 4 und Smarty 5 parallel: Bisher nur Smarty 4. Mit 5.6.0 läuft Smarty 5 parallel — Entwickler und Agenturen können Templates und Plugins rechtzeitig vor der 5.7-Umstellung testen.
• →AVIF als drittes Bildformat: Neben JPEG/PNG und WebP ist AVIF der neue Standard. Dateigröße bei gleicher Qualität 20-40 % kleiner als WebP — messbarer LCP-Gewinn in den Core Web Vitals.
• →Mailqueue mit vollständigem Logbuch: Vorher: Serverlogs durchsuchen oder SMTP-Dienstleister anfragen. Jetzt: alle Transaktions-Mails direkt im Shop-Backend einsehbar inkl. Status, Retry und Fehlermeldung.

Die zentrale Regel bei der 5.6-Planung: Für neue Projekte direkt auf 5.7 gehen. Ein Zwischenschritt über 5.6 lohnt fast nie — außer wenn ein zwingendes Plugin nur auf 5.6 portiert wurde.

Zwei Fallstricke sehen wir bei fast jedem JTL-Shop-Update in Kundenprojekten — sie gelten für 5.6 wie für 5.7:

1

Breaking Change — class_aliases.php entfernt

Mit 5.6.0 wurde die Datei `class_aliases.php` entfernt. Sie enthielt veraltete Klassen-Aliase für Abwärtskompatibilität. Plugins, die sich auf diese Aliase verlassen, werfen nach dem Update Fatal Errors und können den Shop für Besucher sperren.

Gegenmaßnahme: Vor dem Update alle aktiven Plugins auf Kompatibilität prüfen. Bei individuellen JTL-Shop-Erweiterungen übernehmen wir die Prüfung und Anpassung als Teil unseres Update-Pakets. Die offizielle JTL-Shop Update-Dokumentation listet die betroffenen Plugin-Patterns.

2

Smarty 5 und individuelle Templates

Seit 5.6.0 laufen Smarty 4 und Smarty 5 parallel. In 5.7 wird Smarty 5 zum Standard. Individuelle Templates und Drittanbieter-Plugins müssen auf Smarty-5-Kompatibilität geprüft werden — sonst drohen Darstellungsfehler oder Plugin-Ausfälle.

Gegenmaßnahme: Vor dem Live-Update in einer Testumgebung validieren. Wir setzen das Update standardmäßig zuerst auf einer Kopie auf und geben den Go-Live erst nach Abnahme. Details zum Umstieg im JTL-Guide Smarty-Kapitel.

Mailqueue und Logbuch im Backend

Transaktions-E-Mails wie Bestellbestätigungen, Versandbenachrichtigungen und Passwort-Resets sind ein kritischer Kanal. Vorher war schwer nachzuvollziehen, warum eine E-Mail nicht ankam. Mit 5.6.0 siehst du in der JTL-Shop-Administration auf einen Blick welche E-Mails gesendet wurden, welche ausstehen und welche fehlgeschlagen sind — ohne Serverlog zu durchsuchen. In einem Kundenprojekt (anonymisiert) hat das die Supportlast bei der Fehlersuche um geschätzt 3-4 Stunden pro Woche reduziert.

AVIF-Bilder für schnellere Ladezeiten

JTL-Shop unterstützt ab 5.6.0 das AVIF-Bildformat. AVIF ist der Nachfolger von WebP und liefert bei gleicher Bildqualität kleinere Dateien. Für Shops mit vielen Produktbildern bedeutet das spürbar bessere LCP-Werte in den Google Core Web Vitals. Voraussetzung: Der Server muss AVIF-Konvertierung unterstützen — das klären wir im Rahmen eines Performance-Checks.

So läuft ein sauberes Shop-Update in unserer Praxis ab — von der Vorbereitung bis zum Go-Live. Die Reihenfolge ist bei 5.6 und 5.7 identisch:

Vollständige Liste aller aktiven Plugins und Template-Anpassungen erstellen. Pro Eintrag: Hersteller, Version und Smarty-Kompatibilität prüfen. Häufigster Fehler: individuelle Templates werden in der Bestandsaufnahme vergessen, weil sie nicht im Plugin-Manager stehen.

Eine Kopie des Live-Shops auf einem separaten Server oder einer Test-Domain anlegen. Datenbank duplizieren, Daten aus `/uploads/` kopieren, Konfiguration anpassen (`shop.eigenedomain.test`). Ohne Testumgebung kein Update — das ist nicht verhandelbar.

Update-Paket hochladen, Update-Assistent starten, Datenbank-Migration durchführen. Danach Shop-Frontend, Kasse und Backend einmal durchklicken. Plugins einzeln aktivieren und auf Fehler prüfen. Mailqueue und Zahlungsarten testen.

Liste aller gefundenen Fehler anlegen. Zu jedem Fehler: Ursache (Plugin-Version, Template-Patch, Server-Voraussetzung) + Gegenmaßnahme (Update, Austausch, Anpassung). Wir übernehmen diesen Schritt für individuelle Erweiterungen.

Maintenance-Fenster ankündigen (1-2 Stunden reichen). Backup der Live-Datenbank, Update einspielen, Smoke-Test durch uns. Danach Shop wieder freigeben und 24 Stunden aktiv beobachten. Rollback-Plan liegt als Dokument vor.

Autor

Alexander Luft

JTL Service Partner Gold · Vlarom E-Commerce Agentur · Ahrensfelde bei Berlin