Najczęstsze pytanie, jakie dostaję, brzmi: „ile to kosztuje, żeby sklep ruszył szybciej?”. I jest to dobre pytanie, tylko zadane o jedno za wcześnie. Bo koszt przyspieszenia WooCommerce nie wynika z żadnej tabelki - wynika z tego, co siedzi pod maską konkretnego sklepu. Dwa sklepy, które ładują się tak samo wolno (powiedzmy 8,1 s na telefonie), mogą wymagać zupełnie różnej roboty: jeden potrzebuje godziny na cache i obrazy, drugi - przeniesienia na sensowny hosting i przepisania motywu.
Dlatego u mnie kolejność jest zawsze ta sama: najpierw mierzę, potem wyceniam, potem naprawiam. Bez pomiaru każda kwota to zgadywanka, a ja nie lubię oddawać faktur za zgadywanie.
Poniżej rozkładam uczciwie, od czego realnie zależy cena, dlaczego „od X zł” w reklamie to czerwona flaga i jak wygląda wycena, którą dostajesz na piśmie po bezpłatnym przeglądzie. Bez kwot rzucanych w ciemno - bo gdybym je tu podał, sam zrobiłbym dokładnie to, co poniżej krytykuję.
Co realnie wpływa na cenę
Cena przyspieszenia to suma decyzji, które trzeba podjąć po zajrzeniu do środka. Te same obszary, które najczęściej spowalniają sklep, są jednocześnie tymi, które ważą w wycenie. W praktyce patrzę na pięć rzeczy:
- Hosting - czy sklep stoi na współdzielonym serwerze za 10 zł, czy na czymś, co w ogóle udźwignie WooCommerce. Czasem cała „naprawa” to migracja na lepszy hosting plus konfiguracja, i to jest najtańszy skok wydajności na złotówkę. Czasem hosting jest dobry i nie ruszam go wcale.
- Cache - czy w ogóle jest, czy działa poprawnie, czy nie cache’uje przypadkiem koszyka i checkoutu (klasyczny błąd, przez który klientom miesza się zawartość koszyka). Ustawienie page cache, cache obiektów (Redis) i OPcache to zwykle szybki efekt - i tańsza pozycja na liście.
- Obrazy - ile ich jest i ile ważą. Kompresja stu zdjęć produktów to inna robota niż optymalizacja katalogu z dziesięcioma tysiącami SKU, gdzie trzeba podejść do tego automatem i przepiąć format na WebP/AVIF hurtowo.
- Wtyczki - czy wystarczy wyłączyć dwie ciężkie, czy trzeba przepisać funkcję, którą robiła źle napisana wtyczka, żeby w ogóle dało się ją usunąć. To drugie potrafi zająć najwięcej czasu, bo dotyka logiki sklepu, a nie tylko ustawień.
- Baza danych - czy wystarczą porządki (transienty, wersje wpisów, porzucone koszyki), czy baza jest tak rozrośnięta, że trzeba dokładać indeksy i wynosić sesje poza główne tabele.
Jak to wygląda obszar po obszarze i dlaczego akurat te rzeczy dławią sklep, rozpisałem osobno w tekście o tym, dlaczego sklep WooCommerce wolno działa. Tu istotne jest jedno: cena to nie „pakiet”, tylko zaznaczone pozycje z tej listy, które faktycznie trzeba ruszyć w Twoim sklepie.
Co pomaga: zanim zapytasz o cenę, sprawdź sobie sklep w PageSpeed Insights (osobno telefon i komputer) i zapisz wynik. Z tą liczbą rozmowa o zakresie i koszcie jest konkretna, a nie „wydaje mi się, że wolno”.
Dlaczego „od X zł” to pułapka
„Przyspieszenie sklepu od 299 zł” wygląda atrakcyjnie ze trzy sekundy - do momentu, w którym zastanowisz się, co dostajesz za to „od”. Najczęściej kończy się to jednym z dwóch scenariuszy.
Scenariusz pierwszy: dostajesz dokładnie to, co mieści się w 299 zł - czyli ktoś wgrywa wtyczkę cache, klika „optymalizuj obrazy” i odsyła sklep. PageSpeed na chwilę podskakuje, bo wynik laboratoryjny ładnie reaguje na byle cache. Realnie dla klienta na telefonie niewiele się zmienia, bo prawdziwy problem siedział w hostingu albo w motywie, którego za 299 zł nikt nie tknął.
Scenariusz drugi: „od 299 zł” to przynęta, a po przeglądzie nagle robi się 2 500 zł, bo „u Pana to bardziej skomplikowane”. I tu paradoks - ta druga kwota często jest bliższa prawdy, tylko podana w najgorszym możliwym momencie, gdy już się nastawiłeś na 299.
Ja wolę odwrotnie. Nie podaję kwoty, zanim nie zajrzę do sklepu, bo każda taka liczba jest albo zaniżona (i potem rośnie), albo zawyżona na zapas (żeby się zabezpieczyć przed niespodziankami). Jedno i drugie jest nie fair wobec klienta. Uczciwa cena to taka, która pada po obejrzeniu konkretnego sklepu - nie wcześniej.
Najpierw bezpłatny przegląd, potem wycena na piśmie
U mnie proces jest prosty i bez niespodzianek. Podsyłasz link do sklepu. Ja robię bezpłatny przegląd - mierzę Core Web Vitals (LCP, INP, CLS), patrzę na TTFB (czyli jak szybko serwer w ogóle zaczyna odpowiadać, zanim cokolwiek się narysuje), zaglądam w wtyczki i bazę. Z tego wychodzi lista: co konkretnie dławi sklep i w jakiej kolejności to naprawiać, żeby najmniejszym kosztem uzyskać największy efekt.
Dopiero wtedy dostajesz wycenę - na piśmie, w 24 h, z rozpisanym zakresem. Nie „od X zł”, tylko konkret: te pozycje robię, tyle to kosztuje, taki efekt jest realny. Bez tego pomiaru każda kwota byłaby zgadywanką, a Ty masz prawo wiedzieć, za co płacisz, zanim powiesz „tak”.
Co pomaga: poproś o wycenę z rozpisanym zakresem, nie o samą kwotę. Jeśli ktoś nie potrafi powiedzieć, które dokładnie obszary rusza i dlaczego akurat te, to albo nie zajrzał do sklepu, albo nie wie - i w obu przypadkach lepiej tego nie kupować.
Cały model współpracy przy przyspieszaniu sklepów WooCommerce opieram na tej zasadzie: najpierw diagnoza, potem decyzja z Twojej strony, dopiero potem robota. Nie odwrotnie.
Kiedy wystarczy łatka, a kiedy potrzeba większej roboty
To pytanie decyduje o cenie najbardziej, więc warto je rozumieć. Łatka wystarczy, gdy sklep ma dobry fundament, a wolno działa przez sumę zaniedbań: brak cache, ciężkie obrazy, dwie zbędne wtyczki, hosting do podmiany. To są rzeczy, które da się ogarnąć w kilka godzin pracy i zwykle dają najbardziej widoczny skok. W większości przypadków, które widzę, mieścimy się właśnie tutaj - i to jest dobra wiadomość dla budżetu.
Większa robota wchodzi w grę, gdy problem jest strukturalny:
- motyw ładuje cały framework CSS i pół megabajta JavaScriptu dla jednego przycisku, i nie da się go „przyciąć” - trzeba podmienić albo przepisać szablony,
- sklep wisi na nakładce buildera, który renderuje każdą stronę na żywo z dziesiątek bloków,
- logikę, która powinna być w kodzie, trzyma stos wtyczek wpływających na siebie nawzajem,
- baza jest tak rozjechana, że samo czyszczenie nie wystarcza i trzeba zmienić sposób, w jaki sklep przechowuje sesje i koszyki.
Tu nie ma drogi na skróty - i uczciwie to mówię na etapie wyceny, a nie po fakcie. Czasem najrozsądniejsza rekomendacja to nie „łatamy w nieskończoność”, tylko „ta konkretna część wymaga solidnej przebudowy, reszta zostaje”. To wciąż nie jest budowa sklepu od zera - to celowana wymiana tego jednego elementu, który psuje resztę.
Czemu to i tak ułamek ceny budowy od zera
Tu jest sedno, dla którego przyspieszenie prawie zawsze ma sens finansowy. Budowa sklepu od nowa to przeniesienie produktów, kategorii, zamówień, kont klientów, integracji płatności i wysyłki, nowy motyw, nowe testy całego procesu zakupowego i - co najboleśniejsze - ryzyko utraty pozycji w Google, którą stary sklep wypracował latami. To projekt na tygodnie i wielokrotność kosztu naprawy.
Przyspieszenie istniejącego sklepu nie rusza tego wszystkiego. Produkty zostają, zamówienia zostają, pozycja w wyszukiwarce zostaje, klienci nie zauważają zmiany poza tym, że nagle jest szybciej. Płacisz za usunięcie hamulców, nie za zbudowanie nowego auta. Dlatego nawet większa robota przy optymalizacji to ułamek tego, co kosztowałby redesign - a efekt na sprzedaży bywa porównywalny.
I to nie jest kosmetyka. Według danych Google prawdopodobieństwo, że ktoś porzuci stronę, rośnie o 32%, gdy czas ładowania wzrasta z 1 do 3 sekund. W sklepie każda taka sekunda to realnie mniej koszyków i niższa pozycja w wyszukiwarce. Koszt przyspieszenia trzeba więc liczyć nie tylko jako wydatek, ale jako pieniądze, które przestajesz tracić każdego dnia.
Wyślij link, a powiem Ci konkret
Jeśli zastanawiasz się, ile kosztowałoby przyspieszenie akurat Twojego sklepu - nie zgadujmy. Podeślij mi link, zrobię bezpłatny przegląd i wrócę z wyceną na piśmie w 24 h: co konkretnie dławi sklep, co naprawiam najpierw i ile to realnie kosztuje. Bez „od X zł”, bez niespodzianek po fakcie.
Najczęstsze pytania
Ile trwa przyspieszenie sklepu WooCommerce? Typowy zestaw poprawek - cache, obrazy, porządki w bazie, odchudzenie wtyczek - to godziny pracy rozłożone na kilka dni, nie tygodnie. Dłużej robi się dopiero wtedy, gdy trzeba ruszyć motyw albo przenieść sklep na inny serwer, i o tym mówię wprost w wycenie, zanim zaczniemy.
Czy sklep będzie w tym czasie niedostępny? Nie, sklep przez cały czas przyjmuje zamówienia. Cięższe zmiany, jak podmiana motywu czy przenosiny na inny hosting, robi się na kopii i przepina dopiero po testach. Krótka przerwa zdarza się najwyżej przy zmianie serwera i jest umówiona wcześniej.
Czy sama wtyczka cache wystarczy? Czasem tak, ale tylko gdy reszta jest w porządku: sensowny serwer, lekki motyw, skompresowane obrazy. Cache nie naprawi wolnego hostingu ani motywu ładującego pół megabajta JavaScriptu, a źle ustawiony potrafi zepsuć koszyk i checkout.
Czy szybszy sklep od razu podniesie pozycje w Google? Szybkość jest jednym z sygnałów, nie przełącznikiem - samo przyspieszenie nie przeskoczy sklepu o dziesięć pozycji. Widoczna różnica jest gdzie indziej: mniej osób zamyka kartę przed załadowaniem strony, więcej dochodzi do koszyka. Co dokładnie warto naprawić i w jakiej kolejności, ustalam po bezpłatnym przeglądzie.
Powiązane: Dlaczego sklep WooCommerce wolno działa · Przyspieszanie sklepów WooCommerce