Poufny headless WooCommerce na Cloudflare z UCP

Mariusz Szatkowski

Punkt startowy

Sklep urósł do Frankensteina: dużo pluginów, kilka lat nadpisań motywu, działająca finalizacja zakupu i Core Web Vitals na czerwono. Kupujący chciał headless front, ale nie godził się na zepsucie finalizacji zakupu, na wyłącznie amerykańską jurysdykcję ani na zamknięcie frameworka frontendu na następną dekadę.

Trzy ograniczenia, które razem szybko zawęziły architekturę.

Decyzja architektoniczna

WooCommerce został handlowym źródłem prawdy. Front przeszedł na Astro na Cloudflare Pages z Workers dla logiki na brzegu sieci. UCP dostarczył granicę integracji, więc front można w przyszłości przepisać bez ruszania zaplecza.

Cloudflare wygrał jurysdykcją EU, TTFB w ruchu europejskim i przewidywalnością kosztu. UCP wygrał otwartością i odwracalnością, nie modą.

Granica koszyka i finalizacji zakupu

Koszyk to wyspa React wewnątrz powłoki Astro. Finalizacja zakupu została w WooCommerce, z przejściem przez przekierowanie zamiast iframe. To zostawiło zgodność płatności, podatki i stany magazynowe w WooCommerce, czyli tam, gdzie chciał je mieć księgowy kupującego.

Większość przyspieszenia przyszła ze strony katalogu. Statycznie renderowane kategorie i produkty z pamięcią podręczną na brzegu sieci plus mała hydratacja koszyka po stronie klienta pobiły poprzedni model w pełni renderowany w PHP.

Model dowożenia

Prace szły etapami: katalog najpierw, wyszukiwarka, koszyk, na końcu finalizacja zakupu. Każdy etap był pod przełącznikiem funkcji na brzegu sieci. Plan powrotu oznaczał przełączenie, nie nowe wdrożenie.

Zespół redakcyjny i produktowy dalej pracował w panelu WordPress. Headless nie zmienił im dnia. To była świadoma decyzja.

Przedziały wyników

Dokładne liczby są poufne. Publicznie: Core Web Vitals katalogu weszły w zielone, TTFB w europejskiej mieszance ruchu wyraźnie spadł, a kupujący zmniejszył ekspozycję na jedną jurysdykcję hostingową.

Lekcja: headless WooCommerce wygrywa nie przez zastąpienie WordPressa, tylko przez czystą granicę integracji, dzięki której każdą warstwę można usprawniać bez dotykania pozostałych.

Najczęściej zadawane pytania

Dlaczego Astro, a nie Next.js?

Strona to 90 procent katalog i treść, 10 procent interakcja. Model wysp z zerem JS domyślnie pasował do tej pracy. Next.js wysłałby więcej JavaScriptu niż wymaga obciążenie. Tech Radar to potwierdza: Next.js do frontów aplikacyjnych, Astro do frontów treściowych.

Dlaczego UCP, a nie sam REST?

REST działa. UCP działa lepiej, gdy kupujący chce być odwracalny. Integracja jest otwarta, schemat jest typowany, a późniejsze przepisanie frontu nie wymaga renegocjowania kształtu zaplecza.

Dlaczego Cloudflare, a nie Vercel?

Jurysdykcja UE, przewidywalny koszt przy skali i niższe TTFB w realnym mixie ruchu kupującego. Vercel ma Hold w naszym Tech Radar Q4 2026 dla produkcyjnego europejskiego headless WordPress z tych powodów.

Czy to samo zadziała w mniejszym sklepie?

Tak, ale rachunek kosztów wygląda inaczej. Poniżej pewnego rozmiaru katalogu i ruchu dobrze ustawiony monolit WooCommerce na Cloudflare z pamięcią podręczną na brzegu sieci jest tańszy niż przebudowa na headless. Headless wygrywa, gdy katalog, redakcja albo powierzchnia integracji przestają mieścić się w jednym żądaniu PHP.