Headless commerce vs. klasyczny WooCommerce: co wybrać dla sklepu z dużym ruchem
WooCommerce spowalnia przy dużym ruchu. Headless commerce to inna architektura, nie upgrade wtyczek. Zestawienie techniczne i biznesowe dla sklepów, które rosną.
Headless commerce vs. klasyczny WooCommerce: co wybrać dla sklepu z dużym ruchem
Headless commerce oddziela frontend (to, co widzi użytkownik) od backendu (koszyk, płatności, stany magazynowe). WooCommerce trzyma obie warstwy razem w jednym monolicie WordPressa. Przy małym ruchu różnica jest niewidoczna. Przy kilkuset sesjach jednocześnie zaczyna boleć.
---
Dlaczego WooCommerce zwalnia przy dużym ruchu?
WooCommerce generuje każdą podstronę dynamicznie, przy każdym żądaniu. Serwer odpytuje bazę danych, składa HTML i odsyła go do przeglądarki. Przy 50 użytkownikach jednocześnie to nie problem. Przy 500 to kolejka, która zabija konwersję.
Trzy konkretne objawy:
- TTFB (Time to First Byte) powyżej 600 ms przy skokach ruchu, np. w Black Friday. Google Core Web Vitals ocenia TTFB powyżej 800 ms jako "słabe" i obniża pozycje.
- Wtyczki blokują renderowanie. Przeciętny sklep WooCommerce ma 20-40 wtyczek. Każda dodaje JavaScript i CSS do każdej strony, niezależnie od tego, czy jest potrzebna.
- Hosting staje się wąskim gardłem. Skalowanie monolitu oznacza droższą maszynę, nie lepszą architekturę. Wydajesz więcej, a problem wraca przy kolejnym skoku ruchu.
---
Jak działa architektura headless?
W headless frontend (zbudowany np. w Next.js) generuje strony statycznie lub na serwerze brzegowym (edge), a nie na żądanie użytkownika. Backend (WooCommerce, Shopify, Medusa, własne API) odpowiada tylko za dane, nie za renderowanie HTML.
Efekt:
- Strona produktu ładuje się z CDN w dziesiątkach milisekund, nie z serwera w setkach.
- Skok ruchu nie obciąża bazy danych, bo użytkownicy dostają gotowe pliki statyczne.
- Każda warstwa skaluje się niezależnie. Frontend, backend i płatności to oddzielne serwisy.
Przy przebudowie sklepu Sedan Home & Space przejście na architekturę headless Next.js wyeliminowało wąskie gardła renderowania i pozwoliło na niezależne skalowanie warstwy produktowej podczas sezonowych skoków ruchu.
---
Kiedy WooCommerce wystarczy?
WooCommerce to dobry wybór, gdy:
- Sklep ma poniżej 500 sesji dziennie i nie planuje intensywnych kampanii.
- Zespół zarządza treścią samodzielnie i nie ma zasobów na utrzymanie oddzielnego frontendu.
- Budżet na start to poniżej 15-20 tys. zł, a czas wdrożenia jest ważniejszy niż wydajność.
Monolit nie jest zły z definicji. Jest zły wtedy, gdy rośnie szybciej niż go zaplanowano.
---
Kiedy headless się opłaca?
Headless ma sens, gdy przynajmniej jedno z poniższych jest prawdą:
- Sklep regularnie przekracza 1000 sesji dziennie lub planuje kampanie z dużym ruchem jednorazowym.
- Core Web Vitals są poniżej "dobrego" progu (LCP powyżej 2.5 s, TTFB powyżej 800 ms).
- Potrzebujesz niestandardowego checkoutu, konfiguratora produktów lub integracji z systemem ERP.
- Planujesz sprzedawać na kilku kanałach jednocześnie (sklep, aplikacja mobilna, kiosk, marketplace).
---
Zestawienie techniczne: headless vs. WooCommerce
| Kryterium | WooCommerce (monolit) | Headless (Next.js + API) |
|---|---|---|
| Czas ładowania strony produktu | 1.5–4 s (dynamiczny) | 0.2–0.8 s (statyczny/edge) |
| Core Web Vitals przy dużym ruchu | Spada pod obciążeniem | Stabilne niezależnie od ruchu |
| Koszt utrzymania infrastruktury | Jeden serwer, łatwy start | CDN + backend, wyższy próg wejścia |
| Elastyczność frontendu | Ograniczona przez motywy | Pełna kontrola |
| Czas wdrożenia nowych funkcji | Szybszy przy wtyczkach | Wolniejszy, ale bez długu tech. |
| Skalowalność | Droga (większa maszyna) | Tania (edge + CDN) |
| Zależność od WordPressa | Pełna | Żadna lub opcjonalna |
---
Co z kosztami?
Wdrożenie headless jest droższe na starcie. Realny budżet dla sklepu średniej wielkości to 30-80 tys. zł, zależnie od zakresu integracji. WooCommerce można uruchomić za 5-15 tys. zł.
Różnica zwraca się przy dwóch scenariuszach:
- Sklep rośnie i zaczyna płacić za infrastrukturę droższą niż koszt przebudowy.
- Wolne ładowanie obniża konwersję. Badania Google pokazują, że każda sekunda opóźnienia LCP powyżej 2.5 s to 8–12% mniej konwersji. Przy sklepie z obrotem 1 mln zł rocznie to 80-120 tys. zł w ciągu roku.
---
Jak podjąć decyzję?
Zanim zdecydujesz, sprawdź trzy liczby w Google Search Console i PageSpeed Insights:
- LCP (Largest Contentful Paint) - czy przekracza 2.5 s na mobile?
- TTFB - czy przy skokach ruchu rośnie powyżej 800 ms?
- Współczynnik odrzuceń na stronie produktu - czy jest wyraźnie wyższy niż na stronie głównej?
Jeśli odpowiedź na wszystkie trzy to "tak", WooCommerce jest wąskim gardłem, nie zasobem.
Jeśli chcesz ocenić, gdzie leży problem w Twoim sklepie, zaczynam od audytu technicznego. Szczegóły na stronie web development premium i e-commerce.
Najczęstsze pytania
Czy headless commerce działa z WooCommerce jako backendem?
Tak. WooCommerce ma REST API i GraphQL (przez WPGraphQL), które można podłączyć do frontendu Next.js. To tzw. architektura headless WooCommerce: zachowujesz znajomy panel zarządzania sklepem, ale frontend jest zupełnie niezależny i ładuje się z CDN. Koszt utrzymania WordPressa zostaje, ale problemy z renderowaniem znikają.
Czy migracja ze zwykłego WooCommerce do headless to przepisanie sklepu od zera?
W większości przypadków tak. Frontend wymaga pełnego przepisania w React lub Next.js. Backend (produkty, zamówienia, klienci) można zostawić w WooCommerce lub przenieść do innego systemu. Migracja danych jest zazwyczaj prosta, migracja logiki biznesowej i niestandardowych wtyczek bywa skomplikowana.
Ile trwa wdrożenie headless sklepu?
Prosty sklep headless z gotowym designem i standardową ścieżką zakupu to 6-10 tygodni. Sklep z niestandardowym konfiguratorem produktów, integracją ERP lub własnym checkoutem to 3-6 miesięcy. Czas zależy głównie od zakresu integracji z systemami zewnętrznymi.
Czy SEO w headless jest gorsze niż w WooCommerce?
Nie, pod warunkiem że frontend renderuje strony po stronie serwera (SSR) lub generuje je statycznie (SSG). Next.js robi to domyślnie. Problemy z SEO pojawiają się tylko w architekturach SPA (Single Page Application), które renderują treść wyłącznie w przeglądarce. Headless zbudowany w Next.js zazwyczaj rankuje lepiej niż WooCommerce, bo szybkość ładowania wpływa bezpośrednio na Core Web Vitals.
Kiedy warto zostać przy WooCommerce zamiast przechodzić na headless?
Gdy sklep działa stabilnie, ruch jest przewidywalny i nie przekracza 500-800 sesji dziennie, a wydatki na hosting są akceptowalne. Headless to inwestycja, która ma sens przy wzroście, kampaniach sezonowych lub gdy niestandardowe funkcje produktowe są niemożliwe do zbudowania na wtyczkach.
Czy headless commerce wymaga osobnego programisty do utrzymania?
Wymaga kogoś, kto rozumie Next.js i zarządzanie deploymentem (Vercel, AWS, własny serwer). To wyższy próg techniczny niż WooCommerce. W praktyce oznacza albo stałą współpracę z developerem, albo wewnętrzny zespół z kompetencjami frontend. Koszty utrzymania headless są wyższe niż monolitu, ale infrastruktura jest tańsza przy dużym ruchu.
Masz podobny temat do okiełznania?
Umów rozmowę