Klient wybrał produkt, kliknął „Dodaj do koszyka” i czeka. Po 3 sekundach koszyk wciąż się przelicza, a formularz zamówienia ładuje się jeszcze dłużej. Część osób dokończy zakup, ale część zamknie kartę i kupi tam, gdzie poszło szybciej.
Sklep na WooCommerce zwalnia w innych miejscach niż zwykła strona firmowa i dlatego zwykłe sposoby przyspieszania często go omijają. Właśnie tym zajmujemy się przy przyspieszaniu sklepów WooCommerce, a w tym tekście pokazujemy, gdzie konkretnie znikają sekundy i jak to sprawdzić samodzielnie.
Najważniejsze wnioski w skrócie
- Koszyk, formularz zamówienia i konto klienta w WooCommerce z założenia omijają pamięć podręczną strony, więc wtyczka cache przyspiesza sklep tylko do momentu dodania produktu do koszyka.
- Według raportu Yottaa z 2025 roku, opartego na 500 mln wizyt w ponad 1300 sklepach, przyspieszenie strony o 1 sekundę daje średnio o 3 % więcej zakupów na telefonach, a zewnętrzne dodatki odpowiadają za 44 % czasu ładowania.
- Szybkość sklepu trzeba mierzyć na całej ścieżce zakupu, od karty produktu po formularz zamówienia, bo test strony głównej pokazuje sklep z najlepszej strony.
- Starsze sklepy często zwalnia baza danych, w której latami gromadzą się zamówienia, sesje i logi zadań w tle.
Czy szybkość sklepu naprawdę wpływa na sprzedaż
Tak, i widać to już przy pojedynczych sekundach. Według raportu Web Performance Index 2025 firmy Yottaa, opartego na ponad 500 mln wizyt w ponad 1300 sklepach internetowych, przyspieszenie strony o 1 sekundę daje średnio o 3 % więcej zakupów na telefonach. Ten sam raport pokazuje, że 63 % klientów rezygnuje, gdy strona ładuje się dłużej niż 4 sekundy, a zewnętrzne dodatki, czyli skrypty dostarczane przez inne firmy, odpowiadają za 44 % czasu ładowania.
Raport przygotowała firma, która sama sprzedaje narzędzia do przyspieszania sklepów, i nie podaje, z jakich krajów pochodzą dane. Traktuj więc te liczby jako kierunek, nie jako prognozę dla swojego sklepu. Kierunek potwierdzają jednak także wcześniejsze badania.
Gdzie klient traci cierpliwość najszybciej, pokazało badanie Deloitte, Fifty-Five i Google z 2020 roku, oparte na 30 mln sesji mobilnych. Kupujący byli najbardziej wrażliwi na szybkość w etapach przed kasą, zwłaszcza przy przejściu z karty produktu do koszyka. Sklep może więc tracić zamówienia, zanim klient w ogóle zobaczy formularz płatności.
Dlaczego wtyczka cache nie przyspiesza koszyka
Pamięć podręczna strony (cache, czyli gotowa kopia strony trzymana na serwerze) działa dlatego, że wielu odwiedzających dostaje dokładnie ten sam widok. Koszyk jest inny dla każdego klienta, więc WooCommerce i wtyczki cache celowo wyłączają go z tego mechanizmu, razem z formularzem zamówienia i kontem klienta.
Skutek jest taki, że strona główna i karty produktów ładują się z gotowej kopii w ułamku sekundy, a od kliknięcia „Dodaj do koszyka” każdą stronę serwer musi składać od zera. Do tego część konfiguracji serwerów przestaje podawać gotowe kopie każdemu, kto ma coś w koszyku, także na zwykłych podstronach. Test szybkości wykonany na stronie głównej pokazuje więc sklep z najlepszej strony, a klient przy kasie widzi zupełnie inny.
Dlatego przy sklepie liczy się to, co dzieje się pod pamięcią podręczną, czyli moc serwera, wersja PHP, pamięć podręczna obiektów (Redis albo Memcached, trzymające w pamięci wyniki zapytań do bazy) i liczba zapytań do bazy danych na każdy widok koszyka. Ogólne zabiegi opisuje nasz przewodnik po przyspieszaniu strony WordPress, a poniżej skupiamy się na tym, co dotyczy wyłącznie sklepu.
Gdzie na ścieżce zakupu WooCommerce traci sekundy
Każdy etap zakupu zwalnia z innego powodu, więc naprawa zaczyna się od ustalenia, który etap jest wolny.
| Etap zakupu | Co najczęściej spowalnia | Jak to sprawdzić |
|---|---|---|
| Karta produktu | ciężkie zdjęcia i skrypty galerii z powiększeniem, produkty z dużą liczbą wariantów | test szybkości konkretnej karty produktu, nie strony głównej |
| Dodanie do koszyka | odświeżanie mini koszyka w nagłówku zapytaniami do serwera na każdej podstronie | zakładka Sieć w narzędziach przeglądarki, zapytania do admin-ajax.php |
| Koszyk | brak pamięci podręcznej, przeliczanie kosztów dostawy przez zewnętrzne usługi przewoźników, kupony | czas otwarcia koszyka z produktem, w oknie prywatnym |
| Formularz zamówienia | skrypty bramek płatności, mapy punktów odbioru, dodatkowe pola i walidacje | czas od kliknięcia „Przejdź do płatności” do gotowego formularza |
| Złożenie zamówienia | przeładowana baza danych, wolne połączenie z bramką płatności | czas od kliknięcia „Kupuję i płacę” do potwierdzenia |
Kilka etapów wymaga słowa wyjaśnienia.
Mini koszyk w nagłówku. Mechanizm odświeżania koszyka bez przeładowania strony (w WooCommerce nazywa się cart fragments) wysyła zapytanie do serwera przy każdym wejściu na podstronę. Od wersji 7.8 WooCommerce ładuje go tylko tam, gdzie wyświetla się widżet koszyka, lecz wiele motywów pokazuje taki widżet w nagłówku każdej strony, więc problem wraca tylnymi drzwiami.
Produkty z wariantami. Gdy produkt ma więcej niż 30 wariantów, na przykład rozmiary i kolory, WooCommerce przestaje wczytywać je razem ze stroną i dopytuje serwer o każdy wybór klienta. Przy wolnym serwerze każda zmiana rozmiaru trwa wtedy zauważalną chwilę.
Zewnętrzne usługi w koszyku i przy kasie. Wtyczki przewoźników pobierają ceny dostawy i listy punktów odbioru od dostawcy, a wtyczki płatności ładują skrypty operatora. Jeśli któraś z tych usług odpowiada wolno, klient czeka razem z nią. W sklepach, którymi się opiekujemy, to jedna z pierwszych rzeczy, które sprawdzamy, bo żadna optymalizacja po stronie sklepu nie przyspieszy cudzego serwera. Pomaga wtedy zmiana ustawień wtyczki, wczytywanie mapy dopiero po wyborze tej formy dostawy albo zamiana wtyczki na lżejszą.
Baza danych, która puchnie z każdym zamówieniem
Sklep, który sprzedaje od kilku lat, może zwalniać nawet wtedy, gdy nikt nie dodał do niego nowej wtyczki. Przyczyną jest zwykle baza danych, która rośnie z każdym zamówieniem, sesją klienta i zadaniem wykonywanym w tle.
Najczęściej puchną 3 miejsca:
- Zamówienia zapisane w starej strukturze. Przez lata WooCommerce trzymał zamówienia w tych samych tabelach co wpisy i strony. Od wersji 8.2 z października 2023 roku nowe sklepy dostają osobne, szybsze tabele na zamówienia (HPOS, czyli wydajne przechowywanie zamówień). Sklepy założone wcześniej muszą przełączyć się świadomie, a wiele z nich wciąż działa na starym rozwiązaniu.
- Kolejka zadań w tle. WooCommerce i wtyczki zapisują w niej zaplanowane zadania, na przykład wysyłkę maili czy synchronizację stanów magazynowych, a razem z nimi logi. Bez czyszczenia te tabele potrafią urosnąć do setek tysięcy wierszy.
- Sesje i dane tymczasowe. Każdy koszyk porzucony przez klienta zostawia po sobie sesję, a wtyczki zapisują dane tymczasowe, które nie zawsze same wygasają.
Zanim cokolwiek usuniesz z bazy, zrób pełną kopię zapasową i sprawdź, czy da się ją odtworzyć. Przełączenie zamówień na nowe tabele najlepiej przeprowadzić najpierw na kopii sklepu, bo część starszych wtyczek nie jest jeszcze z nimi zgodna.
Bazę obciąża też ruch, którego nie widać w statystykach. Boty testujące skradzione karty płatnicze potrafią wysyłać setki prób zamówienia na godzinę, a każda z nich uruchamia formularz zamówienia bez pamięci podręcznej. Jak rozpoznać takie próby, opisaliśmy w tekście o tym, jak sprawdzić ataki na WordPressa i próby włamania na WooCommerce.
Obrazy produktów, najprostsza oszczędność w sklepie
Zdjęcia produktów to zwykle największa część wagi karty produktu i listy kategorii. Wgrane prosto z aparatu albo od producenta ważą po kilka megabajtów, a sklep wyświetla ich na jednej liście kilkanaście lub kilkadziesiąt.
Przy katalogu liczącym setki produktów ręczna poprawa nie wchodzi w grę, dlatego sprawdzają się ustawienia, które działają automatycznie przy każdym nowym zdjęciu. Chodzi o kompresję przy wgrywaniu, zapis w formacie WebP i miniatury w rozmiarach, których naprawdę używa motyw. Szczegóły i porównanie wtyczek znajdziesz w poradniku o optymalizacji zdjęć w WordPressie.
Jak zmierzyć ścieżkę zakupu, a nie samą stronę główną
Pomiar sklepu ma sens tylko wtedy, gdy przechodzi tę samą drogę co klient. Otwórz sklep w oknie prywatnym przeglądarki, dodaj produkt do koszyka i dopiero wtedy mierz czas otwarcia koszyka i formularza zamówienia. Wynik z PageSpeed to jeszcze nie ocena, którą Google wystawia na podstawie wizyt prawdziwych klientów. Czym jedno różni się od drugiego, wyjaśniamy w tekście o 3 liczbach, którymi Google ocenia szybkość strony.
Do takiego pomiaru wystarczą 3 narzędzia:
- Narzędzia deweloperskie przeglądarki (klawisz F12, zakładka Sieć) pokazują, ile trwa każda strona i które zapytanie czeka najdłużej.
- Wtyczka Query Monitor, włączona tylko na czas diagnozy, pokazuje liczbę zapytań do bazy przy każdym widoku i wtyczkę, która generuje najwolniejsze z nich.
- Lejek zakupowy w Google Analytics pokazuje, na którym etapie klienci odpadają najczęściej. Nagły wzrost porzuceń na jednym kroku bywa pierwszym sygnałem, że właśnie ten krok zwolnił.
Zapisz wyniki przed zmianami i zmieniaj jedną rzecz naraz. Przy sklepie to szczególnie ważne, bo wyłączenie niewłaściwej wtyczki może przyspieszyć koszyk i jednocześnie zepsuć płatności.
Kiedy wystarczy wtyczka, a kiedy sklep potrzebuje stałej opieki
Wtyczka cache i kompresja zdjęć rozwiązują problem, gdy wolne są strona główna i karty produktów. Gdy wolno działa koszyk, formularz zamówienia albo panel zamówień, przyczyna leży zwykle głębiej, w serwerze, bazie danych, wtyczkach przewoźników i płatności. Takich rzeczy nie da się naprawić jednym kliknięciem w ustawieniach i każda z nich wymaga testu, czy po zmianie sklep nadal przyjmuje płatności.
Dochodzi do tego czas. Sklep dostaje nowe wtyczki, kolejne aktualizacje WooCommerce i tysiące nowych zamówień, więc szybkość osiągnięta dziś po roku wymaga ponownego sprawdzenia. W planie opieki z optymalizacją prędkości przyspieszanie sklepu jest częścią stałej pracy razem z aktualizacjami, kopiami zapasowymi i wsparciem dla WooCommerce.
Plan EKSPERCKI
Pytania i odpowiedzi
Czy wtyczka cache wystarczy, żeby przyspieszyć sklep WooCommerce?
Wystarczy dla strony głównej, kategorii i kart produktów. Koszyk, formularz zamówienia i konto klienta są wyłączone z pamięci podręcznej strony, więc o ich szybkości decydują serwer, baza danych i wtyczki działające przy kasie.
Dlaczego koszyk ładuje się wolniej niż reszta sklepu?
Koszyk jest inny dla każdego klienta, więc serwer składa go od zera przy każdym otwarciu, często razem z przeliczeniem kosztów dostawy w zewnętrznej usłudze przewoźnika. Reszta sklepu korzysta z gotowych kopii.
Czy przejście na nowe tabele zamówień (HPOS) przyspieszy sklep?
W sklepach z dużą liczbą zamówień zwykle tak, zwłaszcza w panelu zamówień i przy raportach. Przełączenie trzeba jednak najpierw przetestować na kopii sklepu, bo część starszych wtyczek nie obsługuje jeszcze nowych tabel.
Ile trwa przyspieszenie sklepu WooCommerce?
Diagnoza ścieżki zakupu zajmuje zwykle kilka dni, a same poprawki od kilku dni do kilku tygodni, zależnie od tego, czy wystarczy zmiana ustawień, czy trzeba wymienić wtyczkę albo serwer. W naszej ofercie optymalizacja prędkości jest wykonywana najczęściej w ciągu kilkunastu dni od zakupu planu.
Autorka: Sylwia Jasiak
Copywriterka i strateżka treści. Pisze teksty na strony firmowe, opisy usług i artykuły eksperckie tak, żeby jednocześnie sprzedawały i budowały widoczność w Google. Odpowiada za komunikację marki Avangardo, szkolenia z WordPressa oraz zarządzanie projektami.
