Dlaczego sklep WooCommerce zwalnia po dołożeniu wtyczek

W zwykłej stronie firmowej nadmiar wtyczek boli umiarkowanie, bo treść da się zapisać w cache i serwować gotową. Sklep jest inny: koszyk, stany magazynowe i ceny dla zalogowanego klienta muszą być świeże, więc spora część ruchu omija cache i trafia prosto do bazy. Dlatego to samo dołożenie pięciu wtyczek daje w sklepie zupełnie inny efekt niż w wizytówce.

Gdzie dokładnie ucieka czas

Zapytania do bazy

Typowa strona produktu w czystym WooCommerce generuje kilkadziesiąt zapytań. Wtyczka z filtrami, druga z opiniami, trzecia z porównywarką i czwarta z kodami rabatowymi potrafią podnieść tę liczbę do kilkuset. Każde zapytanie to ułamek sekundy, ale sumują się i rosną razem z katalogiem.

Skrypty ładowane wszędzie

Wiele wtyczek dokłada swoje pliki na każdej podstronie, nawet tam, gdzie ich funkcja w ogóle nie występuje. Kalkulator wysyłki ładuje się na stronie „o nas”, widget opinii na koszyku. To czysta strata, którą widać w wadze strony.

Cache, który nie działa tam, gdzie trzeba

Strony kategorii da się cachować. Koszyk, kasa i konto klienta nie, bo pokazują dane konkretnej osoby. Jeżeli wtyczka wstrzykuje na każdej stronie element zależny od koszyka, wyłącza cache tam, gdzie mógłby działać.

Autoloadowane opcje

To problem, którego nie widać gołym okiem. Część wtyczek zapisuje ustawienia w tabeli opcji z flagą automatycznego ładowania, więc dane wczytują się przy każdym żądaniu. Po latach instalowania i usuwania wtyczek potrafi się tam zebrać kilka megabajtów śmieci, które ładują się zawsze, do niczego nie służąc.

Jak sprawdzić, co konkretnie spowalnia

• Sprawdź liczbę zapytań i czas generowania strony przy włączonym trybie diagnostycznym. To pokaże, które wtyczki generują najwięcej.
• Porównaj czas odpowiedzi serwera dla strony produktu i dla koszyka. Duża różnica wskazuje na problem po stronie nieocacheowanych ścieżek.
• Zobacz w narzędziach przeglądarki, ile plików ładuje strona „o nas”. Jeżeli są tam skrypty dotyczące płatności i wysyłki, masz gotową listę do posprzątania.
• Sprawdź rozmiar automatycznie ładowanych opcji. Powyżej megabajta to sygnał ostrzegawczy.
• Przejrzyj listę wtyczek i przy każdej odpowiedz, kiedy ostatnio korzystałeś z jej funkcji. Zwykle kilka nie przechodzi tego testu.

Co zrobić bez przebudowy sklepu

Kolejność od najtańszych działań:

• Wyłącz i usuń wtyczki, których funkcji nikt nie używa. Usuń, nie tylko dezaktywuj, bo dane zostają w bazie.
• Ogranicz ładowanie skryptów do podstron, na których są potrzebne.
• Posprzątaj automatycznie ładowane opcje po dawno usuniętych wtyczkach.
• Przejrzyj obrazy produktów. W sklepach to zwykle największa pojedyncza pozycja wagowa.
• Skonfiguruj cache świadomie: strony kategorii i produktów tak, koszyk i kasa nie.
• Sprawdź, czy hosting nadąża. Sklep z realnym ruchem nie powinien stać na współdzielonym pakiecie za 200 złotych rocznie.

To zwykle wystarcza, żeby odzyskać sekundę do dwóch. Jeżeli po takim przeglądzie nadal jest ciężko, problem leży głębiej: w motywie, w liczbie funkcji sklejonych z gotowców albo w architekturze katalogu.

Kiedy warto przenieść funkcję do kodu

Wtyczka ma sens, gdy robi coś skomplikowanego i jest utrzymywana. Przy prostych rzeczach, na przykład dodatkowym polu w formularzu zamówienia, banerze informacyjnym czy własnym układzie karty produktu, kilkanaście linii w motywie zastępuje cały pakiet z panelem ustawień, aktualizacjami i licencją. Mniej ruchomych części to mniej rzeczy, które mogą się rozjechać przy kolejnej aktualizacji.

FAQ

Ile wtyczek to za dużo w sklepie?

Nie ma progu. Dziesięć lekkich wtyczek działających w panelu zaszkodzi mniej niż trzy, które dokładają zapytania na froncie. Liczy się to, co każda z nich robi przy wczytywaniu strony.

Czy wtyczka do optymalizacji pomoże?

Pomoże w kompresji i cache, ale nie zmniejszy liczby zapytań generowanych przez inne wtyczki. To leczenie objawów.

Czy przejście na inny motyw przyspieszy sklep?

Jeżeli obecny motyw dokłada własną warstwę układu i sporo skryptów, to tak, różnica bywa duża. Jeżeli problem siedzi w bazie i integracjach, zmiana motywu niewiele da.

Jak szybki powinien być sklep?

Praktyczny cel to treść widoczna na telefonie w okolicach dwóch sekund i czas odpowiedzi serwera poniżej pół sekundy na stronie produktu.

Podsumowanie

Sklep zwalnia nie dlatego, że WooCommerce jest ciężki, tylko dlatego, że każda dołożona funkcja pracuje przy każdym wczytaniu strony, a część ruchu nie może korzystać z cache. Przegląd wtyczek, ograniczenie skryptów do właściwych podstron i porządek w bazie zwykle dają więcej niż kolejne narzędzie do optymalizacji.

Jeżeli sklep realnie sprzedaje, ten przegląd warto robić raz na rok, a nie dopiero wtedy, gdy klienci zaczną pisać, że strona się nie ładuje.

Sklep zwalnia i nie wiesz, od czego zacząć?

• 🔍 Bezpłatny audyt strony – szybki przegląd wydajności i technologii
• 💰 Widełki cenowe 2026 – koszt audytu, optymalizacji i przepisania sklepu