PrestaShop Design & Navigation

PrestaShop Homepage Slider Modul 8/9: Schnelle WebP Banner

Startseiten-Slider und Banner-Raster, die Ihren PageSpeed-Score nichts kosten.

Gestalten Sie den Hero Ihrer Startseite in fünf Zonen: Hauptslider, zwei Seitenbanner, zwei breite Aktionsbanner. Bilder werden beim Upload in WebP konvertiert, die erste Slide wird für das LCP vorgeladen, alles andere lädt lazy, Grössenattribute verhindern CLS, und der Slider läuft mit 3 KB Vanilla-JavaScript ohne jQuery. Planen Sie Kampagnen mit Start- und Enddatum, liefern Sie ein eigenes Mobilbild aus und schalten Sie ganze Zonen mobil ab, ohne ein einziges unnötiges Byte zu laden.

Auf einen Blick
  • Komplettes Hero-Raster in fünf Zonen: Multi-Slide-Slider, zwei gestapelte Seitenbanner, zwei breite Aktionsbanner, verwaltet in einem eigenen Backoffice-Tab.
  • Geschwindigkeit zuerst: WebP-Konvertierung und Verkleinerung beim Upload, Preload der ersten Slide mit fetchpriority high, Lazy Loading, width/height gegen CLS, 3 KB Vanilla-JS per defer.
  • Start- und Enddatum pro Banner: Kampagnen erscheinen und laufen von selbst aus, Cache inklusive.
  • Eigenes Mobilbild pro Slide, ausgeliefert unter 768 px, mit getrenntem Desktop-/Mobil-Preload über media-Attribute.
  • Zonen-Schalter für Mobilgeräte in der Konfiguration: eine abgeschaltete Zone wird vom mobilen Besucher nie heruntergeladen.
PrestaShop 8 & 9 Automatisches WebP Null jQuery Multishop Mehrsprachig
  • 30 Tage Rückgaberecht
  • 12 Monate Updates
  • 24-h-Support
www.datafirefly.com/de/
PrestaShop Homepage Slider Module 8/9: Fast WebP Banner Blocks
v1.2.0 · aktualisiert 2026-08-26
Die ausführliche Fassung

Alles, was Sie vor der Installation wissen wollen.

Ein detaillierter Blick darauf, wie PrestaShop Homepage Slider Modul 8/9: Schnelle WebP Banner funktioniert, warum wir es so gebaut haben und der Gedanke hinter den Funktionen oben.

§ 01

Ein Hero-Raster, nicht bloss ein weiteres Karussell

Klassische Slider-Module zeigen ein Bild nach dem anderen und hören dort auf. Dieses Modul reproduziert die Startseitenstruktur grosser E-Commerce-Seiten: ein Hauptslider über drei Viertel der Breite, zwei rechts gestapelte Banner (Katalog, Versand, Service) und zwei breite Aktionsbanner darunter (Marken, aktuelle Angebote). Mobil stapelt sich das Raster sauber in eine Spalte. Jede Zone wird im selben Backoffice-Tab befüllt, mit Vorschau der platzierten Bilder und ihrer Abmessungen.

§ 02

Gebaut für die Core Web Vitals

Ein Slider ist fast immer das LCP-Element einer Startseite, und genau dort scheitern die meisten Module. Hier wird jedes Bild auf die Maximalbreite seiner Zone verkleinert und beim Upload in WebP konvertiert. Die erste Slide wird dem Browser über ein link rel preload mit fetchpriority high im head angekündigt: sie lädt, bevor das CSS überhaupt geparst ist. Alle anderen Bilder laden lazy mit async decoding, und die in der Datenbank gespeicherten width- und height-Attribute beseitigen jede Layout-Verschiebung. Das JavaScript des Sliders wiegt rund 3 KB, Vanilla, per defer, ganz ohne Bibliothek.

§ 03

Kampagnen planen, das Modul erledigt den Rest

Jedes Banner akzeptiert ein Start- und ein Enddatum, tag- oder stundengenau. Ihre Weihnachtsaktion wird im November vorbereitet, geht am 1. Dezember um Mitternacht live und verschwindet am Morgen des 26., ohne dass sich jemand ins Backoffice einloggt. Der Cache des Moduls regeneriert sich automatisch entlang des Kalenders, und jedes Speichern im Backoffice leert ihn sofort.

§ 04

Mobil als echter Kanal, nicht als geschrumpfter Bildschirm

Ein 1400 Pixel breites Panorama-Visual ist auf einem Telefonbildschirm unlesbar. Jede Slide akzeptiert deshalb ein eigenes Mobilbild im Hochformat, ausgeliefert unter 768 px über das picture-Element. Der Preload zieht mit: zwei preload-Tags mit media-Attributen, jedes Gerät lädt nur seine Variante. Und wenn eine Zone mobil keinen Sinn ergibt, schaltet ein Schalter in der Konfiguration sie komplett ab: ihre Bilder werden lazy und vom Browser nie angefordert. Das sind wirklich gesparte Kilobytes, nicht bloss versteckte.

§ 05

Auch serverseitig sauber

Das Hero-Rendering wird pro Sprache und Shop in Smarty gecacht: im Normalbetrieb kostet die Anzeige aller fünf Zonen keine einzige SQL-Abfrage. Bei der Cache-Regeneration holt eine einzige gebündelte Abfrage alle Banner. CSS und JS werden nur auf dem Startseiten-Controller registriert, der Rest des Shops lädt davon nichts. Das Modul folgt den PrestaShop-Standards: ObjectModel, eigener Admin-Controller, natives Multishop und Mehrsprachigkeit, saubere Deinstallation.