Spis treści
- Wprowadzenie – dlaczego pytanie wróciło akurat teraz
- Liczby, od których trzeba zacząć
- Koszty – nie cena, a model rozliczenia
- Powroty z platform zamkniętych i próg opłacalności
- Wydajność – gdzie naprawdę leży problem
- Wydanie 9.0 i nowe przechowywanie zamówień
- Katalog produktów – pułapka, o której się nie mówi
- Progi skali – ile produktów udźwignie sklep
- Podejście bezgłowe – zmiana reguł gry
- Kiedy podejście bezgłowe ma sens, a kiedy szkodzi
- Bezpieczeństwo – tu nie ma dobrej nowiny
- Hosting – fundament, na którym nie warto oszczędzać
- Dla kogo WooCommerce, a dla kogo zdecydowanie nie
- Podsumowanie – dojrzała platforma z wysokim progiem wejścia
Wprowadzenie – dlaczego pytanie wróciło akurat teraz
WooCommerce kontroluje 36 procent globalnego rynku handlu elektronicznego, a na jego silniku działa ponad sześć milionów aktywnych sklepów. Na liczbach wciąż wygrywa. Mimo to rok 2026 przyniósł tyle pytań o przyszłość tej platformy, ile nie pojawiło się przez całą poprzednią dekadę.
Złożyło się na to kilka rzeczy naraz: publiczny spór szefa firmy Automattic z dostawcą hostingu WP Engine, rosnąca liczba zgłaszanych podatności, coraz ostrzejsza presja na wydajność ze strony wyszukiwarek oraz wyraźna moda na rozdzielenie sklepu na osobny interfejs i osobne zaplecze. W efekcie odpowiedź na pytanie „czy WooCommerce to nadal dobry wybór” przestała być oczywista.
Poniżej przechodzę przez to, co realnie się zmieniło, i co z tego wynika dla kogoś, kto prowadzi sklep online albo dopiero go planuje. Bez lukrowania i bez straszenia – z konkretnymi liczbami i progami, przy których decyzja się odwraca.
Liczby, od których trzeba zacząć
Zanim przejdziemy do wad, warto ustawić skalę zjawiska. Ponad sześć milionów aktywnych instalacji i ponad jedna trzecia rynku to nie jest pozycja niszowa – to największy pojedynczy silnik sklepowy na świecie. Ma to praktyczne konsekwencje, o których łatwo zapomnieć:
- Ekosystem rozszerzeń – na niemal każdy scenariusz biznesowy istnieje gotowe rozwiązanie, często w kilku wariantach cenowych.
- Dostępność specjalistów – znalezienie programisty lub agencji znającej tę platformę jest nieporównywalnie łatwiejsze niż w przypadku rozwiązań niszowych.
- Wiedza publiczna – większość problemów, na które natrafisz, ktoś już opisał i rozwiązał.
- Powierzchnia ataku – i tu zaczyna się druga strona medalu, do której wrócę w części o bezpieczeństwie.
Popularność jest więc jednocześnie największym atutem i największym obciążeniem tej platformy. Każdy z dalszych punktów tego artykułu jest w gruncie rzeczy konsekwencją tego jednego faktu.
Koszty – nie cena, a model rozliczenia
Różnica między WooCommerce a Shopify nie sprowadza się do tego, który jest tańszy. Sprowadza się do tego, w jaki sposób płacisz.
WooCommerce jest otwartoźródłowy i nie pobiera opłat od transakcji. Shopify – owszem, jeśli nie korzystasz z jego własnego systemu płatności. Przy niewielkiej sprzedaży ta różnica jest niezauważalna. Przy większej skali robi się z niej pozycja, którą widać w rachunku wyników.
Z drugiej strony WooCommerce nie jest za darmo, choć tak bywa reklamowany. Realny rachunek obejmuje kilka pozycji, o których początkujący sprzedawcy zapominają:
- Hosting – i to nie ten najtańszy, o czym więcej w dalszej części.
- Rozszerzenia – płatności, wysyłka, faktury, integracje z magazynem, subskrypcje.
- Praca programisty – wdrożenie, dostosowania, naprawy po aktualizacjach.
- Utrzymanie – aktualizacje, kopie zapasowe, monitoring, reagowanie na awarie.
Im większy sklep, tym bardziej opłaca się porównać całkowity koszt posiadania, a nie sam miesięczny abonament. Abonament jest widoczny i przewidywalny, dlatego wygrywa w tabelkach porównawczych. Koszt własnego rozwiązania jest rozproszony i zmienny, dlatego bywa niedoszacowany – w obie strony.
Powroty z platform zamkniętych i próg opłacalności
Ciekawy jest kierunek, w którym poszedł segment większych sklepów. Wiele firm z poziomu korporacyjnego migruje obecnie do WooCommerce, uciekając przed rosnącymi kosztami platform zamkniętych. Według danych z początku 2026 roku ten trend wzrósł o 47 procent.
Dobrym przykładem jest firma Ridgeline Supply, która wróciła z Shopify do WooCommerce przy przychodzie przekraczającym cztery miliony dolarów rocznie i osiąga dzięki temu znaczące oszczędności w skali roku. To nie jest odosobniony przypadek – podobnych historii jest coraz więcej.
Istnieje jednak próg skali, przy którym koszt utrzymania własnego rozwiązania może przewyższyć gotową platformę. Zasada praktyczna wygląda tak:
- Poniżej progu – WooCommerce prawie zawsze wygrywa, bo prowizje nie zdążą urosnąć do poziomu kosztów utrzymania.
- Powyżej progu – trzeba policzyć konkretne liczby dla własnego przypadku: obrót, liczbę transakcji, prowizję, koszt zespołu i hostingu.
Warto policzyć to raz, uczciwie, zamiast powtarzać hasła jednej albo drugiej strony. Decyzja o platformie jest kosztowna do odwrócenia, więc zasługuje na arkusz kalkulacyjny, a nie na przeczucie.
Wydajność – gdzie naprawdę leży problem
Tutaj dane nie są pochlebne. Wszystkie wskaźniki Core Web Vitals zalicza tylko 31 procent sklepów WooCommerce. W przypadku Shopify jest to 52 procent. To słaby wynik i nie ma sensu go lukrować.
Problem leży jednak nie w samej platformie, ale w tym, jak jest skonfigurowana. Shopify wymusza jednolite środowisko: ten sam hosting, ta sama pamięć podręczna, ograniczony zakres modyfikacji. WooCommerce nie wymusza niczego – można go postawić na najtańszym współdzielonym serwerze, dołożyć czterdzieści wtyczek i motyw z rynku szablonów, a potem dziwić się wynikom. Średnia rynkowa odzwierciedla właśnie te wdrożenia, nie potencjał silnika.
Dowodem na to jest wynik pojedynczego testu z testów porównawczych: samo zastosowanie odpowiedniego indeksu w bazie danych skróciło czas zapytania archiwum sklepu o 98 procent – z prawie dwóch sekund do 34 milisekund. Przy dobrej konfiguracji WooCommerce jest w stanie konkurować wydajnościowo z każdą platformą hostowaną.
Wydanie 9.0 i nowe przechowywanie zamówień
WooCommerce 9.0, wydane w maju 2026 roku, przynosi mechanizm HPOS, czyli wysokowydajne przechowywanie zamówień, domyślnie włączony dla nowych instalacji. Zamiast trzymać zamówienia w ogólnej tabeli wpisów WordPressa, silnik korzysta z dedykowanych tabel dopasowanych do tego zadania.
Efekty widać w liczbach. Druga wersja mechanizmu skraca czas zapytań o zamówienia o 68 procent w sklepach z ponad pięciuset tysiącami zamówień historycznych. Przy okazji stary sposób obsługi finalizacji zamówienia oparty na skrótach w treści strony został oficjalnie oznaczony jako przestarzały.
W praktyce oznacza to konkretne rezultaty, które odczuwa klient:
- Czas ładowania koszyka poniżej 800 milisekund na standardowym zarządzanym hostingu WordPressa.
- Finalizacja zamówienia poniżej dwóch sekund dla sklepu z milionem zamówień rocznie – wcześniej trwała ponad pięć sekund.
- Spadek porzuceń koszyka o 18 procent jako bezpośrednia konsekwencja tego przyspieszenia.
To jeden z niewielu przypadków, w których pojedyncza zmiana techniczna przekłada się wprost na sprzedaż. Jeżeli prowadzisz sklep z długą historią zamówień, migracja do nowego sposobu ich przechowywania jest prawdopodobnie najbardziej opłacalną rzeczą, jaką możesz w tym roku zrobić z zapleczem sklepu.
Katalog produktów – pułapka, o której się nie mówi
Tu potrzebne jest ważne zastrzeżenie, które łatwo przeoczyć w entuzjazmie po lekturze materiałów o nowym wydaniu. HPOS przyspiesza wyłącznie zamówienia, nie produkty.
Katalog nadal opiera się na klasycznej strukturze WordPressa. Jeśli masz dziesięć tysięcy produktów, z których każdy ma średnio sześć wariantów, w bazie danych ląduje około siedemdziesięciu tysięcy wierszy w tabeli wpisów i ponad milion wierszy w tabeli metadanych. Bez odpowiedniego indeksowania i bez pamięci podręcznej obiektów opartej na Redisie strona produktu będzie się ładować sekundami, mimo że zamówienia śmigają.
To rozróżnienie ma praktyczne znaczenie przy diagnozowaniu wolnego sklepu. Zanim zaczniesz cokolwiek zmieniać, ustal, która część jest wolna: lista produktów i karta produktu to zupełnie inny problem niż panel zamówień czy finalizacja zakupu. Każdy z nich leczy się inaczej.
I jeszcze jedna uwaga, która powinna wisieć na ścianie każdego administratora sklepu: fragmenty koszyka mogą konsumować więcej zasobów niż wszystkie buforowane strony razem wzięte. To mechanizm, który odświeża zawartość koszyka w nagłówku przy każdym wejściu na stronę, omijając pamięć podręczną. W sklepie z dużym ruchem potrafi być pojedynczą największą pozycją w zużyciu procesora.
Progi skali – ile produktów udźwignie sklep
Z zebranych danych wynikają dość jednoznaczne wskazówki co do architektury. Warto je traktować jako punkty orientacyjne przy planowaniu, a nie sztywne granice:
- Do pięciu tysięcy produktów – standardowe WooCommerce, dobry hosting, Redis. Nie potrzeba niczego więcej.
- Od pięciu do piętnastu tysięcy – strefa ryzyka. Potrzebna jest przemyślana architektura, indeksy w bazie i świadome zarządzanie pamięcią podręczną.
- Powyżej piętnastu tysięcy – podejście bezgłowe albo dedykowana wyszukiwarka, na przykład Algolia lub Elasticsearch, przestaje być opcją, a staje się koniecznością.
- W okolicach pięćdziesięciu tysięcy – zmiana architektury jest obowiązkowa. Standardowe podejście po prostu przestaje działać.
Najczęstszy błąd polega na tym, że sklep przekracza próg niepostrzeżenie. Katalog rośnie po kilkaset pozycji miesięcznie, nikt tego nie monitoruje, a problem ujawnia się dopiero wtedy, gdy jest już kosztowny do naprawienia. Warto ustalić z góry, przy jakiej liczbie produktów wracasz do rozmowy o architekturze.
Podejście bezgłowe – zmiana reguł gry
Do niedawna rozdzielenie sklepu na osobny interfejs i osobne zaplecze oznaczało w praktyce: weź standardowe programistyczne połączenie z silnikiem, napisz interfejs od zera, zaimplementuj własną logikę koszyka i spędź miesiące na szukaniu błędów.
Skalę problemu dobrze podsumował Paul Maiorana, dyrektor generalny WooCommerce: „Traciliśmy sklepy nie przez cenę czy funkcje, ale dlatego że rozdzielenie warstw oznaczało przepisywanie wszystkiego od początku”. To rzadki przypadek, gdy producent otwarcie nazywa własną słabość.
Wydanie 9.0 odpowiada na to warstwą Decoupled Commerce Layer – nowym zestawem połączeń programistycznych z pełnym wsparciem dla operacji transakcyjnych. Kluczowa zmiana polega na tym, że stan koszyka przechowywany jest po stronie serwera, dzięki czemu interfejs może utrzymać stałą sesję zakupową bez odtwarzania jej u siebie. Do tego dochodzi zestaw narzędzi Storefront SDK napisany w języku TypeScript, z gotowymi łącznikami do bibliotek React, Vue i Astro.
Efekt praktyczny: dla dziewięciu na dziesięć projektów podejście bezgłowe nie wymaga już pisania logiki koszyka od nowa. Wystarczy podłączyć się do gotowego interfejsu sklepowego. Według analityków ponowna implementacja logiki koszyka to miesiące pracy i trwały dług techniczny – i właśnie to ryzyko znika.
Kiedy podejście bezgłowe ma sens, a kiedy szkodzi
Czy to znaczy, że każdy powinien iść w tym kierunku? Absolutnie nie. Rozdzielenie warstw ma swoją cenę, którą płaci się codziennie:
- Trzy wdrożenia zamiast jednego – zaplecze, interfejs i warstwa pośrednia mają osobne cykle wydawnicze.
- Wyższe koszty operacyjne – więcej środowisk do utrzymania, monitorowania i zabezpieczenia.
- Ryzyko niezgodności rozszerzeń – wtyczki, które modyfikują wygląd sklepu, po prostu przestają mieć na co działać.
Ten ostatni punkt ma wymierną skalę. Potwierdzoną zgodność z wydaniem 9.0 ma 68 procent spośród czterystu najpopularniejszych rozszerzeń. Pozostałe 32 procent – w tym subskrypcje, członkostwa i rozwiązania wielojęzyczne, jak WPML – wciąż jest w trakcie audytu. Jeśli Twój model biznesowy opiera się właśnie na którymś z nich, to jest to argument rozstrzygający.
Zasada złotego środka wygląda tak:
- Wybierz podejście bezgłowe, jeśli potrzebujesz sprzedaży w wielu kanałach, personalizacji na dużą skalę albo masz powyżej piętnastu tysięcy produktów.
- Zostań przy klasycznej instalacji z blokami WooCommerce, jeśli prowadzisz standardowy sklep, w którym treść jest częścią ścieżki zakupowej, a katalog liczy od kilkuset do kilku tysięcy pozycji.
Bezpieczeństwo – tu nie ma dobrej nowiny
Ta część artykułu jest najmniej przyjemna, ale też najważniejsza. Liczby mówią same za siebie:
- 127 udokumentowanych podatności dotyczących WooCommerce według bazy WPScan, stan na marzec 2026 roku.
- 68 procent wzrostu liczby podatności WordPressa rok do roku według danych firmy Patchstack.
- 46 procent podatności nie otrzymało łatki w momencie publicznego ujawnienia.
Ta ostatnia liczba jest najbardziej niepokojąca. Oznacza, że w niemal połowie przypadków informacja o luce trafia do obiegu, zanim istnieje na nią poprawka – a atakujący czytają te same publikacje co administratorzy.
Najwięcej obaw wzbudziła podatność oznaczona jako CVE-2026-3589: błąd typu żądanie międzywitrynowe z oceną 7,5 na 10 w skali CVSS, umożliwiający atakującemu utworzenie konta administratora. Dotyczyła wersji od 5.4.0 do 10.5.2, czyli bardzo szerokiego zakresu wydań, i została załatana w wersji 10.5.3. Firma Automattic automatycznie zabezpieczyła sklepy działające na WordPress.com, Pressable i WP Cloud. Nie ma dowodów na wykorzystanie tej luki w środowisku produkcyjnym – ale istniała ona przez wiele kolejnych wydań, zanim ją wykryto.
Struktura zgłaszanych podatności wygląda następująco: ponad połowę stanowi wstrzykiwanie skryptów do stron, około 17 procent to żądania międzywitrynowe, a wyraźnie rośnie kategoria obejść uwierzytelniania. Do tego dochodzi skala ruchu atakującego: w 2025 roku firma Wordfence zablokowała 4,7 miliona ataków wymierzonych w punkty końcowe koszyka WooCommerce. To nie są marginalne zagrożenia.
Wniosek jest mniej dramatyczny, niż mogłoby się wydawać. WooCommerce nie jest mniej bezpieczny niż pięć lat temu – jest bardziej atakowany, bo ma większy udział w rynku i większą powierzchnię ataku. Przy takiej popularności każda luka natychmiast staje się celem masowego skanowania.
Praktyczna konsekwencja: bezpieczeństwo sklepu w dużej mierze zależy od Ciebie, a nie od producenta oprogramowania. Minimalny zestaw działań wygląda tak:
- Włączone aktualizacje automatyczne – przynajmniej dla wydań bezpieczeństwa.
- Monitorowanie podatności przez usługę taką jak WPScan lub Patchstack, żeby wiedzieć o problemie przed atakującym.
- Ograniczenie liczby wtyczek do sprawdzonych i aktywnie rozwijanych.
- Regularne audyty uprawnień, kont administratorów i logów logowania.
Warto też uczciwie ocenić, czym się ryzykuje. Ekspozycja danych w typowym sklepie WooCommerce obejmuje imiona i nazwiska, adresy poczty elektronicznej, numery telefonów, adresy dostawy i historię zakupów. Nie ma tam haseł w postaci jawnej ani danych kart płatniczych, bo te obsługują operatorzy płatności. Ale to wciąż wystarczy, żeby narobić poważnych szkód – zarówno klientom, jak i reputacji sklepu.
Hosting – fundament, na którym nie warto oszczędzać
Hosting pod WooCommerce można podzielić na cztery poziomy: podstawowy dla sklepów startujących, średni dla rosnących, zaawansowany dla ugruntowanych i korporacyjny dla liderów rynkowych. Każdy poziom ma inne wymagania co do zasobów i budżetu, i przechodzi się między nimi wtedy, gdy zaczyna brakować mocy, a nie wtedy, gdy wypada zmienić dostawcę.
Przelicznik opłacalności jest zaskakująco prosty. Według badania firmy Portent, opartego na stu milionach odsłon, strata jednej sekundy ładowania kosztuje ponad 4 procent konwersji. Sklep ładujący się w pięć sekund osiąga konwersję na poziomie 0,67 procent, podczas gdy przy jednej sekundzie jest to 3,05 procent. Przy tych proporcjach dobry hosting zwraca się błyskawicznie – zwykle szybciej niż jakakolwiek kampania reklamowa za te same pieniądze.
Konkretne wytyczne techniczne, które warto sprawdzić u dostawcy:
- Procesy PHP – małe sklepy minimum dwa, rosnące minimum cztery, sklepy z dużą liczbą zamówień od sześciu do ośmiu.
- Pamięć podręczna obiektów – bez Redisa lub Memcached baza danych staje się wąskim gardłem już przy pięćdziesięciu do stu jednoczesnych klientach.
- Wydajność zaplecza – strony niepodlegające buforowaniu, czyli koszyk, finalizacja zamówienia i konto użytkownika, muszą działać szybko po stronie serwera.
Ten ostatni punkt bywa źródłem kosztownego nieporozumienia. Sieć dostarczania treści przyspiesza to, co można zbuforować i podać z najbliższego serwera brzegowego. Koszyka i finalizacji zamówienia zbuforować się nie da, bo są inne dla każdego klienta. Żadna sieć dostarczania treści ich nie uratuje – one po prostu muszą być szybkie na zapleczu.
Dla kogo WooCommerce, a dla kogo zdecydowanie nie
Zbierając wszystko powyżej, obraz robi się dość klarowny. WooCommerce w 2026 roku to platforma wyraźnie podzielona.
Po stronie atutów: największy udział w rynku, dojrzała architektura po wydaniu 9.0, realna alternatywa dla rozwiązań korporacyjnych w dobie drożejących platform zamkniętych, ogromny ekosystem rozszerzeń i przewaga w całkowitym koszcie posiadania przy odpowiedniej skali.
Po stronie obciążeń: słabe wyniki Core Web Vitals w konfiguracji domyślnej, rosnące ryzyko związane z bezpieczeństwem i realna potrzeba wiedzy technicznej, żeby całość poprawnie skonfigurować.
WooCommerce to nadal najlepszy wybór dla sklepów, które:
- potrzebują elastyczności i pełnej kontroli nad własnymi danymi,
- mają treść jako część ścieżki zakupowej – poradniki, opisy, blog, materiały wspierające sprzedaż,
- skalują się do średniego poziomu i nie chcą oddawać procentu od każdej transakcji,
- mają zespół techniczny albo stałego partnera programistycznego.
WooCommerce nie jest dobrym wyborem dla kogoś, kto chce postawić sklep i o nim zapomnieć. Bez osoby lub agencji dbającej o wydajność, bezpieczeństwo i aktualizacje ta platforma potrafi być droższa w kosztach ukrytych niż Shopify, który po prostu działa. Nie jest to wada oprogramowania – to konsekwencja modelu, w którym kontrolę dostaje się razem z odpowiedzialnością.
Podsumowanie – dojrzała platforma z wysokim progiem wejścia
Najważniejsza rzecz, którą pokazują dane z 2026 roku, to postępująca profesjonalizacja wdrożeń. Liczba nowych sklepów się stabilizuje, ale ich jakość rośnie. Coraz mniej sklepów zakłada się na próbę – coraz więcej to przemyślane, dobrze skonfigurowane instalacje z jasno określonym budżetem na utrzymanie.
Jeśli miałbym streścić cały ten artykuł do listy decyzji, wyglądałaby ona tak:
- Policz całkowity koszt posiadania, a nie abonament – z prowizjami po jednej stronie i utrzymaniem po drugiej.
- Zmierz wydajność zanim zaczniesz optymalizować i ustal, czy problemem jest katalog, czy zamówienia.
- Wdróż nowe przechowywanie zamówień, jeśli masz długą historię sprzedaży – to najtańszy duży zysk wydajnościowy.
- Nie idź w podejście bezgłowe z ciekawości – zrób to, gdy masz konkretny powód i budżet na trzy środowiska.
- Potraktuj bezpieczeństwo jako proces, a nie jednorazowe wdrożenie wtyczki ochronnej.
- Nie oszczędzaj na hostingu – to jedyna pozycja w budżecie, która zwraca się wprost w konwersji.
WooCommerce w 2026 roku to nie jest już darmowa wtyczka dla blogerów. To dojrzała platforma handlowa, która daje dokładnie tyle, ile jesteś w stanie w nią włożyć. I wymaga dokładnie tyle samo.
Jeśli chcesz sprawdzić, jak wybrać rozszerzenia, które nie obciążą Twojego sklepu, zajrzyj też do zestawienia najpopularniejszych wtyczek WordPress i WooCommerce, gdzie omawiam konkretne rekomendacje wraz z ich wpływem na wydajność.
Zastanawiasz się, czy Twój sklep WooCommerce jest dobrze skonfigurowany? Sprawdzimy wydajność, bezpieczeństwo i konfigurację hostingu, wskażemy wąskie gardła i przygotujemy plan działania dopasowany do skali Twojej sprzedaży. Skontaktuj się z nami, aby umówić audyt sklepu.