JTL-Shop 5 Bilder optimieren: Was der Shop kann und wo Bytes liegen bleiben

JTL-Shop 5 erzeugt Größen und WebP automatisch, komprimiert Bilder aber nicht. So schließt du die Lücke und verbesserst Ladezeit und Core Web Vitals.

Tobias Maieraktualisiert am 9 Min. Lesezeit

Ein Shop lädt spürbar träge, und der PageSpeed-Report zeigt immer dieselben Punkte: „Bilder effizient kodieren“ und „Bilder in angemessener Größe bereitstellen“. Kein Wunder – Bilder sind auf den meisten Shopseiten der mit Abstand größte Datenposten. JTL-Shop 5 bringt für Bilder von Haus aus einiges mit, aber an einer entscheidenden Stelle hört die Bordausstattung auf, und genau dort bleiben die meisten Kilobytes liegen.

Bildoptimierung in JTL-Shop 5: Was der Shop von Haus aus kann

Wer ein Produktbild hochlädt, bekommt vom Shop weit mehr als eine Kopie. JTL-Shop 5 erzeugt daraus automatisch mehrere Größenvarianten, hält sie im Cache vor und liefert im NOVA-Template modernes Markup mit srcset und Lazy-Loading aus. Auch das Bildformat der Gegenwart ist abgedeckt: Der Shop erzeugt und liefert WebP nativ – vorausgesetzt, auf dem Server steht ImageMagick mit WebP-Unterstützung bereit. Zwei der drei großen Hebel für schnelle Bilder sind damit ab Werk gesetzt.

Größenvarianten (XS–XL)

Aus einem Upload erzeugt der Shop automatisch mehrere Auflösungen und liefert je Gerät und Platz die passende aus.

WebP nativ

Über ImageMagick erzeugt und liefert JTL-Shop 5 WebP-Versionen – ein modernes, kleineres Format ohne Zusatz-Tool.

srcset & Lazy-Loading

Das NOVA-Template bringt responsives Bild-Markup und verzögertes Laden von Haus aus mit.

Bild-Cache

Einmal generierte Varianten werden zwischengespeichert, statt bei jedem Seitenaufruf neu berechnet zu werden.

media/image/product/ — Größenvarianten und ihre Verwendung im Shop
1media/image/product/
2└── 12345/ # kArtikel
3 ├── xs/ 12345.jpg # kleinstes Vorschaubild – Bestellübersicht, Merkzettel
4 ├── sm/ 12345.jpg # Miniatur – Warenkorb, Cross-Selling, ähnliche Artikel
5 ├── md/ 12345.jpg # Artikelbild in Kategorie- & Suchergebnislisten
6 ├── lg/ 12345.jpg # Standard-Hauptbild der Artikeldetailseite
7 └── xl/ 12345.jpg # Zoom-/Großansicht der Artikeldetailseite
8
9# Dazu je Größe ein .webp-Derivat – vom Shop über ImageMagick erzeugt

Der Shop kümmert sich also um Format und Größe, also um das richtige Dateiformat und die richtige Auflösung für jedes Gerät. Die Bilddaten selbst verkleinert er dabei nicht weiter.

Wo Bytes liegen bleiben: Kompression ist nicht Skalierung

Für schnelle Bilder gibt es drei Stellschrauben: das Format (WebP statt JPEG), die Größe (nicht mehr Pixel ausliefern, als tatsächlich angezeigt werden) und die Kompression (aus den vorhandenen Pixeln so wenig Bytes wie möglich machen). Die ersten beiden erledigt JTL-Shop 5 zuverlässig. Die dritte bleibt weitgehend offen: Der Shop skaliert und konvertiert mit Standardqualität, betreibt aber keine perzeptuelle Optimierung. Darunter fällt das Reduzieren von Farbtiefe und Rauschen, das Entfernen überflüssiger Metadaten und das Ausreizen dessen, was das Auge ohnehin nicht unterscheidet.

Bilder automatisch komprimieren: die dritte Stellschraube (Compresso)

Weil uns diese Lücke in eigenen JTL-Projekten immer wieder begegnet ist, haben wir dafür ein Plugin gebaut: HDT Compresso. Es setzt genau dort an, wo der Shop aufhört. Compresso greift die Größenvarianten ab, die JTL-Shop 5 ohnehin erzeugt, und komprimiert deren JPEG- und PNG-Daten über die Tinify-API (die Technik hinter TinyPNG) perzeptuell nach. WebP erzeugt es bewusst nicht, das kann der Shop nativ. Compresso ergänzt die eine Funktion, die fehlt.

JTL-Shop 5 nativ
Bildgrößen XS–XL
erzeugt automatisch
WebP-Auslieferung
nativ (ImageMagick)
Byte-Kompression der Rohdaten
nicht enthalten
Kompression bei Bild-Sync
nicht enthalten
Budgetierte Massenläufe
nicht enthalten
Doppelkompression-Schutz
nicht enthalten
Bilder außerhalb media/
nicht enthalten
HDT Compresso
Bildgrößen XS–XL
komprimiert je Größe
WebP-Auslieferung
überlässt es JTL
Byte-Kompression der Rohdaten
Kernaufgabe (Tinify)
Kompression bei Bild-Sync
automatisch per Hook
Budgetierte Massenläufe
Cron mit Limits
Doppelkompression-Schutz
md5-Hash-Cache
Bilder außerhalb media/
eigene Verzeichnisse

Automatisiert statt manuell

Bilder komprimiert man fortlaufend: bei jedem neuen Artikel, jeder Bildänderung, jedem Import. Compresso klinkt sich deshalb in die Bildverarbeitung des Shops ein: Sobald JTL-Shop 5 die Varianten eines Produktbilds erzeugt, komprimiert das Plugin sie im selben Durchlauf; dasselbe gilt für Kategorie-, Hersteller- und Merkmalsbilder beim Bildabgleich. Neue Bilder sind damit optimiert, ohne dass jemand daran denken muss.

Budget und Idempotenz: jedes Bild nur einmal komprimieren

Für den Bestand – tausende bereits vorhandene Bilder – läuft die Kompression über den nativen Cron des Shops, budgetiert nach maximaler Anzahl pro Durchlauf und pro Monat. Das Monatslimit orientiert sich am kostenlosen Tinify-Kontingent (500 Kompressionen), lässt sich aber frei setzen. Damit kein Bild und kein API-Aufruf verschwendet wird, merkt sich Compresso über eine Hash-Prüfsumme, welche Datei in welchem Zustand bereits komprimiert wurde: Unveränderte Bilder werden nie ein zweites Mal an die API geschickt. Du entscheidest dabei pro Bildtyp und pro Größe, was überhaupt komprimiert wird, und ob vor dem Ersetzen eine unveränderte Kopie des Originals gesichert wird. Auch Bilder außerhalb der Standard-Verzeichnisse – etwa Slider- oder CMS-Grafiken – lassen sich über eigene Pfade einbeziehen.

JTL-Shop-Backend · HDT Compresso · Einstellungen
Pro Bildtyp – Produkt, Kategorie, Hersteller, Merkmal – wird einzeln festgelegt, welche Größen (XL, LG, MD, SM, XS) komprimiert werden; dazu eigene Verzeichnisse für Bilder außerhalb der Standardordner.
JTL-Shop-Backend · HDT Compresso · Dashboard
Das Dashboard zeigt die verbrauchten Kompressionen des Monats gegen das gesetzte Limit – hier das kostenlose Tinify-Kontingent von 500.

Format, Größe, Kompression: das Zusammenspiel für schnelle Ladezeiten

Schnelle Bilder entstehen aus dem Zusammenspiel dieser drei Ebenen. JTL-Shop 5 liefert Format und Größe, Compresso die minimalen Bytes darunter. Und beides greift ineinander: Wer die Ausgangsbilder schlank hält, gibt der WebP-Erzeugung des Shops eine bessere Grundlage, und die weiterhin ausgelieferten JPEG- und PNG-Fallbacks werden ebenfalls kleiner. Das Resultat ist eine Bildauslieferung, die auf allen drei Ebenen optimiert ist, statt nur auf zweien.

Format und Größe hat JTL-Shop 5 bei Bildern im Griff. Die dritte Stellschraube, die konsequente Kompression der Bilddaten, bleibt offen, und an ihr hängen oft die meisten Kilobytes. Compresso schließt genau diese Lücke, automatisiert und ohne vorhandene Shop-Funktionen zu duplizieren. Wer bei der Shop-Performance nichts liegen lassen will, denkt Bilder auf allen drei Ebenen.

Dein JTL-Shop lädt zäh, und die Bilder stehen im PageSpeed-Report ganz oben? Wir schauen uns deine Bildauslieferung an – von der nativen Konfiguration in JTL-Shop 5 bis zur automatisierten Kompression mit Compresso – und sagen dir ehrlich, wo bei dir der Hebel sitzt.

Gespräch anfragen
Alle Insights

Fragen zu: JTL-Shop Bildoptimierung

  • Ja – WebP erzeugt und liefert der Shop nativ über ImageMagick. Genau deshalb macht Compresso das bewusst nicht. Das Plugin optimiert die Rohdaten der Bilder; das moderne Format und die Größen bleiben Aufgabe des Shops.

  • Die Kompression ist perzeptuell, also darauf ausgelegt, nur das zu entfernen, was das Auge ohnehin nicht wahrnimmt. Für Produkt- und Shopbilder ist der Unterschied in der Regel nicht erkennbar – messbar ist nur die kleinere Dateigröße.

  • Neue und geänderte Bilder werden automatisch komprimiert: bei der Bildverarbeitung über die Hooks des Shops, im Bestand über den Cron. Eine Hash-Prüfung stellt sicher, dass unveränderte Bilder nicht doppelt verarbeitet werden.

  • Ja, Compresso nutzt die Tinify-API und benötigt einen API-Schlüssel. Tinify bietet ein kostenloses Monatskontingent; darüber hinaus wird es kostenpflichtig – weshalb Budget-Limits und der Doppelkompressions-Schutz eingebaut sind.

  • Ja, die komprimierte Fassung ersetzt das Original. Auf Wunsch legt Compresso vorher eine unveränderte Kopie in einem gesonderten Ordner ab, der gegen Zugriff von außen gesperrt ist. Ohne diese Sicherung lässt sich die Komprimierung nicht rückgängig machen.

  • Nein. Produkt-, Kategorie-, Hersteller- und Merkmalsbilder sind abgedeckt, jeweils pro Größe wählbar – dazu beliebige eigene Verzeichnisse für Bilder außerhalb der Standardordner.

  • HDT Compresso kostet im JTL Extension Store 69 € netto, inklusive 12 Monate Updates und Support; die Verlängerung um weitere 12 Monate kostet 69 €. Für die Kompression selbst wird zusätzlich ein eigener Tinify-API-Key benötigt – Tinify bietet ein kostenloses Kontingent von 500 Bildern pro Monat.

  • Ja. Bilder sind meist der größte Datenposten einer Shopseite. Kleinere Dateien beschleunigen den Seitenaufbau und verbessern vor allem den Largest Contentful Paint (LCP) – eine der drei Core-Web-Vitals-Kennzahlen von Google.

  • HDT Compresso ist für JTL-Shop 5 entwickelt (ab Version 5.3) und nutzt dessen native Bildverarbeitung und den nativen Cron des Shops.

Passt das zu deinem Betrieb?

Schreib uns kurz, wo du gerade stehst. Im kostenlosen Erstgespräch ordnen wir ein, was aus diesem Artikel bei dir zählt und wie der erste Schritt aussieht.

Oder ruf direkt an:

+49 731 85070980