Klasyczny czy headless WooCommerce
Krótka wersja: zostań przy klasycznym WooCommerce, gdy jeden serwer PHP z dobrym cache obsłuży pojedynczą witrynę sklepową, a wejdź w headless, gdy szybkość mobilna ogranicza przychód, katalog jest duży albo jeden katalog musi zasilać kilka frontów. Headless nie jest automatycznie lepszy. Jest lepszy w określonych warunkach, a przebudowa poza tymi warunkami tylko dokłada koszt.
Headless WooCommerce oznacza, że WordPress i WooCommerce zostają jako backend, wystawiony przez Store API lub WPGraphQL, a motyw PHP zastępuje oddzielony front na Next.js lub Astro, który renderuje buforowany na brzegu sieci HTML.
Macierz decyzyjna
| Kryterium | Klasyczny WooCommerce | Headless WooCommerce |
|---|---|---|
| Wielkość katalogu | Do kilku tysięcy SKU | Duże katalogi, filtrowanie fasetowe |
| Mobilne Core Web Vitals | Dobre z cache pełnostronicowym | Najlepsze, zero PHP na żądanie na brzegu |
| Koszt budowy i utrzymania | Niższy, jeden stos | Wyższy, dwa stosy do utrzymania |
| Doświadczenie redakcyjne | Natywny WordPress | Natywny WordPress, podgląd na osobnej domenie |
| Wiele frontów | Jedna witryna | Jeden katalog, wiele frontów |
| Złożoność zamówienia | Natywna, najprostsza | Autorytatywna po stronie serwera, więcej spinania |
| Czas wdrożenia | Szybszy | Około sześciu tygodni dla średniego sklepu |
Kiedy klasyczny nadal wygrywa
Dla pojedynczej witryny poniżej kilku tysięcy produktów klasyczny WooCommerce na dobrym hostingu UE z cache pełnostronicowym, czystą bazą i zoptymalizowanymi zasobami osiągnie mobilne LCP poniżej 2 sekund bez przebudowy. Jeśli twój sklep jest dziś wolny, przyczyną prawie zawsze jest infrastruktura i dług techniczny, a nie model renderowania. Napraw to najpierw. Poradnik optymalizacji wydajności WooCommerce pokazuje dokładnie jak, i jest znacznie tańszy niż wejście w headless.
Sklep o skali wizytówki, z małym katalogiem albo zespół bez mocy przerobowej, by utrzymać drugi stos, powinien zostać przy klasycznym. Koszt utrzymania dwóch stosów jest realny i powtarzalny.
Kiedy headless wygrywa
Headless zarabia na swój koszt w trzech sytuacjach. Po pierwsze, gdy mobilne Core Web Vitals wprost kształtują przychód, a dostrojony cache monolitu wciąż nie utrzymuje LCP poniżej 2 sekund pod obciążeniem. Po drugie, gdy katalog jest duży, a filtrowanie fasetowe czyni renderowanie w PHP wąskim gardłem. Po trzecie, gdy jeden katalog musi zasilać kilka powierzchni, na przykład witrynę web, aplikację natywną i kiosk w sklepie, z jednego źródła prawdy.
W tych przypadkach front renderuje gotowy HTML na brzegu sieci bez PHP na żądanie, co usuwa najgorsze przypadki opóźnień, a WooCommerce nadal jest właścicielem katalogu, zamówień, podatku i magazynu.
Część, którą wszyscy lekceważą: proces zamówienia
Proces zamówienia to miejsce, gdzie migracje headless WooCommerce odnoszą sukces albo upadają. Płatność, podatek i tworzenie zamówienia muszą pozostać autorytatywne po stronie serwera, wewnątrz WooCommerce. Front steruje krokami, ale backend jest właścicielem pieniędzy. Przepisanie logiki zamówienia na front to sposób, w jaki sklepy kończą z błędnie wycenionymi zamówieniami i zepsutym VAT-em. Trzymamy proces zamówienia po stronie serwera, a front prowadzi doświadczenie wokół niego.
Jak przebiega migracja
Harmonogram zdominowany jest przez dwie rzeczy: utrzymanie poprawności zamówienia i przeniesienie SEO bez strat. Najpierw zamrażamy kontrakt danych, budujemy front wobec Store API, trzymamy zamówienie w WooCommerce, zachowujemy każdy adres URL i blok danych strukturalnych, a potem przełączamy za CDN, ze starym sklepem wciąż dostępnym, dopóki nowy się nie sprawdzi. Diff crawla przed startem to coś, co zapobiega spadkom pozycji dającym headless złą sławę.
Newsletter WordPress
Porady, aktualizacje i najlepsze praktyki WordPress raz w miesiącu.
Szanujemy Twoją prywatność. Bez spamu.
Nie wiesz, po której jesteś stronie?
Rozkładamy kompromis na czynniki wobec twojego realnego katalogu, ruchu i zespołu, zanim cokolwiek zarekomendujemy. Często uczciwą odpowiedzią jest najpierw zoptymalizować klasyczny sklep i wrócić do headless później.
Ważysz klasyczny przeciw headless?
Zamów ocenę migracji. Oceniamy sklep wobec macierzy decyzyjnej, modelujemy koszt w obie strony i mówimy wprost, który wariant pasuje, nawet gdy odpowiedzią jest zostać przy klasycznym.
Zamów ocenę →Powiązane materiały
- Optymalizacja wydajności WooCommerce - spróbuj tego przed przebudową
- Programista WooCommerce - jak pracujemy nad sklepami
- Shopify Plus a headless WooCommerce - jeśli ważysz też Shopify
- Headless WordPress: Next.js a Astro - wybór frameworka frontu
- Studium przypadku migracji: PageSpeed 18 do 99 - realna przebudowa na nowoczesny stos, czas ładowania 12 s do 0,3 s, z pełnymi metrykami
