Klient chce „headless e-shop". Po godzinnej rozmowie zwykle stwierdzamy, że chce albo SaaS z lepszą prędkością, albo w pełni custom platformę. Headless jest gdzieś pośrodku — i czasem to właściwe miejsce, czasem nie.
Ten artykuł jest o tym, kiedy ma sens iść „headless" i kiedy to over-engineered rozwiązanie pod potrzeby, które obsłużyłby Shopify.
Co „headless" w rzeczywistości oznacza
E-shop ma dwie warstwy: 1. **Backend / commerce platform** — katalog produktów, koszyk, checkout, zamówienia, klienci. Tradycyjnie: Shopify, WooCommerce, Magento. 2. **Frontend / store** — to, co widzi odwiedzający. Tradycyjnie: wbudowany szablon od platformy (Shopify Liquid, WooCommerce theme).
Headless = oddzielenie tych warstw. Backend zostaje (lub zostaje wymieniony na API-first platformę jak Medusa, Commerce.js, Saleor), frontend buduje się jako samodzielna aplikacja (Next.js, Astro, SvelteKit), która komunikuje się z backendem przez API.
Kiedy headless ma sens
1. Rynek wymaga prędkości, której wbudowany szablon nie dostarczy.
Lighthouse Performance score powyżej 90, LCP poniżej 2 s, FID poniżej 100 ms na mobile. Shopify Liquid z 30 apps + 10 pixel trackerów nigdy się nie zbliży do tego. Next.js z ISR i edge-rendered katalogiem tak.
Jeśli Państwa biznes-case to „2 % konwersja → 3 % konwersja przez wydajność", headless spełnia cel. Jeśli Państwa biznes-case to „95 % konwersji wystarcza", nie spełnia.
2. Frontend potrzebuje własnej logiki, która nie jest pierwotnie e-commerce.
Przykład: B2B e-shop z konfiguratorem 3D produktu (custom meble). Szablon Shopify nie dostarczy 3D viewera. Custom React/Next.js tak.
Drugi przykład: AI-driven personalization, gdzie frontend zmienia ofertę według real-time behaviour. Headless umożliwia, wbudowany szablon nie.
3. Multi-channel — web, mobilna app, kiosk — z jednego backendu.
Jeśli chcą Państwo jeden katalog, jeden checkout, ale dwa-trzy różne fronty, headless to jedyne rozsądne rozwiązanie. Mieć dwa e-shopy synchronizować to horror.
4. Zespół ma inżynierów React/TypeScript, którzy opanowują frontend.
Headless = custom code. Bez zespołu inżynierskiego (lub external partnera) system nie będzie rósł. Shopify Liquid może stroić senior marketer. Next.js storefront nie.
Kiedy headless nie ma sensu
1. Rynek to „standardowy e-shop, 50–500 produktów, B2C".
Shopify z szablonem Dawn lub Impulse sprzeda Państwu więcej handlu niż custom Next.js. Szablon ma features (recenzje, powiązane produkty, search, checkout) gotowe. Custom = każdy feature musicie budować.
Jeśli Państwa wymagania zgadzają się z 95 % e-shopów, custom jest over-engineered.
2. Budżet jest mniejszy niż 30k EUR.
Headless minimum: backend (Medusa.js hostowany = 200–500 €/mies), frontend (Next.js development = 15–40k EUR przy pierwszej fazie), CMS pod treści (Sanity, Strapi = 200–500 €/mies), pipeline (Vercel/CloudFlare = 100–300 €/mies), maintenance (2–5k miesięcznie).
Jeśli biznes nie ma 30k+ na start i 2k+ na mies. eksploatację, Shopify Starter lub Basic to właściwy wybór.
3. Zespół nie jest techniczny i nigdy nie będzie.
Headless = ciągłe decydowanie techniczne. Bez wewnętrznego zespołu/external partnera, który Państwa prowadzi, system zatrzyma się na tym, jak rozwiązać „zmianę w checkoute".
Jak się decyduje
Trzy pytania:
**Pytanie 1:** Jakie jest Państwa GMV (gross merchandise volume) za ostatnich 12 miesięcy? - < 100k EUR → Shopify Basic, nie myślcie o headless - 100k–500k EUR → Shopify z szablonem headless, lub non-headless Shopify Plus - 500k–5M EUR → Headless zaczyna mieć sens - > 5M EUR → Headless często konieczność
**Pytanie 2:** Macie 1+ inżyniera z React/TypeScript w zespole? - Tak → headless jest realistycznym wyborem - Nie → albo znajdźcie external partnera, albo zostańcie na wbudowanej platformie
**Pytanie 3:** Planujecie w 2 lat B2B, mobilną app lub kiosk? - Tak → headless to inwestycja, która się zwróci przy rozszerzeniu - Nie → zostańcie u prostej platformy
Jaki stack stosujemy
Dla rynku słowackiego w 2026 polecamy: - **Backend**: Medusa.js (open-source, self-hosted, w pełni kontrolowany) - **Frontend**: Next.js 15+ na Vercel/Cloudflare - **CMS**: Sanity.io (content + product enrichment) - **Search**: Algolia (cena → Meilisearch self-hosted) - **Analytics**: Plausible lub PostHog (GDPR-friendly) - **Payments**: Stripe + GoPay (rynek słowacki) - **Email**: Klaviyo lub Postmark
Ten stack obsłuży 1M–20M EUR GMV bez przepisania. Przy większym wzroście części wymieniają się stopniowo (Medusa → custom microservices, Algolia → własny search).
---
*Pomagamy klientom wybrać architekturę zanim zobowiążą się do technologii. Często rekomendujemy Shopify, jeśli headless nie ma sensu — zależy to od biznes-case, nie od preferencji technologicznej.*