Nie. WooCommerce jest wtyczką WordPressa i nie da się go zainstalować ani uruchomić samodzielnie. Korzysta z bazy danych WordPressa, jego systemu użytkowników, panelu administracyjnego i architektury rozszerzeń, a żaden fragment jego kodu nie działa bez nich. Warto natomiast zapytać, której części WordPressa chcesz uniknąć, bo od tego zależy, co należy zrobić. Jeśli to sama platforma sklepowa Cię ogranicza, a nie WordPress, możesz sprzedawać na WordPressie bez WooCommerce w węższym zakresie przypadków. Jeśli chcesz innego frontu sklepu, architektura headless zostawia WooCommerce i wymienia wyłącznie warstwę prezentacji. Jeśli chcesz innego panelu, to kwestia dostosowania. Jeśli chcesz wyjść z ekosystemu WordPressa w całości, potrzebujesz innej platformy, a jest w czym wybierać.
Skąd ta zależność
WooCommerce zostało zbudowane, żeby rozszerzać WordPressa, nie żeby stać obok niego. Korzysta z:
- uwierzytelniania użytkowników, roli i uprawnień
- warstwy przechowywania treści i bazy danych
- szkieletu panelu administracyjnego
- systemu punktów rozszerzeń, który umożliwia wtyczki
- systemu motywów
Produkty i kupony są przechowywane jako własne typy treści WordPressa. Zamówienia już nie. Wydajne przechowywanie zamówień przeniosło je do dedykowanych tabel bazy, co rozwiązało historyczne wąskie gardło w sklepach o dużej liczbie transakcji. Ma to praktyczną konsekwencję: własny kod dotykający zamówień musi korzystać z warstwy CRUD (wc_get_order()), a nie z metadanych wpisów. Kod napisany pod starą strukturę po włączeniu HPOS zwraca pustkę.
To decyzja projektowa, a nie ograniczenie. Właśnie dzięki niej WooCommerce mogło skupić się na funkcjach sprzedażowych, dziedzicząc dojrzały system zarządzania treścią.
Wymagania techniczne
Wymagania się zmieniają, więc przed przygotowaniem środowiska warto sprawdzić aktualną stronę oficjalną. Jako punkt wyjścia:
- PHP: 8.1 albo wyżej. PHP 7.4 zakończyło wsparcie w listopadzie 2022 i nie otrzymuje poprawek bezpieczeństwa. Jeśli hosting nadal na nim działa, to pierwsza rzecz do naprawy.
- Baza danych: MySQL 8.0+ albo MariaDB 10.5+.
- WordPress: aktualna wersja. Utrzymywanie sklepu przetwarzającego płatności więcej niż jedno wydanie w tyle to decyzja z zakresu bezpieczeństwa, nie kwestia wygody.
- Pamięć: 256 MB jako minimum, więcej przy większych katalogach.
- HTTPS z ważnym certyfikatem i bezpośrednie odnośniki ustawione na cokolwiek innego niż domyślne.
Poza minimami sklep, który zarabia, potrzebuje hostingu dobranego pod ruch szczytowy, przetestowanej procedury odtwarzania kopii i środowiska testowego. Żadna z tych rzeczy nie jest na liście wymagań, a wszystkie decydują o tym, czy sklep działa.
WooCommerce w architekturze headless
Headless zostawia WordPressa i WooCommerce jako zaplecze, a warstwę prezentacji zastępuje osobną aplikacją, zwykle w React, Vue albo Next.js.
Które API ma znaczenie. REST API w wersji 3 służy do administracji: zarządzania produktami, odczytu zamówień, synchronizacji stanów. Do operacji po stronie sklepu, czyli obsługi koszyka i procesu zakupowego, przeznaczone jest Store API. Alternatywą jest WPGraphQL z WooGraphQL tam, gdzie warstwa GraphQL lepiej pasuje do frontu. Wybranie API administracyjnego do zadań sklepowych to najczęstszy wczesny błąd we wdrożeniach headless.
Proces zakupowy jest najtrudniejszy i warto to wiedzieć przed startem. Bramki płatnicze integrują się z procesem zakupowym WooCommerce napisanym w PHP. We wdrożeniu headless albo zostawiasz hostowaną stronę procesu zakupowego po stronie WooCommerce, co psuje wrażenie jednej spójnej aplikacji, albo odbudowujesz proces zakupowy na Store API i integrujesz od nowa każdą bramkę, regułę podatkową i metodę dostawy. Większość projektów nie docenia dokładnie tego elementu.
Wydajność nie przychodzi sama. Rozdzielony front może być bardzo szybki, ale nadal pobiera dane z WordPressa, a bez świadomego cache na poziomie API można skończyć z gorszym czasem pierwszej odpowiedzi niż przy dobrze zbuforowanym rozwiązaniu monolitycznym. Headless to przede wszystkim decyzja o elastyczności i wielokanałowości, a o wydajności dopiero w drugiej kolejności.
Gdzie faktycznie pasuje: jedno zaplecze obsługujące kilka frontów (strona, aplikacja mobilna, sprzedaż w punkcie), zespół frontendowy pracujący już w danym frameworku, albo doświadczenie zakupowe, którego szablony motywu nie wyrażą.
Alternatywy na rynku polskim
Jeśli celem jest wyjście z ekosystemu, a nie zmiana warstwy prezentacji, wybór w Polsce wygląda inaczej niż w poradnikach anglojęzycznych.
Shoper. Polska platforma w modelu abonamentowym, najczęściej rozważana przez małe i średnie sklepy w kraju. Niski próg wejścia, obsługa polskich metod płatności i przewoźników w standardzie, ograniczona swoboda w zakresie własnej logiki biznesowej.
PrestaShop. Rozwiązanie otwartoźródłowe, szeroko używane w Europie i dobrze zadomowione w Polsce. Skupione wyłącznie na sprzedaży, z rozbudowanym rynkiem modułów i sporym zapleczem wykonawców na rynku lokalnym.
Adobe Commerce (Magento). Otwartoźródłowe, samodzielnie hostowane, zbudowane pod duże katalogi i złożone modele sprzedaży. Najwyższy próg kompetencyjny z całej grupy i najwyższy koszt utrzymania.
Shopify i Shopify Plus. W pełni hostowane, niski ciężar techniczny, prowizja liczona od obrotu i ograniczenia w tym, co da się zmienić. Warto sprawdzić obsługę BLIK-a i lokalnych przewoźników w swoim przypadku.
BigCommerce, OpenCart i inne rozwiązania obecne globalnie, ale z mniejszym zapleczem wykonawców w Polsce, co przy dłuższym utrzymaniu ma znaczenie.
Wybór sprowadza się do trzech pytań: ile odpowiedzialności technicznej chcesz nieść, czy prowizja od obrotu jest akceptowalna przy Twojej skali, i jak daleko Twoje wymagania odbiegają od tego, co platforma robi domyślnie.
Co naprawdę oznacza migracja
Migracja z WooCommerce jest możliwa i rutynowo wykonywana. Dwa jej elementy są konsekwentnie niedoceniane.
Przekierowania. Każdy stary adres potrzebuje przekierowania 301 na swój odpowiednik na nowej platformie, mapowanego jeden do jednego. Przekierowanie całego starego katalogu na stronę główną niszczy cały dorobek pojedynczych podstron produktowych i kategorii w wyszukiwarce. Wyeksportuj listę adresów z istniejącej mapy witryny i przygotuj mapowanie przed czymkolwiek innym. Przekierowania zostawia się na stałe, nie na kilka miesięcy.
Historia zamówień i klientów. Produkty i klienci zwykle przechodzą czysto. Historia zamówień, stan subskrypcji, korekty i zapisane tokeny płatnicze często nie, bo modele danych się różnią, a tokeny są powiązane z kontem u operatora płatności. Zdecyduj wcześnie, czy historia przechodzi, czy zostaje zarchiwizowana do odczytu, czy jest porzucana, bo obsługa klienta o to zapyta.
Reszta to znany ciąg: eksport, przekształcenie i zmapowanie pól, import, odbudowa wyglądu i funkcji, przetestowanie pełnej ścieżki zakupowej na środowisku testowym, a potem przełączenie w okresie najmniejszego ruchu, z gotowym scenariuszem powrotu.
Jeśli zmienia się domena, dodaj nową właściwość w Search Console i zgłoś zmianę adresu. Przejściowy spadek widoczności trwający od kilku do kilkunastu tygodni jest normalny nawet przy prawidłowo wykonanej migracji.
Dlaczego większość sklepów zostaje
Powody, żeby zostać przy WooCommerce na WordPressie, są konkretne, nie sentymentalne.
Treść i sprzedaż w jednym systemie. Jeden panel, jedna struktura adresów, jeden zestaw narzędzi SEO. Dla firm pozyskujących klientów treścią, a nie wyłącznie reklamą, to realna przewaga operacyjna, trudna do odtworzenia w dwóch systemach, które się synchronizują.
Brak prowizji od obrotu. Przy niskim obrocie różnica jest nieistotna, przy wysokim istotna, czyli dokładnie wtedy, gdy boli.
Własność. Twoje dane, Twój kod, Twój wybór hostingu i wykonawcy. Zmiana partnera nie oznacza zmiany platformy.
Głębokość ekosystemu. Cokolwiek jest potrzebne, zwykle już istnieje, a tam gdzie nie istnieje, platforma jest wystarczająco otwarta, żeby to zbudować.
Po drugiej stronie stoi wymiana, wokół której krąży cały ten tekst: odpowiedzialność techniczna jest Twoja. Hosting, aktualizacje, wydajność i bezpieczeństwo należą do Ciebie albo do Twojego partnera, nie do dostawcy platformy. Pełny bilans tego wyboru znajdziesz w wadach i zaletach WooCommerce.
Podsumowanie
WooCommerce potrzebuje WordPressa i będzie potrzebować. To kwestia zamknięta i nie warto się nad nią zastanawiać.
Warto natomiast rozstrzygnąć, jaki problem faktycznie rozwiązujesz. Inny front sklepu oznacza headless, a koszt siedzi w procesie zakupowym. Inny panel oznacza dostosowanie. Wyjście z ekosystemu oznacza migrację platformy, a koszt siedzi w przekierowaniach i historii zamówień.
Jeśli rozważasz jedną z tych trzech dróg, audyt obecnego rozwiązania zwykle zmienia odpowiedź, bo ograniczenie, przed którym się ucieka, częściej wynika z wdrożenia niż z platformy.
