PrestaShop Design i nawigacja

Moduł Slider Strony Głównej PrestaShop 8/9: Szybkie Banery WebP

Slider i siatka banerów strony głównej, które nie kosztują Twojego wyniku PageSpeed ani punktu.

Skomponuj hero swojej strony głównej w pięciu strefach: główny slider, dwa banery boczne, dwa szerokie banery promocyjne. Obrazy konwertowane do WebP przy wgrywaniu, pierwszy slajd preloadowany dla LCP, lazy loading wszędzie indziej, atrybuty wymiarów przeciw CLS i slider w czystym JavaScript o wadze 3 KB bez jQuery. Planuj kampanie z datami rozpoczęcia i zakończenia, serwuj dedykowany obraz mobilny i wyłączaj całe strefy na mobile bez pobierania ani jednego zbędnego bajta.

W skrócie
  • Kompletna siatka hero w pięciu strefach: wieloslajdowy slider, dwa piętrowe banery boczne, dwa szerokie banery promocyjne, zarządzane z dedykowanej zakładki panelu.
  • Najpierw szybkość: konwersja WebP i zmniejszanie przy wgrywaniu, preload pierwszego slajdu z fetchpriority high, lazy loading, atrybuty width/height przeciw CLS, 3 KB czystego JS z defer.
  • Daty rozpoczęcia i zakończenia per baner: kampanie publikują się i wygasają same, łącznie z cache.
  • Dedykowany obraz mobilny per slajd, serwowany poniżej 768 px, z osobnym preloadem desktop/mobile przez atrybuty media.
  • Przełączniki stref dla mobile w konfiguracji: wyłączona strefa nigdy nie jest pobierana przez mobilnego odwiedzającego.
PrestaShop 8 & 9 Automatyczny WebP Zero jQuery Multisklep Wielojęzyczny
  • Zwrot w 30 dni
  • 12 miesięcy aktualizacji
  • Wsparcie 24 h
www.datafirefly.com/pl/
PrestaShop Homepage Slider Module 8/9: Fast WebP Banner Blocks
v1.2.0 · zaktualizowano 2026-08-26
Wersja pełna

Wszystko, co warto wiedzieć, zanim zainstalujesz.

Szczegółowe spojrzenie na to, jak działa Moduł Slider Strony Głównej PrestaShop 8/9: Szybkie Banery WebP, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.

§ 01

Siatka hero, a nie kolejna karuzela

Klasyczne moduły sliderów pokazują obraz za obrazem i na tym koniec. Ten odtwarza strukturę strony głównej dużych serwisów e-commerce: główny slider zajmujący trzy czwarte szerokości, dwa banery ułożone po jego prawej stronie (katalog, dostawa, obsługa) i dwa szerokie banery promocyjne poniżej (marki, aktualne oferty). Na mobile siatka czysto układa się w jedną kolumnę. Każdą strefę wypełniasz z tej samej zakładki panelu, z podglądem umieszczonych obrazów i ich wymiarów.

§ 02

Zbudowany pod Core Web Vitals

Slider to niemal zawsze element LCP strony głównej i właśnie tam większość modułów zawodzi. Tutaj każdy obraz jest zmniejszany do maksymalnej szerokości swojej strefy i konwertowany do WebP przy wgrywaniu. Pierwszy slajd jest zapowiadany przeglądarce tagiem link rel preload z fetchpriority high, umieszczonym w head: zaczyna się ładować, zanim CSS zostanie w ogóle sparsowany. Wszystkie pozostałe obrazy ładują się leniwie z asynchronicznym dekodowaniem, a zapisane w bazie atrybuty width i height usuwają wszelkie przesunięcia układu. JavaScript slidera waży około 3 KB, czysty, ładowany z defer, bez żadnej biblioteki.

§ 03

Zaplanuj kampanie, resztą zajmie się moduł

Każdy baner przyjmuje datę rozpoczęcia i zakończenia, z dokładnością do dnia lub godziny. Twoja akcja świąteczna powstaje w listopadzie, startuje 1 grudnia o północy i znika rankiem 26., bez logowania kogokolwiek do panelu. Cache modułu regeneruje się automatycznie zgodnie z kalendarzem, a każdy zapis w panelu czyści go natychmiast.

§ 04

Mobile jako prawdziwy kanał, a nie pomniejszony ekran

Panoramiczna grafika o szerokości 1400 pikseli jest nieczytelna po zmniejszeniu na ekranie telefonu. Dlatego każdy slajd przyjmuje dedykowany obraz mobilny, kadrowany pionowo, serwowany poniżej 768 px przez element picture. Preload nadąża: dwa tagi preload z atrybutami media, każde urządzenie pobiera tylko swój wariant. A jeśli jakaś strefa nie ma sensu na mobile, przełącznik w konfiguracji wyłącza ją całkowicie: jej obrazy przechodzą w lazy i przeglądarka nigdy ich nie żąda. To kilobajty realnie zaoszczędzone, a nie tylko ukryte.

§ 05

Czysto także po stronie serwera

Renderowanie hero trafia do cache Smarty per język i per sklep: w normalnej pracy wyświetlenie pięciu stref nie kosztuje żadnego zapytania SQL. Gdy cache się regeneruje, jedno zbiorcze zapytanie pobiera wszystkie banery. CSS i JS są rejestrowane tylko na kontrolerze strony głównej, reszta sklepu nie ładuje z nich ani bajta. Moduł trzyma się standardów PrestaShop: ObjectModel, dedykowany kontroler administracyjny, natywny multisklep i wielojęzyczność, czysta deinstalacja.