WooCommerce jest wolny. WooCommerce się psuje. WooCommerce wymaga miliona wtyczek. Aktualizacja jednej rzeczy rozwala trzy kolejne. Shopify po prostu działa, a PrestaShop czy popularny na niemieckim rynku Shopware to przynajmniej “prawdziwy e-commerce”. Jeśli przez chwilę posłuchać dyskusji właścicieli sklepów i wykonawców, można dojść do wniosku, że WooCommerce jest technologiczną katastrofą, z której rozsądne firmy powinny jak najszybciej uciekać. Tyle że dane pokazują bardziej skomplikowany obraz.

WooCommerce rzeczywiście traci część udziału, Shopify rośnie bardzo szybko, ale PrestaShop również traci. Nie wygląda to więc jak masowa ucieczka z jednego złego silnika do wszystkich innych. Bardziej jak zmiana tego, jakiego modelu odpowiedzialności za sklep firmy chcą kupować.

Woo traci, Shopify rośnie. Ale to nie jest statystyka migracji

Według W3Techs, 11 września 2026 WooCommerce odpowiadał za 47,8 proc. wykrywanych przez ten serwis systemów e-commerce, Shopify za 32,1 proc., a PrestaShop za 2,8 proc. Rok wcześniej było to odpowiednio 51,1 proc., 27,7 proc. i 3,5 proc. Kierunek jest więc wyraźny: WooCommerce traci udział, Shopify zyskuje, a PrestaShop nie przejmuje masowo sklepów opuszczających Woo.

WebsiteGarage / Usługi

Sprawdź nasze usługi.

Trzeba jednak uważać z interpretacją. W3Techs nie prowadzi rejestru migracji pojedynczych sklepów, tylko wykrywa technologie na monitorowanych stronach. Zmiana udziału może wynikać z migracji istniejących sklepów, ale również z tego, jakie platformy wybierają nowe sklepy, które sklepy znikają z sieci i jak zmienia się badana populacja. Można więc uczciwie powiedzieć, że Shopify wyraźnie rośnie względem WooCommerce, ale nie że określony procent sklepów “uciekł z Woo do Shopify”.

Najpierw – przestańmy wybierać sam silnik

Jednym z najgorszych sposobów wyboru platformy e-commerce jest porównanie list funkcji. Produkty? Są. Warianty? Są. Rabaty? Są. Płatności? Są. Wysyłka? Jest. Sprzedaż zagraniczna? Jest. Integracje? Są. Po godzinie takiego porównania WooCommerce, Shopify, PrestaShop i Shopware potrafią mniej więcej wszystko, czego potrzebuje zwykły sklep.

A jednak prowadzenie biznesu na każdej z tych platform może wyglądać zupełnie inaczej. Firma nie wybiera tylko aplikacji. Wybiera cały ekosystem: hosting, sposób aktualizacji, model rozszerzeń, dostawców integracji, zakres kontroli nad kodem, odpowiedzialność za awarie, dostępność specjalistów, koszty utrzymania i przyszły sposób rozwoju. Dopiero z tej perspektywy zaczyna być jasne, dlaczego jedni WooCommerce uwielbiają, a inni po kilku latach nie chcą już o nim słyszeć.

WooCommerce daje wolność. W pakiecie dostajesz odpowiedzialność

WooCommerce jest darmowym i otwartym oprogramowaniem działającym na WordPressie. Możesz wybrać hosting, wejść do bazy danych, zmienić kod, stworzyć własną integrację, przenieść sklep na inną infrastrukturę i zbudować logikę, której producent platformy nigdy nie przewidział (popatrz na naszą stronę, ona jest oparta na Woo) To ogromna przewaga, ale każda z tych możliwości oznacza jednocześnie, że ktoś musi podejmować decyzje i brać za nie odpowiedzialność.

Ktoś wybiera serwer. Ktoś odpowiada za PHP i bazę. Ktoś dobiera rozszerzenia do płatności, wysyłki, faktur, podatków czy integracji. Ktoś je aktualizuje i sprawdza, czy nadal ze sobą współpracują. I ktoś musi w końcu odpowiedzieć na najważniejsze pytanie właściciela sklepu: dlaczego dzisiaj nie działa checkout? Shopify przejmuje znaczną część odpowiedzialności za warstwę platformy i hostingu, podczas gdy WooCommerce pozostawia ją właścicielowi sklepu albo firmie, która technicznie opiekuje się wdrożeniem. Gdzie jest zatem problem? Żeby zbudować sklep oparty na WordPressie i WooCommerce nie musisz umieć napisać linijki kodu. Wszystko składa się jak klocki lego. Pierwszy lepszy poradnik – i ciach, masz sklep za darmo. Gdzie jest haczyk? Szybko okazuje się, że “mam sklep” to za mało, trzeba to dołożyć, tamto zmodyfikować i tak rośnie pluginowy Frankenstein.

Skąd bierze się pluginowy Frankenstein?

Sam WooCommerce rzadko jest całym sklepem WooCommerce. Dochodzi bramka płatnicza, faktury, integracja z kurierem, cookie consent, SEO, cache, newsletter, filtrowanie, feed produktowy i integracja z marketplace. Czasem dochodzą wishlisty, subskrypcje, konfiguratory, system punktów, ERP i funkcje wymyślone specjalnie dla konkretnej firmy. Do tego motyw, czasem page builder i czasem kilka dodatków do page buildera.

Wszystkie te elementy mogą pochodzić od innych producentów. WooCommerce samo opisuje oficjalną procedurę rozwiązywania konfliktów: przełączenie na domyślny motyw, wyłączenie pozostałych rozszerzeń i stopniowe ustalanie, który składnik powoduje problem. Dokumentacja wprost zaznacza też, że produkty firm trzecich przeznaczone do WooCommerce nie mają gwarantowanej kompatybilności z samym Woo.

To nie oznacza, że modułowa architektura jest błędem. Jej wartością jest właśnie możliwość dokładania funkcji. Problem zaczyna się wtedy, kiedy nikt nie odpowiada za architekturę sklepu. Wtedy każdą potrzebę rozwiązuje następna wtyczka. Pop-up? Wtyczka. Dodatkowe pole w kasie? Wtyczka. Pixel? Wtyczka. Zmiana kolejności dwóch elementów? Może też znajdzie się wtyczka.

Po kilku latach nikt już nie pamięta, dlaczego połowa z nich została zainstalowana, a usunięcie czegokolwiek wygląda jak rozbrajanie bomby. Kiedy coś przestaje działać, klient nie mówi: “mamy źle zarządzany stos komponentów pochodzących od kilkunastu producentów”. Mówi: “WooCommerce znowu się zepsuł”. I z jego perspektywy ma do tego pełne prawo. To jego sklep, nie musi wiedzieć, która warstwa zawiodła.

WordPress rzeczywiście nie został wymyślony jako silnik transakcyjny

Argument, że WooCommerce działa na systemie, który pierwotnie był CMS-em, nie jest całkowicie pozbawiony podstaw. Przez lata WooCommerce przechowywał zamówienia i związane z nimi dane w strukturach WordPressa opartych o wpisy i metadane. Oficjalna dokumentacja developerska Woo opisuje przejście do High-Performance Order Storage, czyli dedykowanych tabel dla zamówień, które mają ułatwić skalowanie, uprościć przechowywanie danych i zwiększyć niezawodność.

HPOS jest domyślnie włączony dla nowych instalacji od WooCommerce 8.2, wydanego w październiku 2023. Starsze sklepy mogą przejść na nowy model po synchronizacji danych i sprawdzeniu kompatybilności rozszerzeń. To ważna modernizacja, ale jednocześnie świetny przykład ceny, jaką płaci dojrzały ekosystem. WooCommerce nie może po prostu wyrzucić za burtę wieloletniej kompatybilności, bo wokół niego działają miliony instalacji i ogromna liczba rozszerzeń.

Darmowy WooCommerce nie oznacza darmowego sklepu

Core WooCommerce jest darmowy. To nie znaczy, że sklep działający na WooCommerce jest darmowy. Hosting, backup, staging, monitoring, płatne rozszerzenia, bezpieczeństwo, aktualizacje i praca osoby utrzymującej system są realnymi kosztami. Dobrze zbudowany sklep potrzebuje też procesu aktualizacji, testów oraz możliwości szybkiego odtworzenia po awarii.

Właśnie tu marketingowe hasło “darmowy sklep na WordPressie” zrobiło WooCommerce sporo krzywdy. Właściciel kupował tani projekt, ale często nie dostawał informacji, że powstaje system biznesowy wymagający stałego utrzymania. Po kilku latach widzi hosting, abonamenty rozszerzeń i rachunki za kolejne interwencje developera. Obok widzi Shopify z miesięcznym planem, hostingiem i SSL zawartymi w usłudze. Nic dziwnego, że zaczyna porównywać nie tyle koszt samego oprogramowania, co koszt świętego spokoju.

Dlaczego Shopify rośnie

Dla ogromnej grupy firm pytanie “co mogę zmodyfikować?” stało się mniej ważne niż pytanie: “czym nie będę musiał się zajmować?” Shopify sprzedaje usługę. Hosting i certyfikat SSL są częścią planu. Firma nie administruje WordPressem, wersją PHP ani własnym serwerem aplikacyjnym, a aktualizacje podstawowej platformy prowadzi dostawca.

Z punktu widzenia developera oznacza to mniej kontroli nad środowiskiem. Z punktu widzenia właściciela sklepu często oznacza po prostu mniej rzeczy, które mogą zepsuć się po jego stronie i mniej decyzji wymagających specjalisty. To bardzo atrakcyjna propozycja dla biznesu sprzedającego standardowe produkty w standardowym procesie.

Tylko że wygoda także ma cenę

Shopify nie usunął problemów e-commerce. Przesunął granicę odpowiedzialności. Firma płaci za plan, korzysta z aplikacji i porusza się w granicach platformy. Oficjalny cennik Shopify pokazuje również, że przy korzystaniu z zewnętrznego dostawcy płatności mogą występować dodatkowe opłaty transakcyjne zależne od planu.

Nietypowa logika biznesowa, która w otwartym systemie może zostać zaimplementowana bezpośrednio, w SaaS musi zmieścić się w API i punktach rozszerzeń udostępnionych przez producenta. Shopify w ostatnich latach przebudował model rozszerzania checkoutu w stronę Checkout Extensibility i aplikacji zamiast dowolnej ingerencji w dawny checkout.liquid. Producent opisuje tę zmianę jako bardziej bezpieczną i odporną na aktualizacje, ale dla części wdrożeń oznacza ona również konieczność przebudowy starszych customizacji.

To nie jest wada sama w sobie. Kontrolowane rozszerzenia są jednym z powodów, dla których platforma może być bardziej przewidywalna. Jest to jednak realny kompromis: część swobody oddajemy w zamian za wygodę operacyjną.

A może PrestaShop?

PrestaShop wyrasta bezpośrednio z e-commerce i pozostaje projektem open source. Ma natywny mechanizm multistore i rozbudowane zaplecze typowo handlowe, więc może być bardzo sensownym kierunkiem, kiedy firma mówi: “WooCommerce ogranicza nas jako system handlowy i chcemy platformy skoncentrowanej od początku na e-commerce”. To jednak nie znaczy, że Presta usuwa problem utrzymania własnego systemu.

Nadal są moduły, serwer i aktualizacje. Oficjalna instrukcja PrestaShop przed aktualizacją modułu zaleca sprawdzenie zgodności, zapisanie konfiguracji i plików, uruchomienie maintenance mode oraz test sklepu po każdej aktualizacji. Jeżeli firma ucieka z Woo dlatego, że nie chce już zajmować się własną platformą, sama zmiana WooCommerce na PrestaShop może nie rozwiązać właściwego problemu.

Na rynku niemieckim do rozmowy dochodzi Shopware

W niemieckim e-commerce pomijanie Shopware przy poważniejszym wyborze platformy byłoby błędem. Shopware oferuje otwartą Community Edition do samodzielnego hostowania, a obok niej płatne plany i warianty z większym zakresem usług. To dobrze pokazuje, że współczesny wybór e-commerce coraz rzadziej daje się zamknąć w prostym podziale “open source kontra SaaS”. Jedna rodzina produktów może oferować kilka modeli odpowiedzialności.

Największym błędem jest kupowanie platformy na dziś

Na początku sklep ma 80 produktów, Stripe, DHL i faktury. Wszystkie rozsądne platformy poradzą sobie z takim zakresem. Pytania, które naprawdę odróżniają ekosystemy, zwykle pojawiają się później: czy katalog urośnie dziesięciokrotnie, czy pojawi się B2B i indywidualne cenniki, czy sklep będzie silnie połączony z ERP lub PIM, czy powstaną kolejne rynki i magazyny, czy firma planuje nietypowy konfigurator albo własny proces zamówienia.

Warto też zapytać, co będzie najważniejszym aktywem sklepu. Czy firma potrzebuje rozbudowanego contentu i SEO, czy raczej złożonego katalogu oraz procesów handlowych? Czy potrzebuje możliwości dowolnego developmentu, czy chce przede wszystkim ograniczyć liczbę decyzji technicznych? I najważniejsze: kto ma być technicznym właścicielem tego systemu? Jeśli właśnie myślisz o uruchomieniu sklepu lub go dopiero uruchomiłeś – odpowiedz sobie na powyższe pytania. Nie po to, żeby teraz robić rewolucję w swoich planach. Po to, żeby za roku, dwa one po prostu nie wróciły.

Pytanie nie brzmi: WooCommerce czy Shopify?

Lepsze pytanie brzmi: za co chcemy być odpowiedzialni? Jeżeli firma chce kontrolować środowisko, swobodnie integrować systemy, modyfikować kod i dopasowywać platformę do własnych procesów, rozwiązanie open source może być ogromnym atutem. Jeżeli priorytetem jest ograniczenie obsługi technicznej, szybkie uruchomienie i stosunkowo standardowy model sprzedaży, SaaS może być znacznie rozsądniejszy.

Jeżeli firma ma skomplikowany katalog, wielokanałową sprzedaż, zaawansowane B2B i silne powiązanie z systemami przedsiębiorstwa, rozmowa może przesunąć się w stronę PrestaShop, Shopware albo jeszcze cięższych platform commerce. Nie istnieje drabina “WooCommerce – PrestaShop – Shopify – profesjonalny e-commerce”. Istnieją różne modele i różne problemy do rozwiązania.

Komentarz WebsiteGarage

WooCommerce ma techniczny bagaż WordPressa. Jakość rozszerzeń jest bardzo nierówna. Zbyt łatwo stworzyć instalację składającą się z kilkudziesięciu przypadkowych komponentów. Wydajność i stabilność bardzo mocno zależą od jakości wdrożenia, a utrzymanie wymaga kompetencji, których klient kupujący kiedyś “tani sklep na WordPressie” często w ogóle nie wiedział, że będzie potrzebował. To są realne wady.

Ale największa wada WooCommerce jest jednocześnie jego największą zaletą: można z nim zrobić niemal wszystko. Dlatego równie łatwo zrobić z nim coś bardzo źle. Dobrze zaprojektowany WooCommerce z kontrolowanym zestawem rozszerzeń, stagingiem, backupem, monitoringiem, przetestowanymi aktualizacjami i jasno wskazanym właścicielem technicznym jest zupełnie innym produktem niż WordPress z przypadkowym motywem i 47 wtyczkami. A oba nazywamy “WooCommerce”.

Być może więc część złej reputacji Woo jest zasłużona. Tyle że często kierujemy ją pod niewłaściwy adres. Problemem nie jest wyłącznie platforma, ale przekonanie, że otwarty i rozbudowywalny system e-commerce nie potrzebuje architektury, utrzymania ani właściciela technicznego, który chociaż trochę rozumie, co się dzieje w systemie. Potrzebuje, tak samo jak każdy inny krytyczny system firmy. A jeśli firma tego nie chce, to nie jest argument przeciwko niej. To bardzo dobry argument za wybraniem innego ekosystemu.