Wolny sklep wymaga najpierw rozpoznania problemu. Katalog, koszyk, finalizacja zamówienia i panel wykonują różne operacje, więc jeden wynik testu strony głównej nie opisuje działania całego WooCommerce. Zacznij od tych czynności, przy których klienci lub obsługa rzeczywiście czekają.
Zapisz punkt odniesienia przed zmianą
Wybierz stronę produktu, kategorię, wyszukiwanie, koszyk i panel. Sprawdź je jako gość i zalogowany użytkownik. Zapisz czas odpowiedzi, błędy oraz porę testu; jeśli masz dostęp do monitoringu, sprawdź również CPU, RAM i procesy PHP. Powtórz kilka razy te same czynności. Pierwsze otwarcie i kolejne wejścia mogą zachowywać się inaczej z powodu cache.
Rozdziel wolną odpowiedź serwera od późnego wyświetlenia obrazów i skryptów. Przydatne są narzędzia przeglądarki i logi, a do pomiaru części widocznej dla klienta również audyt wydajności strony. Nie wyciągaj wniosku o braku zasobów wyłącznie z jednego wyniku punktowego.
Uporządkuj obrazy i dodatki
Dopasuj rozmiar zdjęć do miejsca, w którym są wyświetlane. Sprawdź ciężkie galerie, filtry, rozbudowane warianty oraz skrypty zewnętrzne. Przetestuj podejrzane rozszerzenie na kopii sklepu zamiast wyłączać wszystkie wtyczki podczas sprzedaży. Odroczenie JavaScript wymaga szczególnej ostrożności przy wariantach produktu, mini koszyku i bramce płatniczej.
Cache stron: publiczne strony i prywatne dane
Na hostingu DoSieci ruch obsługuje nginx + Apache. Odpowiednio skonfigurowany cache stron może udostępniać gotowy HTML zamiast ponownie generować całą stronę. Jego działanie zależy od wybranej wtyczki i konfiguracji; sama instalacja wtyczki nie potwierdza poprawnego buforowania. Dokumentacja optymalizacji WordPressa opisuje dostępne warstwy cache.
Sprawdź przypisanie stron Koszyk, Zamówienie i Moje konto w ustawieniach WooCommerce oraz wyklucz je ze wspólnego cache. Treść zależna od klienta nie może trafić do kopii udostępnianej innym użytkownikom. Personalizacja i mini koszyk wymagają konfiguracji zgodnej z motywem oraz testu różnych sesji. Dokumentacja cache dla WooCommerce opisuje wykluczenia stron i cookies.
Otwórz zwykłą stronę produktu jako niezalogowany użytkownik. W narzędziach przeglądarki sprawdź nagłówki odpowiedzi dokumentu i porównaj kolejne wejścia. Nazwa nagłówka oraz sposób potwierdzania trafienia zależą od użytego mechanizmu cache; sam nagłówek serwera nginx nie potwierdza buforowania HTML. Koszyk i inne wyłączone adresy powinny omijać wspólny cache. CDN, cookies i konfiguracja aplikacji mogą wpływać na wynik. Zasady diagnostyki i optymalizacji opisuje dokumentacja WordPressa.
Redis uzupełnia cache strony
Object cache przechowuje dane używane podczas pracy WordPressa. Może więc ograniczać część powtarzalnych operacji również tam, gdzie odpowiedź musi zostać wygenerowana dla konkretnego użytkownika. To osobna warstwa: trafienie cache stron nie potwierdza wykorzystania Redis.
Po włączeniu object cache sprawdź połączenie i działanie sklepu, a nie tylko komunikat o aktywnej wtyczce. Wyjaśnienie oddzielnej instancji, aktywacji i liczników trafień znajdziesz w poradniku o Redis w WordPressie i WooCommerce. Redis nie zastępuje poprawnych zapytań do bazy ani testu koszyka.
Sprawdź zadania w tle i integracje
Import katalogu, aktualizacja stanów i komunikacja z zewnętrznym API mogą obciążać sklep podczas sprzedaży. Porównaj godziny tych zadań z momentem spowolnienia. Przy rosnącej kolejce sprawdź status, daty oraz komunikaty błędów, zanim uruchomisz wszystko ponownie.
WP-Cron sprawdza zaplanowane zdarzenia przy odwiedzinach strony; dokładniejszy harmonogram może wymagać zadania serwerowego i prawidłowej konfiguracji. Nie dodawaj drugiego wywołania w ciemno. Dokumentacja WP-Cron opisuje ten mechanizm. WooCommerce i jego rozszerzenia wykorzystują również kolejkę Action Scheduler. Zaległe zadania warto powiązać z konkretną integracją lub błędem; usunięcie kolejki może przerwać potrzebną operację.
Sprawdź zamówienie po zmianie cache
- Na zabezpieczonej kopii sklepu otwórz dwie oddzielne sesje. Dodaj różne produkty i sprawdź, czy koszyki oraz dane kont nie mieszają się.
- Sprawdź zmianę ilości, wariantu, kuponu, dostawy i kwoty zamówienia. Zweryfikuj mini koszyk oraz zachowanie po zalogowaniu.
- Użyj trybu testowego operatora płatności i jego danych testowych. Testy mogą tworzyć zamówienia, wysyłać wiadomości i uruchamiać integracje, więc na kopii skieruj pocztę na własny adres oraz odłącz produkcyjne automaty.
- Zweryfikuj zapis zamówienia, status, e-mail i stan produktu. Nie wykonuj prawdziwego obciążenia karty, aby sprawdzić konfigurację cache. Jeżeli bramka nie udostępnia sandboxa, uzgodnij zakres testu z obsługą.
Instrukcja testowania zamówień WooCommerce opisuje wpływ zamówień testowych na dane sklepu.
Kiedy zwiększyć pakiet
Większe zasoby rozważ, gdy pomiary pokazują powtarzalne osiąganie limitów podczas normalnej sprzedaży, importu lub kampanii. Jeżeli sklep czeka na usługę zewnętrzną albo wadliwą wtyczkę, sam większy przydział CPU może nie rozwiązać problemu. Porównaj pakiety dla WooCommerce z wymaganiami aplikacji i zapasem na rozwój.
Po każdej istotnej zmianie powtórz te same scenariusze i sprawdź poprawność sprzedaży. Zapis poprzedniej konfiguracji i kopia sklepu pozwalają wrócić do działającego stanu, gdy optymalizacja powoduje błędy.