Tradycyjna platforma, którą znasz z kilkudziesięciu tysięcy innych polskich sklepów, czy headless, który od kilku lat coraz częściej wchodzi do większych marek. Wybór brzmi prosto, dopóki nie zaczynasz grzebać w szczegółach. Obietnice po obu stronach są głośne, więc zrzućmy marketing i zejdźmy do konkretów. Architektura, wydajność, SEO, koszty, elastyczność, bezpieczeństwo, lock-in. Po kolei, z liczbami i uczciwymi zastrzeżeniami.
Jeśli samo słowo „headless" brzmi Ci jeszcze abstrakcyjnie, zajrzyj najpierw do naszego kompletnego przewodnika po headless e-commerce. Tu zakładamy, że już wiesz, o co chodzi.
Architektura — monolit czy dwa osobne światy
Tradycyjny sklep to monolit. W WooCommerce, PrestaShop, Shoperze i IdoSell frontend (to, co widzi klient) i backend (produkty, zamówienia, płatności) siedzą w jednym kodzie, na jednym serwerze. Zmiana layoutu koszyka grzebie w szablonach, override'ach i wtyczkach. Każda głębsza modyfikacja dotyka całego systemu i niesie ryzyko regresji gdzieś dalej.
Headless rozdziela te dwie warstwy. Frontend jest osobną aplikacją, najczęściej w Next.js. Backend to silnik e-commerce (Medusa, Saleor, Shopify Storefront API, commercetools). Komunikują się przez API, zwykle GraphQL albo REST. Każdy element można rozwijać, wymieniać i skalować niezależnie.
To nie jest akademicka różnica. W monolicie zespół od designu czeka, aż backend skończy zmiany w silniku, zanim zacznie testować nowy layout. W headless pracują równolegle. Tłumacząc to na biznes: headless pozwala Ci szybciej reagować na to, co się dzieje na rynku, a to jest przewaga, którą w końcu widać w sprzedaży.
Wydajność i SEO — tu headless wygrywa najmocniej
To jest oś, która najszybciej przekłada się na pieniądze. Google od lat traktuje szybkość strony jako czynnik rankingowy, a każda dołożona sekunda ładowania zjada Ci konwersję.
Core Web Vitals
Google mierzy trzy parametry: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) i CLS (Cumulative Layout Shift). WooCommerce z kilkunastoma wtyczkami, Elementorem i ciężkim motywem praktycznie zawsze ma z nimi problem. Headless na Next.js z CDN-em startuje z gotową przewagą: SSR/SSG, optymalizacja obrazów przez next/image, lazy loading i edge caching są w pakiecie. Nie walczysz z platformą, tylko robisz swoje. Pełny rozbiór metryk LCP/INP/CLS wraz z case studies i technikami poprawy znajdziesz w artykule o Core Web Vitals w e-commerce.
Czas ładowania i konwersja
Trzy liczby, które warto mieć z tyłu głowy:
- Sklep headless zwykle ładuje się poniżej 1 sekundy. Tradycyjna platforma potrzebuje 4–8 sekund.
- Google podaje, że 53% użytkowników mobile porzuca stronę ładującą się powyżej 3 sekund.
- Strony ładujące się w 1 sekundę mają 3× wyższą konwersję od tych ładujących się w 5 sekund (dane Google/Deloitte).
Po ludzku: przy ruchu 10 000 wejść miesięcznie i konwersji 1,5%, przyspieszenie z 5 do 1 sekundy to nie „miłe usprawnienie". To kilkukrotnie więcej zamówień z tego samego budżetu reklamowego.
Pełna kontrola nad SEO technicznym
W headless meta tagi, Open Graph, JSON-LD, canonical, hreflang i sitemapy definiujesz programowo. Zero walki z ograniczeniami szablonu. W tradycyjnych platformach jesteś zależny od wtyczek takich jak Yoast, Rank Math czy wbudowany moduł Shopera. Działają, ale dobijasz do ich sufitu dokładnie wtedy, kiedy zaczynasz robić SEO na poważnie.
Jak te różnice przekładają się na realną sprzedaż, rozbieramy w osobnym artykule o tym, jak SEO wpływa na sprzedaż w e-commerce.
Uczciwe zastrzeżenie
Tradycyjne platformy mają SEO „out of the box". Sitemapy, meta tagi, breadcrumby są z pudełka. W headless to świadoma praca przy wdrożeniu, ale jednorazowa, nie wieczny narzut. U nas w Outfox wchodzi to standardowo w pakiet wdrożenia, więc dla klienta jest niewidoczne.
Koszty — TCO, nie cennik ze strony
Tu jest najwięcej nieporozumień, więc rozłóżmy to uczciwie. Cena z landing page'u platformy to tylko ułamek tego, co faktycznie płacisz. Dopiero Total Cost of Ownership w 3-letnim horyzoncie mówi, o jakich pieniądzach mówimy.
Co naprawdę składa się na koszt tradycyjnej platformy
Shoper. Abonament od kilkudziesięciu PLN/msc, a do tego w części planów prowizje od transakcji, płatne moduły (zaawansowane promocje, integracje z hurtowniami, recenzje, loyalty), szablon premium i integracje z porównywarkami. Aktywny sklep to zwykle kilkaset PLN miesięcznie w opłatach platformowych, rosnących razem z obrotem.
WooCommerce. Rdzeń jest darmowy, ale w praktyce i tak potrzebujesz sensownego hostingu, płatnego motywu i komercyjnych wtyczek: Yoast Premium, WP Rocket, ACF Pro, coś do płatności, coś do SEO, coś do backupów. Przy dziesięciu wtyczkach licencje łatwo zjadają 2–4 tys. PLN rocznie, zanim w ogóle dorzucisz opiekę techniczną.
PrestaShop. Darmowy rdzeń plus płatne moduły o mocno nierównej jakości, które generują koszt przy każdej większej zmianie.
IdoSell, Sky-Shop. SaaS w modelu abonament plus prowizje od sprzedaży, bez możliwości samodzielnej ingerencji w kod.
Co realnie kosztuje headless
Medusa i Saleor są open source. Zero licencji. Płacisz tylko za hosting. Backend na Railway albo podobnym dostawcy to kilkadziesiąt PLN/msc. Frontend na Vercel lub Netlify startuje zwykle na free tierze, a przy większym ruchu wchodzisz na plan w okolicach 80–120 PLN/msc. I żadnych prowizji od sprzedaży.
Uczciwie: headless ma wyższy koszt wdrożenia niż klikanie sklepu z gotowego szablonu. Jeśli robisz MVP z kilkunastoma produktami „na teraz i zobaczymy, co z tego będzie", tradycyjna platforma wygrywa pod względem budżetu startowego. I nic w tym złego.
Kiedy bilans się odwraca
Typowo gdzieś między 18. a 24. miesiącem od startu. Jednorazowa inwestycja we wdrożenie headless po tym czasie staje się tańsza niż suma abonamentów, prowizji, płatnych wtyczek i licencji. A różnica rośnie dalej z każdym rokiem. W horyzoncie 3–5 lat mówimy o dziesiątkach tysięcy PLN, nie o pojedynczych tysiącach.
Elastyczność i rozwój
Design
Tradycyjna platforma to motyw albo page builder. Owszem, da się go przerobić, tylko że z każdą większą modyfikacją wchodzisz głębiej w walkę z systemem. Szczególnie przy Elementorze, który nakłada własną warstwę DOM-u, generuje dodatkowy bloat i dorzynają Ci się Core Web Vitals. W headless frontend piszesz od zera, więc każdy piksel jest tam, gdzie ma być. Różnicę widać gołym okiem: sklepy na Shoperze i WooCommerce często wyglądają podobnie, bo bazują na tej samej puli motywów. Headless wygląda jak produkt premium, bo nie jest szablonem.
Omnichannel
W tradycyjnym sklepie każdy kanał (www, aplikacja mobilna, kiosk stacjonarny, portal B2B) wymaga osobnej implementacji, a czasem całkowicie osobnego systemu. W headless jeden backend obsługuje wszystkie frontendy naraz. Wchodzisz z osobnym storefrontem po niemiecku na nowy rynek? Podpinasz kolejną „głowę", backend zostaje ten sam. To jest realna przewaga dla firm, które myślą o rozwoju szerzej niż „jedna strona www".
Integracje
Headless łączy się z ERP, PIM, CRM, OMS i narzędziami marketingowymi przez API. W tradycyjnych platformach zależysz od tego, co oferują wtyczki, a te bywają niedorobione, nieaktualizowane albo płatne abonamentowo. Masz hurtownię, która działa i której nie chcesz ruszać? W headless podpinasz ją do sklepu przez API i koniec tematu.
Tempo rozwoju nowych funkcji
Nowa funkcja w tradycyjnym sklepie to typowo 8–12 tygodni pracy. W headless zamyka się to w 2–4 tygodniach, głównie dlatego, że frontend i backend mogą pracować równolegle, zamiast czekać jedno na drugie. Jeśli Twój biznes musi szybko testować hipotezy rynkowe, ta różnica w tempie robi się nie do odrobienia.
Bezpieczeństwo i aktualizacje
Widzisz swój sklep w tym porównaniu, ale nie wiesz, co z tym zrobić?
Przeanalizujmy to razemWordPress (a razem z nim WooCommerce) jest najpopularniejszym celem ataków na CMS-y w internecie. Powód jest prozaiczny: jest też najpopularniejszym CMS-em świata. Każda wtyczka to potencjalna dziura, a aktualizacja rdzenia potrafi zepsuć motyw albo wtyczki, które od kilku lat nie dostały poprawek. PrestaShop nie jest lepszy: ekosystem się starzeje, a moduły są często źle utrzymane.
W headless aktualizujesz frontend i backend niezależnie. Backend dostaje nową wersję, a frontend nawet o tym nie wie. Frontend przechodzi redesign, a backend nie musi być ruszany. Mniej punktów styku to mniej miejsc, w których coś może się zepsuć przy okazji. Sama powierzchnia ataku też jest mniejsza, bo panel admina nie wisi publicznie na tej samej domenie co sklep.
Vendor lock-in — wynajem czy własność
To jest ten argument, który przy starcie łatwo zignorować, a po 2–3 latach zaczyna boleć najmocniej.
Shoper, IdoSell, Sky-Shop. Wynajmujesz platformę. Dane produktowe, wygląd i funkcjonalność są w jej formacie, więc odejście zwykle oznacza przepisanie sklepu od zera. Klient, który chce zmienić dostawcę, de facto zaczyna projekt od nowa.
WooCommerce. Teoretycznie masz kod, praktycznie jesteś zależny od ekosystemu WordPressa, płatnych wtyczek i motywu. Migracja na inne rozwiązanie to i tak spory projekt, ale przynajmniej nie zaczynasz od zera.
Headless na open source (Medusa, Saleor). Kod jest Twój. Chcesz kiedyś zmienić dostawcę usług? Możesz. Wymienić frontend i zostać z backendem? Proszę bardzo. Wymienić backend i zostać z frontendem? Trudniej, ale wykonalne, bo API jest dobrze udokumentowane.
Kiedy tradycyjny sklep jest realnie lepszym wyborem
Headless nie jest odpowiedzią na każde pytanie. To narzędzie, nie ideologia. Tradycyjna platforma będzie zdrowszym wyborem, jeśli:
- Startujesz „dziś na jutro" z napiętym budżetem i musisz sprzedawać „na wczoraj"
- Masz mały katalog (kilkanaście produktów) i nie planujesz wielu kanałów
- Sklep jest eksperymentem, testem pomysłu, czymś „zobaczymy, czy wypali"
- Nie zależy Ci na unikalnym designie i jest OK, że sklep wygląda jak wiele innych
- Nie masz partnera technicznego i chcesz klikać sklep samodzielnie
Kiedy headless ma oczywisty sens
Po drugiej stronie, headless wybieramy, gdy:
- Sklep jest projektem długofalowym, a nie „zobaczmy, czy wypali"
- Zależy Ci na wydajności i chcesz, żeby Core Web Vitals były Twoją przewagą, a nie problemem
- Marka ma własny język wizualny i szablon to za mało
- Planujesz kilka kanałów (www + aplikacja, www + B2B, www + inne rynki)
- Chcesz często wypuszczać nowe rzeczy i testować hipotezy
- Nie chcesz, żeby rosnący obrót automatycznie pompował opłaty platformowe
Obalamy pięć najczęstszych mitów
„Headless jest za drogi dla małego sklepu"
Jeśli porównujesz tylko cenę wdrożenia, tak, headless jest droższy. Jeśli porównujesz TCO w 3 lata, razem z abonamentami, prowizjami, płatnymi modułami i licencjami wtyczek, zwykle wychodzi taniej. To nie marketing, to matematyka.
„To za skomplikowane dla klienta bez technicznego zaplecza"
Zarządzanie sklepem headless wygląda z panelu dokładnie tak samo jak Shoperem: wchodzisz do admina, dodajesz produkty, ustawiasz promocje, obsługujesz zamówienia. Medusa i Saleor mają porządne dashboardy. Klient na co dzień nie widzi kodu, tak samo jak nie widzi kodu Shopera.
„Headless ma sens dopiero dla dużych"
To był prawdziwy argument w latach 2019–2022, kiedy headless wymagał drogich platform typu commercetools. Dziś Medusa i Saleor plus Next.js sprawiają, że ten sam poziom technologii jest dostępny w budżecie małego sklepu. Tak jak WordPress zdemokratyzował blogi piętnaście lat temu, Medusa i Saleor demokratyzują dziś headless.
„WooCommerce jest sprawdzony i wszędzie"
Sprawdzony tak, ale w innej epoce. WordPress powstał jako platforma blogowa w 2003 roku. WooCommerce to wtyczka doklejona do bloga, a nie architektura natywnie e-commerce'owa. Działa, ale wszystko, co robisz w e-commerce na WP, robisz wbrew jego oryginalnemu przeznaczeniu. Dla małego sklepu OK. Dla biznesu, który chce skalować, ograniczenie widać coraz szybciej.
„Nie da się migrować, muszę zostać na Shoperze"
Da się. Migracja to projekt, nie cud. Produkty, kategorie, klientów, zamówienia wyciągamy i przenosimy. Złe wieści dla zwolenników tego mitu: im dłużej czekasz, tym więcej danych jest do przeniesienia i tym droższa migracja.
Najczęściej zadawane pytania
Czy mogę migrować z Shopera albo WooCommerce na headless bez utraty danych?
Tak. Produkty, kategorie, zamówienia historyczne, dane klientów przenosimy. W Shoperze dostęp do danych idzie przez API, w WooCommerce bezpośrednio z bazy. Rzadkimi wyjątkami są specyficzne atrybuty, których nowy backend nie obsługuje 1:1, i te mapujemy ręcznie. Przy większym sklepie migracja to zwykle 2–4 tygodnie pracy, w zależności od liczby integracji.
Ile realnie kosztuje headless vs tradycyjna platforma w 3-letnim horyzoncie?
Zależy od obrotu. Dla małego sklepu (do ~500 tys. PLN obrotu rocznie) tradycyjna platforma na Shoperze to zwykle 20–30 tys. PLN w 3 lata, razem z abonamentami, prowizjami i dodatkami. Headless to jednorazowa inwestycja we wdrożenie (rząd 10–25 tys. PLN dla małego sklepu) plus kilkaset PLN rocznie na hosting. Bilans odwraca się zwykle w okolicach 18–24 miesiąca.
Czy małe sklepy (do 50 produktów) powinny iść w headless?
Zależy od horyzontu. Jeśli sklep ma być projektem na lata i zależy Ci na wyróżnieniu się unikalnym designem i wysoką wydajnością, to tak. Jeśli chcesz sprawdzić pomysł w 3 miesiące z budżetem 2 tys. PLN, to nie. Weź Shopera albo WooCommerce, ruszaj i zobacz, co z tego wyjdzie.
Co się stanie z moim sklepem headless za 5 lat, jeśli zmieni się framework?
Frontend się aktualizuje. Next.js od 2016 roku wypuścił 15+ wersji i każda była wstecznie kompatybilna albo miała czystą ścieżkę migracji. Backend headless (Medusa, Saleor) ewoluuje podobnie. Największa zaleta headless w tym kontekście jest taka, że frontend i backend aktualizujesz niezależnie, więc nie musisz robić „wielkiego skoku" co kilka lat. Standardowa opieka techniczna u nas obejmuje też aktualizacje stosu.
Czy headless wymaga drogich deweloperów do bieżącej opieki?
Na co dzień nie. Klient zarządza sklepem z panelu admina: produkty, kategorie, promocje, zamówienia. Deweloperzy są potrzebni do większych zmian: nowe sekcje, integracje, redesign. Tak samo jak przy WooCommerce, tylko zamiast walczyć z pluginami robisz to czysto i celowo.
Na koniec
Jeśli dopiero startujesz, masz kilkanaście produktów i chcesz jak najszybciej, najtaniej i z najmniejszym progiem wejścia, bierz Shopera albo WooCommerce i ruszaj. Naprawdę, nic w tym złego.
Jeśli sklep ma być projektem na lata, zależy Ci na wydajności, SEO, unikalnym designie i nie chcesz, żeby rosnący biznes automatycznie pompował opłaty platformowe, headless będzie zdrowszą decyzją. Nie najtańszą na starcie, ale zdrowszą w horyzoncie 2–3 lat i dalej.
Najgorsza decyzja to ta podjęta bez zastanowienia. Migracja z headless na monolit jest bolesna i kosztowna, w drugą stronę zresztą też. Jeśli nie masz pewności, gdzie pasuje Twój sklep, zamiast zgadywać, zacznijmy od konkretnej rozmowy o Twoim biznesie, a nie o technologii.
