Dlaczego Twój sklep jest wolny i jak dojść do PageSpeed 90+
Pięć przyczyn wolnego sklepu, które spotykamy najczęściej, kolejność, w jakiej warto je naprawiać, i jak mierzyć efekt, żeby nie optymalizować w ciemno.
Zrobimy to za Ciebie. Opisz problem, a odpowiemy w ciągu 24 godzin roboczych.
Opisz projektWolny sklep traci klientów na telefonie i pozycje w Google. Każda dodatkowa sekunda ładowania to mniej zakończonych zakupów, a od 2021 roku szybkość strony jest jednym z sygnałów rankingowych. Dobra wiadomość jest taka, że większość problemów ma te same źródła i da się je uporządkować w przewidywalnej kolejności.
W skrócie
- Najpierw zmierz na telefonie trzy typy stron: główną, kategorię i produkt. Dopiero potem naprawiaj.
- Kolejność od największego zysku: zdjęcia, cache, serwer i PHP, moduły, szablon.
- Wynik PageSpeed to wskaźnik. Celem jest to, żeby klient szybko zobaczył produkt i mógł kupić.
- Po optymalizacji ustaw cotygodniowy pomiar, bo każdy nowy moduł i baner mogą cofnąć efekt.
Jak mierzyć, żeby wiedzieć, co naprawiać
Nie zaczynaj od zmian. Zacznij od pomiaru, bo bez niego nie będziesz wiedzieć, czy coś się poprawiło. Użyj PageSpeed Insights od Google i sprawdź osobno wersję mobilną, bo to na niej sklepy wypadają najgorzej, a z niej przychodzi dziś większość ruchu.
- Strona główna: zwykle najcięższa, bo ma slider, banery i dużo zdjęć.
- Strona kategorii: tu liczy się szybkość listy produktów i filtrów.
- Karta produktu: najważniejsza, bo z niej klient dodaje do koszyka.
Zapisz trzy liczby dla każdej strony: wynik ogólny, LCP (czas do wyświetlenia największego elementu) i INP (reakcja na kliknięcie). To one przekładają się na odczucia klienta i na ocenę Google.
Wskazówka
Zrób pomiar trzy razy i weź środkowy wynik. Pojedynczy pomiar potrafi różnić się o 10 punktów w zależności od obciążenia serwera w danej chwili.
Pięć najczęstszych przyczyn
1. Ciężkie zdjęcia
Najczęstsza i najprostsza do naprawy przyczyna. Zdjęcia produktów wgrane prosto z aparatu mają po 3–5 MB i 4000 pikseli szerokości, a wyświetlają się w ramce 400 pikseli. Przeglądarka pobiera dwadzieścia takich plików na stronie kategorii. Rozwiązanie: automatyczne skalowanie do potrzebnego rozmiaru, format WebP lub AVIF, leniwe ładowanie zdjęć poniżej pierwszego ekranu.
2. Za dużo modułów
Każdy moduł dokłada własne skrypty i style, często na każdej podstronie, nawet jeśli działa tylko w koszyku. Po trzech latach sklep ma 60 modułów, z czego 20 nieużywanych, a każdy ładuje coś na start. Rozwiązanie: wyłączyć nieużywane, a dla używanych ograniczyć ładowanie tylko do stron, gdzie są potrzebne.
3. Słaby hosting albo stara wersja PHP
Sklep na współdzielonym hostingu za kilkanaście złotych będzie wolny niezależnie od optymalizacji, bo dzieli procesor z setkami innych stron. Podobnie PHP 7.4 jest wyraźnie wolniejsze od PHP 8.2 i nie dostaje poprawek bezpieczeństwa. Rozwiązanie: serwer VPS lub hosting pod sklepy, aktualna wersja PHP, baza danych na szybkim dysku.
4. Brak cache albo źle ustawiony cache
PrestaShop ma wbudowane mechanizmy cache, ale domyślnie część z nich jest wyłączona. Bez cache każde wejście na stronę kategorii uruchamia dziesiątki zapytań do bazy. Rozwiązanie: cache Smarty, cache zapytań, cache na poziomie serwera (np. Varnish lub cache w Nginx) oraz nagłówki cache dla plików statycznych.
5. Szablon z marketplace’u
Uniwersalne szablony są budowane tak, żeby pasować do każdej branży. Ładują więc biblioteki do sliderów, animacji, wideo i galerii, z których Twój sklep korzysta w jednej czwartej. Rozwiązanie: odchudzenie szablonu lub motyw projektowany pod sklep, który ładuje tylko to, co jest potrzebne.
Od czego zacząć: kolejność, która się opłaca
Krok po kroku
- Zdjęcia. Największy zysk przy najmniejszym ryzyku. Zwykle poprawia wynik o 15–25 punktów.
- Cache. Konfiguracja zajmuje godziny, nie dni, a skraca czas odpowiedzi serwera kilkukrotnie.
- Serwer i PHP. Przeniesienie na lepszy serwer i aktualizacja PHP. Wymaga testów, ale daje trwały efekt.
- Moduły. Przegląd listy, wyłączenie zbędnych, ograniczenie ładowania pozostałych.
- Szablon. Najdroższy krok, dlatego ostatni. Czasem wystarczy usunięcie nieużywanych bibliotek.
Uwaga
Nie włączaj wszystkich opcji wydajności w panelu PrestaShop naraz. Część z nich, np. łączenie plików CSS i JavaScript, potrafi popsuć działanie modułów. Włączaj po jednej i sprawdzaj sklep po każdej zmianie, najlepiej na kopii.
Czy 90 punktów to cel
Wynik PageSpeed to wskaźnik, a nie cel sam w sobie. Liczy się to, jak szybko klient widzi produkt i może dodać go do koszyka. Wynik powyżej 90 zwykle oznacza, że te rzeczy działają dobrze, ale sklep z wynikiem 80, który ładuje kartę produktu w 1,2 sekundy, sprzeda więcej niż sklep z wynikiem 95, w którym przycisk „do koszyka” reaguje po dwóch sekundach.
| Wskaźnik | Dobry wynik | Co oznacza dla klienta |
|---|---|---|
| LCP | poniżej 2,5 s | Zdjęcie produktu widać od razu |
| INP | poniżej 200 ms | Klik w „do koszyka” działa natychmiast |
| CLS | poniżej 0,1 | Strona nie przeskakuje podczas ładowania |
| TTFB | poniżej 0,6 s | Serwer odpowiada szybko, cache działa |
Z naszej praktyki
Sklep z branży ogrodniczej, 12 000 produktów, wynik mobilny 34. Po skalowaniu zdjęć do WebP, włączeniu cache i przeniesieniu na VPS z PHP 8.2 wynik wzrósł do 88 bez zmiany szablonu. Czas ładowania karty produktu spadł z 5,1 do 1,4 sekundy, a współczynnik konwersji na telefonach wzrósł o 23 procent w ciągu dwóch miesięcy.
Jak utrzymać efekt
Wydajność psuje się powoli. Nowy moduł do opinii, dodatkowy skrypt reklamowy, baner w formacie GIF. Po pół roku sklep jest znów wolny, a nikt nie wie dlaczego. Dlatego po optymalizacji warto ustawić cotygodniowy automatyczny pomiar z powiadomieniem, gdy wynik spadnie poniżej ustalonego progu. W pakietach opieki robimy to standardowo.
Pytania, które słyszymy najczęściej
Czy wtyczka do optymalizacji załatwi sprawę?
Pomoże przy zdjęciach i cache, ale nie naprawi słabego serwera ani ciężkiego szablonu. Traktuj ją jako jeden z kroków, nie jako rozwiązanie.
Ile kosztuje optymalizacja wydajności?
Audyt z listą zmian to zwykle kilkaset złotych. Wdrożenie zależy od zakresu: od kilku godzin przy zdjęciach i cache do kilkudziesięciu przy przebudowie szablonu. Konkretne widełki są w cenniku.
Czy optymalizacja może coś zepsuć?
Może, jeśli jest robiona bez testów. Dlatego każdą zmianę sprawdzamy najpierw na kopii sklepu i mamy kopię zapasową sprzed zmian.
Co z Core Web Vitals w Google Search Console?
To te same wskaźniki, ale mierzone u prawdziwych użytkowników. Po optymalizacji poprawa w Search Console pojawia się z opóźnieniem około 28 dni.
Chcesz wiedzieć, co dokładnie spowalnia Twój sklep i w jakiej kolejności to naprawić? Zrobimy audyt wydajności z listą zmian i szacunkiem czasu. Zobacz, co zawiera audyt.