Wolny sklep WooCommerce? Jak przyspieszyć i ile to kosztuje

Wolny sklep WooCommerce kosztuje realne pieniądze. Im dłużej ładuje się strona, tym więcej klientów rezygnuje jeszcze przed zobaczeniem oferty. Dane Google są tu bezlitosne: gdy czas ładowania rośnie z 1 do 3 sekund, prawdopodobieństwo, że ktoś opuści stronę, skacze o ponad 30 procent. Na telefonie, przy słabszej sieci, tracisz jeszcze więcej. W tym artykule tłumaczę, dlaczego sklep na WooCommerce zwalnia, jak zmierzyć problem, co konkretnie zrobić krok po kroku i ile to kosztuje, bo to zwykle drugie pytanie zaraz po „da się to naprawić”.

Dlaczego wolny sklep to stracona sprzedaż

Szybkość nie jest technicznym kaprysem. To bezpośredni czynnik przychodu i widoczności. Warto rozłożyć to na trzy proste mechanizmy, które widzę u klientów każdego miesiąca.

• Porzucenia przed zakupem. Każda dodatkowa sekunda ładowania to część koszyków, które nigdy nie powstaną. Najbardziej boli to na stronie produktu i w koszyku, czyli tam, gdzie klient jest najbliżej decyzji.
• Gorsze pozycje w Google. Szybkość ładowania (Core Web Vitals) to jeden z sygnałów rankingowych. Wolny sklep startuje w wyszukiwarce z gorszej pozycji, a do tego Google wolniej indeksuje duże, ociężałe witryny.
• Mobile boli podwójnie. Większość ruchu w sklepach to telefony, a to właśnie na nich słaby hosting i ciężkie zdjęcia dają najgorszy efekt. Wynik z komputera potrafi wyglądać przyzwoicie, podczas gdy realny klient na telefonie czeka i rezygnuje.

Dlatego traktuję wydajność jako fundament sprzedaży, a nie jako kosmetykę na koniec projektu.

Dlaczego sklep WooCommerce jest wolny

WooCommerce sam w sobie nie jest wolny. Spowalniają go nawarstwione decyzje, które w pojedynkę wyglądają niewinnie, a razem dają kilkusekundowe ładowanie. Najczęstsze przyczyny widzę w tej samej kolejności u większości klientów.

• Wolny hosting i długi czas odpowiedzi serwera (TTFB). Tani hosting współdzielony bez dysków SSD NVMe i bez nowoczesnego stosu (np. LiteSpeed) odpowiada ospale już przy kilku wejściach naraz. To najczęstszy i najbardziej niedoceniany hamulec.
• Ciężki motyw i rozbudowany page builder, które ładują dziesiątki plików CSS i JavaScript na każdej podstronie, nawet gdy dana funkcja nie jest używana.
• Nieoptymalne zdjęcia produktów: pliki po kilka megabajtów, bez formatu WebP, bez podanych wymiarów i bez leniwego ładowania.
• Brak pamięci podręcznej (cache) strony i brak cache obiektowego, przez co WooCommerce liczy to samo od nowa przy każdym wejściu.
• Nadmiar wtyczek, w tym takie, które dokładają skrypty na całej witrynie, choć są potrzebne na jednej podstronie.
• Skrypty zewnętrzne: piksel Facebooka, Google Analytics, czat, mapy, widżety opinii. Każdy z nich dokłada połączenia i kod, który blokuje ładowanie.
• Rozdęta baza danych: stare rewizje wpisów, wygasłe transienty, logi wtyczek i osierocone metadane, a do tego nadmiar opcji ładowanych automatycznie.

Zacznij od pomiaru, nie od zgadywania

Zanim cokolwiek zmienisz, zmierz stan wyjściowy. Bez liczb nie ocenisz, czy poprawka pomogła. Do szybkiej diagnozy wystarczą dwa darmowe narzędzia: PageSpeed Insights oraz raport Core Web Vitals w Google Search Console. Zwróć uwagę na trzy wskaźniki, które Google traktuje jako sygnał jakości.

• LCP (czas do wyświetlenia największego elementu): docelowo poniżej 2,5 sekundy.
• INP (reakcja na interakcje użytkownika): docelowo poniżej 200 milisekund.
• CLS (stabilność układu, czyli brak przeskakiwania treści): docelowo poniżej 0,1.

Do tego zmierz jeszcze jedną liczbę, o której wiele osób zapomina: TTFB, czyli czas do pierwszego bajtu odpowiedzi z serwera. To najczystszy sygnał, czy hamuje Cię hosting. Zdrowy TTFB to poniżej 200 milisekund. Wartości między 200 a 500 milisekund są do przyjęcia, a wszystko powyżej 600 milisekund oznacza, że serwer odpowiada za wolno i żadna wtyczka tego w pełni nie nadrobi.

Warto też rozdzielić dane laboratoryjne od danych z pola (od realnych użytkowników). To drugie lepiej oddaje, jak sklep działa na przeciętnym telefonie w słabszej sieci, a właśnie tam tracisz najwięcej sprzedaży. Więcej o samych wskaźnikach znajdziesz w dokumentacji Core Web Vitals na web.dev.

Co konkretnie przyspiesza sklep WooCommerce

Kolejność ma znaczenie: zaczynamy od fundamentów, bo optymalizacja obrazków na słabym hostingu to leczenie objawów. Poniżej działania w kolejności realnego wpływu na wynik.

Serwer, hosting i PHP

Dobry hosting to najszybszy pojedynczy skok wydajności. Serwer z dyskami NVMe, aktualną wersją PHP (8.1 lub nowszą) i serwerem LiteSpeed potrafi skrócić czas odpowiedzi kilkukrotnie. Sama zmiana przestarzałego PHP 7.4 na 8.x bywa darmowym przyspieszeniem o kilkadziesiąt procent. Jeśli TTFB uparcie trzyma się powyżej pół sekundy mimo cache, to niemal zawsze znak, że sklep wyrósł z aktualnego hostingu.

Pamięć podręczna (cache strony i obiektowy)

Do serwera dokładamy cache strony (np. LiteSpeed Cache lub WP Rocket), który serwuje gotowe strony zamiast generować je od nowa. Drugą warstwą jest cache obiektowy Redis, który odciąża bazę przy dynamicznych elementach sklepu, takich jak koszyk czy stan magazynu. W WooCommerce trzeba przy tym uważać, żeby nie cache’ować stron koszyka, płatności i konta klienta, bo to psuje działanie sklepu. Dobra konfiguracja wyklucza te strony automatycznie.

Obrazy i multimedia

Zdjęcia to zwykle najcięższy element sklepu. Konwersja do formatu WebP, kompresja, leniwe ładowanie i podawanie wymiarów obrazków potrafią zdjąć większość wagi strony i naprawić przeskakiwanie układu (CLS). Warto też serwować pliki z CDN, żeby ładowały się bliżej użytkownika, oraz zadbać o to, aby zdjęcie główne produktu nie było opóźniane leniwym ładowaniem, bo to ono decyduje o wskaźniku LCP.

Kod, wtyczki i skrypty motywu

Mniej wtyczek to mniej skryptów. Te, które zostają, warto ładować tam, gdzie faktycznie są potrzebne, opóźniać JavaScript, który nie jest kluczowy dla pierwszego widoku, oraz łączyć i minifikować pliki. W WooCommerce często pomaga też ograniczenie mechanizmu „cart fragments” na podstronach, gdzie koszyk nie jest potrzebny, oraz wyłączenie stylów bloków i emoji, których sklep nie używa.

Skrypty zewnętrzne (piksele, czaty, analityka)

To najczęściej pomijany hamulec. Piksel reklamowy, kod analityki, okno czatu, widżet opinii i mapa dokładają obce połączenia, które potrafią same z siebie wydłużyć ładowanie o sekundę lub więcej. Rozwiązanie to opóźnienie ich ładowania do momentu pierwszej interakcji użytkownika oraz rezygnacja z tych, które nie zarabiają. Zanim dodasz kolejny widżet, sprawdź, ile kosztuje Cię on w milisekundach.

Higiena bazy danych

Regularne czyszczenie rewizji, transientów i osieroconych danych oraz kontrola opcji ładowanych automatycznie (autoloaded options) utrzymują bazę w formie. W starszych sklepach potrafi się tam uzbierać kilka megabajtów danych ładowanych przy każdym wejściu. To element stałej opieki, a nie jednorazowa akcja.

Przyspieszenie sklepu krok po kroku

Jeśli chcesz uporządkować pracę, oto kolejność, którą stosuję przy optymalizacji istniejącego sklepu. Każdy krok opiera się na poprzednim.

1. Zmierz stan wyjściowy: LCP, INP, CLS oraz TTFB, osobno dla telefonu i komputera.
2. Sprawdź hosting i wersję PHP. Jeśli TTFB jest wysokie, rozważ migrację lub aktualizację środowiska, zanim zajmiesz się resztą.
3. Włącz i poprawnie skonfiguruj cache strony oraz cache obiektowy, z wykluczeniem koszyka i płatności.
4. Zoptymalizuj obrazy: WebP, kompresja, wymiary, leniwe ładowanie poza zdjęciem głównym.
5. Uporządkuj wtyczki i skrypty: usuń zbędne, opóźnij niekrytyczny JavaScript, ogranicz cart fragments.
6. Opóźnij skrypty zewnętrzne do pierwszej interakcji.
7. Wyczyść bazę danych i skontroluj autoloaded options.
8. Zmierz ponownie i porównaj z punktem wyjścia. Powtarzaj tam, gdzie widać największy zysk.

Ile realnie można zyskać

Efekty zależą od punktu startowego, ale skala bywa duża, bo większość sklepów zaczyna z niskiego pułapu. W typowym projekcie optymalizacji widzę takie zmiany: LCP z okolic 5 do 6 sekund schodzi do 2 do 2,5 sekundy, TTFB z 700 do 900 milisekund spada do 150 do 300 milisekund po zmianie hostingu i włączeniu cache, a waga strony głównej potrafi zmaleć o połowę lub więcej po samej obróbce zdjęć. W praktyce oznacza to płynniejszy sklep na telefonie i mniej porzuconych koszyków. Nie obiecuję konkretnego wzrostu sprzedaży, bo zależy on też od oferty i cen, ale usuwam realny hamulec, który dziś kosztuje Cię klientów.

Ile kosztuje przyspieszenie sklepu WooCommerce

Nie podam Ci tutaj sztywnej kwoty, bo byłaby zmyślona. Zakres optymalizacji zależy od stanu sklepu, hostingu i liczby wtyczek, więc cenę podaję dopiero po audycie, gdy wiem, co realnie trzeba zrobić. Poniżej masz za to jasny podział zakresów, żebyś wiedział, o czym rozmawiamy.

Co do liczb, które podaję otwarcie: stała opieka nad stroną i sklepem to 249, 349 lub 699 zł brutto miesięcznie, zależnie od pakietu, i to ona utrzymuje efekt optymalizacji w czasie. Szczegóły znajdziesz na stronie administracji i opieki nad stroną. Jeśli zamiast ratowania starego sklepu rozważasz budowę nowego, sklep internetowy robię od 4 500 zł brutto, a wydajność planuję w nim od pierwszego dnia. Zobacz sklepy internetowe WooCommerce oraz efekty w sekcji case study.

Samą optymalizację istniejącego sklepu wyceniam indywidualnie po audycie. Napisz do mnie, sprawdzę, co hamuje Twój sklep, i podam konkretną kwotę zamiast widełek wziętych z sufitu.

Czy przyspieszenie sklepu pomaga w SEO

Tak, choć pośrednio. Szybkość ładowania to jeden z sygnałów, które Google bierze pod uwagę przy ocenie strony, a dobre Core Web Vitals dają Ci przewagę zwłaszcza tam, gdzie konkurencja ma wolne sklepy. Do tego szybsza witryna jest sprawniej indeksowana, a niższy współczynnik porzuceń to sygnał, że treść odpowiada na potrzebę. Szybkość nie zastąpi jednak treści i linków, dlatego traktuj ją jako fundament, na którym stawiasz resztę działań opisanych w tekście o pozycjonowaniu sklepu WooCommerce.

Powiązane tematy

Szybkość to jeden z filarów widoczności w Google, ale nie jedyny. Jeśli zależy Ci na ruchu z wyszukiwarki, przeczytaj o pozycjonowaniu sklepu WooCommerce. Gdy sklep zwolnił po przeprowadzce na nową platformę, pomocny będzie tekst o tym, jakie błędy po migracji blokują sprzedaż.

Najczęstsze pytania

Jak szybko powinien ładować się sklep internetowy?

Przyjmij próg 2,5 sekundy dla wskaźnika LCP na telefonie. Ważniejsze od pojedynczej liczby jest to, żeby strona reagowała płynnie i nie przeskakiwała podczas ładowania, bo to właśnie zniechęca do zakupu.

Jak sprawdzić, czy to hosting mnie spowalnia?

Spójrz na TTFB w PageSpeed Insights lub w narzędziach deweloperskich przeglądarki. Jeśli po włączeniu cache czas do pierwszego bajtu nadal przekracza pół sekundy, problemem jest najczęściej serwer, a nie sam sklep.

Czy sama wtyczka do cache wystarczy, żeby przyspieszyć WooCommerce?

Zwykle nie. Cache daje duży efekt, ale na słabym hostingu, przy ciężkich zdjęciach i nadmiarze skryptów problem wróci. Najlepiej działa połączenie dobrego hostingu, cache i optymalizacji treści.

Czy warto przechodzić na hosting z LiteSpeed?

W większości przypadków tak. LiteSpeed razem z wtyczką LiteSpeed Cache daje bardzo dobry stosunek efektu do kosztu i często jest najprostszym sposobem na skokowe przyspieszenie sklepu.

Czy konwersja zdjęć do WebP pogorszy ich jakość?

Przy rozsądnym poziomie kompresji różnica jest niewidoczna dla oka, a plik waży znacznie mniej. WebP został stworzony właśnie po to, żeby zachować jakość przy dużo mniejszym rozmiarze.

Ile trwa przyspieszenie istniejącego sklepu?

Podstawowa optymalizacja to zwykle kilka dni roboczych. Pełny projekt z migracją hostingu i porządkiem w kodzie zajmuje od kilku dni do dwóch tygodni, zależnie od wielkości sklepu i liczby wtyczek.

Czy przyspieszenie sklepu poprawi sprzedaż?

Szybszy sklep zmniejsza liczbę rezygnacji i poprawia pozycje w Google, więc pośrednio wspiera sprzedaż. Nie zastąpi jednak dobrej oferty i sensownej ścieżki zakupowej, dlatego traktuj wydajność jako fundament, a nie jako jedyne działanie.

Masz wolny sklep i nie wiesz, od czego zacząć? Napisz do mnie i zamów audyt wydajności, wskażę największe hamulce i policzę, ile da się zyskać.