Anonimowe case study

Poufny headless WooCommerce na Cloudflare z UCP

Klienta nie mogę nazwać. Publicznie można pokazać regułę architektoniczną, wybór Cloudflare ze względu na jurysdykcję i TTFB oraz rolę UCP w utrzymaniu uczciwej integracji.

Punkt startowy

Sklep urósł do Frankensteina: dużo pluginów, kilka lat nadpisań motywu, działający checkout i Core Web Vitals na czerwono. Kupujący chciał headless front, ale nie godził się na zepsucie checkoutu, na wyłącznie amerykańską jurysdykcję ani na zamknięcie frameworka front-endu 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 edge. UCP dostarczył granicę integracyjną, więc front można w przyszłości przepisać bez ruszania backendu.

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

Granica koszyk i checkout

Koszyk to wyspa React wewnątrz shellu Astro. Checkout został w WooCommerce, z przejściem przez redirect zamiast iframe. To zostawiło compliance 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 cache edge plus mała hydratacja koszyka po stronie klienta pobiły poprzedni model w pełni renderowany w PHP.

Model dowożenia

Dostawa szła etapami: katalog najpierw, wyszukiwarka, koszyk, na końcu checkout. Każdy etap był pod feature flagiem na edge. Rollback to flip, nie deploy.

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 europejskim mixie 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ę integracyjną, 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, schema typowana, a późniejsze przepisanie frontu nie wymaga renegocjowania kształtu backendu.

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 nastrojony monolit WooCommerce na Cloudflare z cache edge jest tańszy niż przebudowa na headless. Headless wygrywa, gdy katalog, redakcja albo powierzchnia integracyjna przestają mieścić się w jednym requeście PHP.

Chcesz szkic headless WooCommerce?

Wyślij obecny footprint sklepu, najwolniejsze szablony i ograniczenia integracyjne. Powiem, czy headless jest opłacalny teraz, za pół roku, czy nigdy.

Zamów szkic headless