Optymalizacja PrestaShop: szybkość sklepu

Opis i cena już stoją, a główne zdjęcie jeszcze się buduje. To jest LCP i zwykle wina rozmiaru zdjęć albo kolejności ładowania, rzadziej mocy serwera.

Klient celuje w filtr rozmiaru, w tej samej chwili doładowuje się baner i trafia w inny produkt. To CLS, czyli brak zarezerwowanego miejsca na elementy, które przychodzą później.

Nic się nie dzieje, więc klient klika drugi raz i w koszyku lądują dwie sztuki. To INP, zwykle skutek skryptów pracujących w tle w tej samej sekundzie.

Optymalizacja PrestaShop: co dokładnie robimy w sklepie

• ✓ Pomiar stanu wyjściowego: TTFB, LCP, INP i CLS osobno dla karty produktu, kategorii i koszyka
• ✓ Serwer i baza: wersja PHP, OPcache, pamięć podręczna stron, zapytania generowane przez filtrowanie katalogu
• ✓ Moduły: ile czasu każdy dokłada do wygenerowania strony i które wyłączysz bez straty funkcji sklepu
• ✓ Zdjęcia produktów: formaty nowej generacji, wymiary podane w kodzie, miniatury generowane raz, a nie przy każdym wejściu
• ✓ Skrypty zewnętrzne: piksel reklamowy, czat i moduł opinii, z ceną każdego w milisekundach i tym, co tracisz po jego zdjęciu
• ✓ Powtórny pomiar po wdrożeniu, na tych samych trzech typach stron i w warunkach zapisanych przy pierwszym

Analiza obejmuje kod i konfigurację sklepu, a nie umowę z dostawcą serwera. Zostawia Ci listę poprawek z policzonym zyskiem i liczbą godzin przy każdej, więc wdrożenie poprawek zlecisz nam, własnemu programiście albo komukolwiek, kto zna PrestaShop.

• Karty produktów budują się po kilka sekund na telefonie.
• Core Web Vitals w Search Console świecą na czerwono.
• Kampanie produktowe drożeją, bo strona docelowa jest wolna.

• Sklep pada albo gubi zamówienia w koszyku: to audyt techniczny.
• Klient dochodzi do koszyka i wychodzi mimo szybkiego sklepu: to audyt UX sklepu.
• Serwer nie wytrzymuje szczytu promocji: to hosting pod PrestaShop.

Setka w PageSpeed Insights jest najłatwiejsza do obiecania i najmniej warta kupienia. Wynik liczy się dla jednego wczytania jednej podstrony w warunkach laboratoryjnych, a sklep, który ma zbierać zamówienia, musi wczytać analitykę, piksel reklamowy, czat i moduł opinii. Da się je wyłączyć i mieć setkę, tylko wtedy nikt już nie wie, skąd biorą się zamówienia.

JustIdea bierze pod uwagę dane z pola, czyli odczyty z przeglądarek Twoich klientów, a nie wynik symulatora. Optymalizacja prędkości sklepu internetowego stoi u nas na trzech odczytach: czas odpowiedzi serwera, moment pojawienia się największego elementu i to, czy układ nie skacze pod palcem. Każdy z nich robimy osobno dla karty produktu, kategorii i koszyka, bo te trzy podstrony hamuje co innego: zdjęcia, filtry i skrypty płatności.

Optymalizacja PrestaShop ma kolejność i wynika ona z tego, ile która warstwa daje. Najpierw serwer i pamięć podręczna, bo działają na cały katalog naraz. Potem zdjęcia produktów i czcionki z pierwszego ekranu. Na końcu skrypty zewnętrzne, gdzie zapas bywa największy, ale trzeba zdecydować, z czego rezygnujesz.

Na telefonie różnica jest największa, bo procesor jest słabszy, a zasięg zmienny. Dlatego wersję mobilną mierzymy osobno, a szablon sprawdzamy razem z tym, jak pliki CSS i JavaScript blokują narysowanie karty produktu. Ten sam sklep potrafi mieć zielone wyniki na komputerze i czerwone na telefonie, więc w raporcie pokazujemy oba osobno.

Core Web Vitals to zestaw miar, którymi Google opisuje ładowanie strony u realnych użytkowników, a nie w laboratorium. Dokładamy do nich czas odpowiedzi serwera, bo bez niego pozostałe trzy nie mają jak być dobre. Niżej każda z nich w praktyce sklepu.

Sklepy PrestaShop: co mówią klienci

Cztery rzeczy, które słyszymy o wydajności sklepu

Na każdą odpowiadamy pomiarem z telefonu klienta, nie wrażeniem z biura.

„Sklep ładuje się u mnie szybko”

U Ciebie wczytuje się z pamięci przeglądarki, po zalogowaniu i na firmowym łączu. Klient wchodzi pierwszy raz, z telefonu, z reklamy, na kartę produktu, której nigdy nie widział. Mierzymy tak, jak widzi to on i Google, nie tak, jak widzi właściciel.

„Setka w PageSpeed to marketing, nie sprzedaż”

Zgoda, setka nie jest celem i nie sprzedajemy jej. Celem są progi Core Web Vitals, które Google publikuje, i czas reakcji na dodanie do koszyka. Poprawki układamy po wpływie na konwersję, a nie po wyniku w narzędziu.

„Trzeba będzie zmienić hosting”

Rzadziej, niż się wydaje. Zwykle zdjęcia idą w rozmiarze oryginalnym, kilkanaście skryptów śledzących startuje przed treścią, a moduły ładują się na każdej podstronie. Hosting sprawdzamy w analizie i mówimy wprost, czy to on jest sufitem.

„Efekt zniknie po miesiącu”

Zniknie, jeśli nikt nie pilnuje nowych modułów i zdjęć. Dlatego analiza kończy się listą zasad dla zespołu, a opieka powdrożeniowa ma w zakresie powtórny pomiar. Sklep nie psuje się sam, psują go kolejne wdrożenia bez pomiaru.

Optymalizacja prędkości sklepu: pytania przed decyzją