Shopify Plus vs WooCommerce headless w 2026: koszt, kontrola, AI

#Shopify Plus vs WooCommerce headless w 2026: koszt, kontrola, AI

Pytanie “Shopify czy WooCommerce” zmieniło kształt. W 2018 roku był to wybór platforma vs custom. W 2026 są to dwa równoważne stosy commerce headless z różnymi wartościami domyślnymi. Obie wdrażają na edge. Obie integrują AI. Obie mają natywne narzędzia headless. Decyzja dotyczy teraz kontroli, kosztu całkowitego przez pięć lat oraz strategii wyjścia.

Ten artykuł uzupełnia opis usługi headless WordPress i łączy się z tekstem o Cloudflare Workers + WordPress oraz Tech Radarem (Q4 2026). Ekonomia headless WordPress w 2026 jest tu ważna, ale powinna być liczona dla konkretnego katalogu, procesu publikacji i integracji, a nie przenoszona z cudzego projektu.

#TL;DR

• Obie platformy działają headless w 2026; historia headless nie jest już dyskryminatorem.
• Koszt w horyzoncie 5 lat zależy bardziej od budowy frontu, integracji i godzin inżynierskich niż od opłaty za platformę; nie rozstrzyga sprawy.
• Kontrola nad stosem, dostawcą AI i danymi przemawia za WooCommerce.
• Prostota operacyjna, zakres integracji płatności i dostępność umiejętności zespołowych przemawiają za Shopify Plus.
• Strategia wyjścia: WooCommerce jest mechanicznie prostszy.

#Co oferuje Shopify Plus, a co WooCommerce w 2026

Shopify Plus. Hostowany commerce. Strona cennika Shopify Plus (dostęp 15 października 2026) podaje 2100 EUR miesięcznie przy umowie na 3 lata albo 2250 EUR miesięcznie przy umowie na rok dla standardowych wdrożeń, a dla bardziej złożonych firm o dużym obrocie zmienną opłatę platformową zależną od przychodu. Obejmuje storefront, panel administracyjny, system motywów (Liquid) oraz App Store. Przetwarzanie płatności przez Shopify Payments wedle stawki domyślnej platformy; przy zewnętrznym dostawcy płatności Shopify pobiera 0,20 procent od transakcji ponad opłaty operatora (ta sama strona cennika). Wsparcie headless przez Hydrogen (oparte na Reakcie) oraz Storefront API.

WooCommerce. Otwartoźródłowa wtyczka na WordPressie. Hostowana przez Ciebie (lub managed-WordPress provider), motyw Twój, integrowana z wybraną bramką płatniczą. Headless przez Store API pod /wp-json/wc/store/v1/ dla koszyka i checkoutu oraz uwierzytelniane WooCommerce REST API pod /wp-json/wc/v3/ dla pracy po stronie serwera. Framework frontendowy: Astro 5+, Next.js 15 lub dowolny framework potrafiący wywoływać REST.

Luka funkcjonalna między obiema malała każdego roku od 2020. W 2026 katalog, koszyk, checkout i przepływy zamówień na obu platformach są w parytecie funkcjonalnym dla większości przypadków użycia.

#Zalety Shopify Plus w porównaniu z WooCommerce

Zakres integracji płatności. Shopify Payments + Apple Pay + Google Pay + Klarna + Afterpay, plus ponad 100 zewnętrznych operatorów kart płatniczych. WooCommerce ma te same integracje, lecz każda jest osobną wtyczką z własnym rytmem aktualizacji i profilem bezpieczeństwa.

Zgodność dzięki łatkom platformy. Zgodność PCI to problem Shopify w Shopify Plus. SOC 2 to problem Shopify. Łatki wdrażają się bez ingerencji Twojego zespołu w serwery.

Dostępność umiejętności zespołowych. Inżynierów Shopify Plus łatwiej zrekrutować na otwartym rynku. Język szablonów Liquid, App Store i Storefront API są dobrze udokumentowane oraz stabilne.

Dostępność operacyjna. Shopify podaje średnią dostępność 99,99 procent w całej platformie podczas największych wydarzeń sprzedażowych roku (cennik Shopify Plus). To zmierzona średnia, a nie umowa: strona cennika nie wymienia żadnego SLA. Dostępność sklepu WooCommerce to tyle, ile obiecuje Twój dostawca hostingu i ile wytrzyma Twój serwer źródłowy.

#Zalety WooCommerce w porównaniu z Shopify Plus

Kontrola stosu. Wybór frameworka frontendowego, wybór środowiska edge (używam Cloudflare Workers), wybór dostawcy AI, wybór bazy danych, wybór stosu analitycznego. Nic nie jest blokowane decyzją platformy.

Własność danych. Dane klientów, dane zamówień, dane produktów, wszystko żyje w Twojej bazie WordPressa. Brak kroku eksportu z platformy. Brak limitów odczytu API platformy na danych historycznych.

Wolność wyboru dostawcy AI. Anthropic Claude, OpenAI, Mistral, hostowane lokalnie, wszystkie są otwarte. Shopify Plus ma wbudowane Magic i Sidekick, lecz ograniczoną zamianę na innego dostawcę.

Niestandardowe przepływy checkout. WooCommerce wspiera dowolną architekturę checkout, w tym przepływy specyficzne dla B2B, wieloetapowe konfiguratory oraz pipeline’y quote-to-order. Checkout Shopify Plus dostosowuje się przez rozszerzenia checkoutu: checkout.liquid nie jest już obsługiwany w krokach informacji, wysyłki i płatności, a dla stron podziękowania i statusu zamówienia Shopify wyłączył go 28 sierpnia 2025. Powierzchnia personalizacji nadal jest mniejsza niż ekosystem wtyczek WordPressa.

Strategia wyjścia. Przenieś WordPress + bazę danych do innego hosta, przepisz frontend, jesteś poza platformą. Wyjście z Shopify Plus oznacza odbudowanie warstwy platformy, co jest zaangażowaniem wielomiesięcznym.

#Koszt Shopify Plus i WooCommerce przez pięć lat

Pozycje kosztowe średniej wielkości sklepu i to, co napędza każdą z nich. Opublikowane kwoty to wyłącznie opłaty Shopify Plus:

Obraz kosztów nie jest języczkiem u wagi. Tym, co zmienia koszt całkowity bardziej niż wybór platformy, jest jakość inżynieryjna, dyscyplina zakresu i liczba integracji.

W tym artykule nie publikuję cen usług. Jedyne kwoty powyżej to opublikowane opłaty planów Shopify.

#Kiedy wybrać Shopify Plus

Wybierz Shopify Plus, gdy sklep:

• Jest na średnim ruchu lub powyżej (ponad 1 milion miesięcznych odwiedzin) i dostępność zarządzana przez platformę znaczy więcej niż kontrola stosu.
• Sprzedaje głównie B2C z konwencjonalnymi przepływami checkout.
• Ma nie-inżynieryjny zespół sprzedawcy potrzebujący admin UI i App Store.
• Zintegruje się z szerszym ekosystemem partnerów Shopify (POS, Markets, Audiences).
• Nie ma wewnętrznego zespołu inżynieryjnego ani długoterminowego retainera technicznego.

#Kiedy wybrać headless WooCommerce

Wybierz headless WooCommerce, gdy sklep:

• Ma nietypowe przepływy checkout lub quote-to-order.
• Wymaga elastycznej wobec dostawców integracji AI (Claude, OpenAI, modele własne).
• Siedzi wewnątrz strony content z workflow redakcyjnym na WordPressie.
• Ma wymagania SEO wieloregionowego korzystające z kontroli URL per locale wykraczające poza Shopify Markets.
• Ma profil zgodności (NIS2, DORA) korzystający z pełnej kontroli stosu.
• Planuje strategię wyjścia lub akwizycję, gdzie ceniona jest przenośność danych.

#Architektura referencyjna headless WooCommerce

Gdy zlecenie ląduje na headless WooCommerce, architektura referencyjna to:

• WordPress 6.7+ jako redakcyjny back-end i źródło WooCommerce.
• Astro 5+ lub Next.js 15 jako headless front, zgodnie z macierzą decyzyjną Next.js vs Astro.
• Cloudflare Workers oraz Pages do renderowania i cachowania na edge, zgodnie z filarem Cloudflare Workers + WordPress.
• ISR lub SSR per route, zgodnie z regułą decyzyjną ISR vs SSR, czyli według typu strony, częstotliwości zmian i wymagań personalizacji.
• Anthropic Claude API i Model Context Protocol tam, gdzie funkcje AI zarabiają na siebie, zgodnie z artykułem o tokenach agentowej sieci.

Gdy zlecenie ląduje na Shopify Plus, nadal buduję front w Astro lub Next.js, celuję w Storefront API i wdrażam na Cloudflare. Warstwa CMS się zmienia; architektura frontendu i edge zostaje.

#Jak WooCommerce Store API obsługuje koszyk w headless

Interfejsem po stronie klienta w headlessowym sklepie WooCommerce jest Store API, a nie REST API pod /wp-json/wc/v3/. Dokumentacja Store API opisuje publiczne endpointy koszyka, checkoutu i produktów w przestrzeni nazw wc/store/v1, na przykład GET /wp-json/wc/store/v1/products. Udokumentowane grupy tras obejmują koszyk, pozycje i kupony koszyka, checkout, zamówienia oraz produkty wraz z atrybutami, kategoriami, markami, recenzjami i tagami. To API nie wymaga uwierzytelnienia: nie ma kluczy API, a odpowiedzi dotyczą wyłącznie bieżącego klienta. Nie da się nim wyszukać innych klientów ani zamówień po ID ani zmienić ustawień sklepu.

Ten podział decyduje, gdzie działa kod. WooCommerce REST API w wc/v3 uwierzytelnia się kluczem i sekretem konsumenta przez Basic auth, więc należy do serwera: import katalogu przy budowaniu, synchronizacja zamówień z ERP, narzędzia zaplecza. Sekret konsumenta wysłany w JavaScripcie przeglądarki przeczyta każdy, kto otworzy źródło strony.

Sesje Store API domyślnie opierają się na ciasteczkach, a endpointy zapisujące, na przykład zmiana adresu klienta, wymagają nonce. Frontend odseparowany na innej domenie używa zamiast tego tokenów koszyka: udane żądanie GET do endpointu koszyka zwraca nagłówek Cart-Token, a odesłanie go jako nagłówka żądania Cart-Token identyfikuje koszyk bez ciasteczek i bez nonce.

Limitowanie żądań jest opcjonalne i domyślnie wyłączone. Włącza je filtr woocommerce_store_api_rate_limit_options, z domyślnym limitem 25 żądań POST w ciągu 10 sekund, a zablokowany klient dostaje nagłówek RateLimit-Retry-After. Osobny przełącznik w zaawansowanych ustawieniach funkcji WooCommerce ogranicza tylko POST /checkout i składanie zamówienia do 3 żądań na 60 sekund. Publiczny checkout headless powinien działać przynajmniej z tym przełącznikiem.

#Jak Shopify Storefront API obsługuje koszyk w headless

Dostęp headless zaczyna się od kanału Headless. Instalacja z Shopify App Store i utworzenie storefrontu generuje publiczny i prywatny token dostępu; sklep może mieć do 100 aktywnych storefrontów i tokenów. Dokumentacja Storefront API dopuszcza też dostęp bez tokena do produktów, kolekcji, wyszukiwania, stron, blogów i koszyka, z limitem złożoności zapytania 1000. Metapola, metaobiekty, menu, tagi produktów i dane klientów nadal wymagają tokena.

Koszyk żyje w Shopify. Frontend wywołuje mutacje takie jak cartCreate, cartLinesUpdate i cartBuyerIdentityUpdate, a potem przekierowuje kupującego na checkoutUrl koszyka, który prowadzi przez webowy checkout Shopify. Headless na Shopify wymienia więc storefront, a nie checkout, a zmiany w checkoutcie przechodzą przez rozszerzenia checkoutu.

Limity działają inaczej niż w Admin API. Shopify podaje, że ruch kupujących nie jest limitowany; limitowane są boty i crawlery, najmocniej gdy ich żądania nie są podpisane. Frontend renderowany po stronie serwera powinien przekazywać IP kupującego w nagłówku Shopify-Storefront-Buyer-IP. Bez niego Shopify nie odróżni kupujących, co może skończyć się dławieniem i odpowiedziami 430 Shopify Security Rejection. Przekroczenie limitu checkoutu zwraca błąd 200 Throttled, a Shopify zaleca kolejkę żądań z wykładniczym odstępem ponowień.

Oxygen, brzegowa platforma Shopify dla Hydrogen, jest dostępna bez dodatkowej opłaty w płatnych planach, w tym w Plus. Hydrogen działa też w innych środowiskach JavaScript, takich jak Vercel, Netlify, Fly.io i Cloudflare Workers, po usunięciu pakietów specyficznych dla Oxygen, o ile hosting zapewnia Web Cache API i metodę w stylu waitUntil.

#Jak wyeksportować dane sklepu z Shopify Plus

Argument o wyjściu zależy od tego, co Shopify pozwala zabrać. Eksport produktów w panelu zapisuje plik CSV w kodowaniu UTF-8 (Centrum pomocy Shopify). Eksport wszystkich produktów albo wyników filtrowania przychodzi e-mailem, a nie jako pobranie w przeglądarce, podobnie jak eksport strony lub zaznaczenia, w którym którykolwiek produkt ma ponad 100 wariantów. Zdjęcia produktów nie trafiają do pliku. Kolumny tytułu i opisu SEO są wypełnione tylko tam, gdzie ktoś ustawił je ręcznie; w pozostałych przypadkach eksportują się puste. Eksport, który zawierałby tysiące wariantów, może przekroczyć limit czasu, a Shopify radzi podzielić go filtrami.

Eksport zamówień działa według tego samego wzoru (Centrum pomocy Shopify). Do 50 zamówień albo bieżąca strona pobierają się od razu; większe eksporty i eksporty według daty przychodzą e-mailem do Ciebie i do właściciela sklepu, a według przykładu samego Shopify eksport 400 000 pozycji trwa około czterech godzin. Zamówienie z kilkoma pozycjami ciągnie się w kolejnych wierszach, w których wiele pól zostaje pustych. Historia transakcji w pliku zawiera wyłącznie pobrane płatności, bez danych autoryzacji, a rabaty automatyczne nie pojawiają się w kolumnie kodu rabatowego.

Przy pełnej migracji pełniejszą drogą są operacje masowe w GraphQL Admin API. Zapytanie masowe może objąć dowolne pole typu connection w schemacie Admin API, działa asynchronicznie i zwraca plik JSON Lines, jeden obiekt na linię, a zagnieżdżone elementy wskazują rodzica polem __parentId. Adres pobrania jest podpisany i wygasa po tygodniu. Od wersji API 2026-01 aplikacja może uruchomić do pięciu zapytań masowych na sklep jednocześnie, a każde musi zakończyć się w ciągu 10 dni.

Obie drogi przenoszą dane, nie zachowanie. Żadna nie obejmuje kodu motywu, logiki aplikacji ani rozszerzeń checkoutu, dlatego wyjście z Shopify oznacza odbudowę warstwy platformy. Po stronie WooCommerce te same dane już leżą w bazie WordPressa, a uwierzytelniane REST API w wc/v3 tworzy, odczytuje, aktualizuje i usuwa je w formacie JSON, więc skryptowa migracja działa w obu kierunkach.

#Powiązane poradniki o headless WordPress i zgodności

Ten artykuł łączy się z opisem usługi headless WordPress, Tech Radarem (Q4 2026), tekstem o WCAG / BFSG / EAA oraz tekstem o NIS2 / DORA. W zakupach enterprise zgodność z przepisami bywa osobnym kryterium oceny dostawcy. Dla porównania strony contentowej bez commerce wybór technologii opisuje macierz decyzyjna Next.js vs Astro.