Punkt startowy
Sklep miał typowy kształt WooCommerce: działający katalog, finalizację zakupu, której nie wolno było zepsuć, kilka skryptów marketingowych, motyw z latami nadpisywań i czerwone Core Web Vitals na kluczowych szablonach mobilnych.
Ryzyko biznesowe było konkretne. Każda optymalizacja dotykająca koszyka, płatności, stanów magazynowych, podatków albo sesji musiała mieć środowisko testowe, pomiar i plan powrotu.
Diagnoza
Pierwszy krok to rozdzielenie rodzin szablonów: strona główna, kategoria, produkt, koszyk, finalizacja zakupu i treści. Każda rodzina miała inne ograniczenia, więc jeden wynik dla całej strony ukrywałby prawdziwe problemy.
Największym problemem zwykle nie był jeden duży plik. To była suma: skrypty zewnętrzne startujące za wcześnie, nieużywany CSS ze starych komponentów, rozjechane rozmiary obrazów, błędne zasady pamięci podręcznej i praca JavaScript w pierwszym oknie interakcji.
Decyzja architektoniczna
Projekt nie zaczął się od przepisywania wszystkiego. Pierwsza decyzja: chronić finalizację zakupu, a dopiero potem przesuwać bezpieczne powierzchnie w stronę sprawniejszej pamięci podręcznej i lżejszego renderowania.
Cloudflare obsługiwał reguły na brzegu sieci, zasady pamięci podręcznej, przekierowania, filtrowanie botów i obserwowalność. WordPress i WooCommerce zostały źródłem prawdy dla handlu. Zmiany frontendowe były planowane dla każdej rodziny szablonów, nie jako ogólne hasło 'czyszczenia motywu'.
Model dowożenia
Prace szły krótkimi partiami: pomiar bazowy, audyt skryptów, obrazy i układ strony, polityka pamięci podręcznej, izolacja finalizacji zakupu, walidacja na środowisku testowym, wdrożenie produkcyjne i pomiar po wdrożeniu.
Każda partia miała ścieżkę powrotu. To ważniejsze niż efektowne wdrożenie, gdy przychód przechodzi przez tę samą finalizację zakupu, która jest optymalizowana.
Przedziały wyników
Dokładne liczby są poufne. Publicznie można powiedzieć, że główna rodzina szablonów komercyjnych wyszła z czerwonych Core Web Vitals w stronę zielonych progów, a finalizacja zakupu pozostała stabilna.
Lekcja: odzyskiwanie wydajności WooCommerce nie polega na gonieniu idealnego wyniku, tylko na dobrym ustawieniu granicy między stronami komercyjnymi możliwymi do cacheowania a żywymi przepływami transakcyjnymi.