Dla właścicieli sklepów PrestaShop
Mierzymy, co spowalnia Twój sklep, i poprawiamy to w kolejności, która daje największy efekt. W sklepach, które dotąd poprawialiśmy, najważniejsze zmiany zajmowały zwykle 10–20 godzin pracy.
Podajesz adres sklepu i e-mail. Odezwiemy się zwykle tego samego dnia roboczego, żeby umówić audyt.
Sprawdź sam
Cztery rzeczy, które zrobisz bez nas. Jeśli któraś wypadnie źle, niżej znajdziesz możliwy powód.
Zobacz dziesięć powodów ↓Lista kontrolna
W panelu sklepu wejdź w Parametry zaawansowane → Informacje. Jeśli wersja jest poniżej 8.0, jest to problem.
Czy kartę produktu widać po 1–2 sekundach, a dodanie do koszyka trwa maksymalnie 2 sekundy?
To darmowe narzędzie pokazuje, jak Google ocenia Twój sklep. Wklej adres karty produktu. Czy wynik dla telefonu jest zielony?
Otwórz PageSpeed InsightsW panelu sklepu sprawdź kolejno:
W panelu sklepu wejdź w Parametry zaawansowane → Informacje. Jeśli wersja jest poniżej 8.0, jest to problem.
Czy kartę produktu widać po 1–2 sekundach, a dodanie do koszyka trwa maksymalnie 2 sekundy?
To darmowe narzędzie pokazuje, jak Google ocenia Twój sklep. Wklej adres karty produktu. Czy wynik dla telefonu jest zielony?
Otwórz PageSpeed InsightsW panelu sklepu sprawdź kolejno:
Dlaczego sklep jest wolny
Zwykle nakłada się kilka naraz. Dlatego zaczynamy od pomiaru: wtedy wiadomo, co naprawić najpierw.
Cloudflare podaje zdjęcia, style i skrypty z serwerów blisko klienta, odciąża Twój serwer i odfiltrowuje część niechcianego ruchu.
Skanery, narzędzia do kopiowania ofert i część robotów potrafią generować dużo ruchu i obciążać serwer. Sklep zwalnia dla prawdziwych klientów. Dobrych robotów (Google, Bing) nie blokujemy, ograniczamy nadmiar.
Na starym PHP (np. 7.1) sklep działa wolniej i nie dostaje już poprawek bezpieczeństwa. Którą wersję można uruchomić, zależy od wersji PrestaShop i modułów, często trzeba zacząć od aktualizacji sklepu.
Sprawdzisz sam: w panelu (Parametry zaawansowane → Informacje) zobaczysz wersję PHP. Jeśli widzisz wersję poniżej 8.0, napisz do nas, zanim cokolwiek zmienisz u hostingu.
Przy małej liczbie równoległych procesów PHP kolejni klienci czekają w kolejce na swoją kolej. Przy większym ruchu sklep odpowiada wolno albo wyświetla błąd.
Gotowa strona jest zapisana i podawana od razu (np. LiteSpeed Cache, PageCache). Bez tego sklep składa ją od nowa dla każdego klienta. Koszyk, konto klienta i ceny trzeba z niej wyłączyć, dlatego ustawia to osoba, która zna sklep.
Wyłączony cache Smarty, brak optymalizacji CSS i JS oraz włączony tryb DEBUG potrafią spowolnić cały sklep. Tryb DEBUG pokazuje przy tym odwiedzającym błędy.
Sprawdzisz sam: w panelu (Parametry zaawansowane → Wydajność) zobaczysz te ustawienia. Zmieniaj je dopiero po kopii plików i bazy, jedno naraz, i po każdej sprawdź koszyk. Nie masz pewności? Zostaw to nam.
Moduł potrzebny tylko w koszyku ładuje swoje skrypty także na liście produktów, w blogu i na stronie głównej.
Źle napisany moduł potrafi wykonywać zbędne zapytania do bazy przy każdym wejściu klienta i spowalniać cały sklep.
Sklep zapisuje każde wejście i błąd w tabelach bazy (m.in. connections i logi). Zwykle same się nie czyszczą, więc z czasem rosną do ogromnych rozmiarów i spowalniają zapytania.
Zdjęcia i banery bywają za duże albo w starych formatach. Na telefonie to często największy hamulec.
Sprawdzisz sam: wklej adres karty produktu do darmowego narzędzia Google PageSpeed Insights. Pokaże, które zdjęcia są za ciężkie.
Przykład z jednego ze sklepów
15 s → 1,2 s
ładowanie po kliknięciu „Zamawiam i płacę”, przed i po naprawie
Składanie zamówień zwalniało z tygodnia na tydzień. Moduł zapisywał w bazie tysiące „symulowanych” adresów, przez co ją zapychał i obciążał sklep. Po naprawie ładowanie spadło z 15 do 1,2 sekundy.
Jak zaczynamy
Pokazujemy na liczbach, co spowalnia sklep i które poprawki dadzą najwięcej. Bez zobowiązań.
Co, w jakiej kolejności i jakiego efektu się spodziewamy.
Mierzymy jeszcze raz i pokazujemy różnicę.
Koszty i zakres
FAQ
Nie ma tu Twojego pytania? Zadzwoń, przegadamy Twój przypadek.
Zadzwoń: 791-490-610Zacznij od pomiaru, który pokaże, które z dziesięciu powodów dotyczą Twojego sklepu. Wersję PHP, ciężar zdjęć i ustawienia wydajności sprawdzisz sam. Resztę sprawdzamy my.
Według Google dobry sklep pokazuje największy element strony (zwykle zdjęcie produktu) w 2,5 s, reaguje na kliknięcie w 0,2 s, a elementy nie przeskakują podczas ładowania. Programista nazwie to LCP, INP i CLS. Progi dotyczą 75% odwiedzin i pochodzą z web.dev/articles/vitals. Swój wynik sprawdzisz w PageSpeed Insights.
Czasem tak. Na przykład wtedy, gdy hosting nie pozwala na nowszą wersję PHP albo daje za mało równoległych procesów PHP. Najpierw sprawdzamy, co da się poprawić na obecnym, i powiemy wprost, kiedy innego wyjścia nie ma.
Tak, ale to jeden z wielu czynników. Szybkość strony wpływa na pozycje (Google mierzy ją podstawowymi wskaźnikami internetowymi, czyli Core Web Vitals). Zwykle rozstrzyga między podobnymi stronami. Wolne ładowanie na telefonie może kosztować też porzucone koszyki. Pierwszego miejsca nie obiecujemy.
Zwykle nie. Cięższe zmiany próbujemy najpierw na kopii sklepu. Aktualizacja PHP lub PrestaShop może wymagać krótkiej przerwy, umówimy ją z wyprzedzeniem na porę o małym ruchu.
Tak. Większość sklepów, które optymalizujemy, powstała gdzie indziej. Zaczynamy od audytu.
Zacznijmy od pomiaru
Zmierzymy sklep i pokażemy na liczbach, od czego warto zacząć. Bez zobowiązań.
Podajesz adres sklepu i e-mail. Odezwiemy się zwykle tego samego dnia roboczego, żeby umówić audyt.
