← Wszystkie poradniki

Przykład z produkcji · Ochrona sklepu

Boty w PrestaShop: 85,6 tys. zatrzymanych żądań — przykład Traffic Guard Pro

Duży licznik blokad to dopiero początek oceny ochrony. Ważne jest również to, ile technicznego ruchu dociera do aplikacji i czy sklep działa poprawnie dla klientów. Poniżej pokazujemy udokumentowany przypadek z jednego sklepu oraz granice tego, co można z niego wywnioskować.

1. Co wydarzyło się w tym sklepie?

Podczas fali rozproszonego ruchu WO Traffic Guard Pro utrzymywał efektywny stan PROTECT. Early Guard odcinał techniczne żądania przed pełnym uruchomieniem PrestaShop. Zapisany przykład pokazuje 85,6 tys. zatrzymanych żądań jednego dnia.

To obserwacja z działającego środowiska, a nie symulacja wydajności. Nie dysponujemy w tym materiale kontrolowanym pomiarem tego samego ruchu bez ochrony, dlatego nie podajemy procentowej redukcji CPU ani przyspieszenia sklepu.

2. Jak czytać dashboard?

Traffic Guard Pro: dashboard ochrony podczas fali ruchu, PROTECT i 85,6 tys. zatrzymanych żądań

  • 85,6 tys. to licznik zatrzymanych żądań w ciągu dnia. Nie oznacza liczby unikalnych botów ani klientów.
  • PROTECT opisuje efektywny stan ochrony w pokazanym momencie.
  • 2 / 5 min dotyczy technicznych żądań docierających do pełnej PrestaShop w krótkim oknie obserwacji. Nie jest liczbą wszystkich wizyt w sklepie.
  • Application Load: LOW to stan wskazany przez diagnostykę modułu w tym środowisku.

Licznik dzienny i okno pięciominutowe dotyczą różnych przedziałów. Nie należy dzielić tych wartości przez siebie, aby wyliczać skuteczność blokowania.

3. Co pokazują zasoby serwera?

Panel hostingu: wykresy CPU, pamięci, I/O i procesów w pokazanym przypadku działania ochrony

Zrzut panelu hostingu pokazuje niskie użycie zasobów podczas trwającej fali ruchu, gdy ochrona była aktywna. To użyteczne uzupełnienie dashboardu, lecz pojedynczy obraz nie opisuje całej doby i nie dowodzi, że każdy sklep uzyska taki sam wynik.

Własny test warto oprzeć na tych samych godzinach w logach i wykresach. Osobno sprawdź czas odpowiedzi kategorii, produktu i koszyka oraz poprawność zwykłych zakupów. Gdy sklep nadal zwalnia, trzeba zbadać również moduły, bazę danych, cache i zadania w tle.

4. Jak sprawdzić ochronę u siebie?

Zacznij od poradnika bezpiecznego startu w SHADOW. Przygotuj kopię sklepu i możliwość cofnięcia zmian. Sprawdź stan pozostałych warstw ochrony — obserwacja jednej warstwy nie wyłącza automatycznie innych.

Przejdź normalną ścieżkę klienta: kategorię, filtry, kartę produktu, koszyk, logowanie i używane integracje. Zapisz godziny testów, aby porównać je z diagnostyką. Dopiero na tej podstawie dobieraj aktywną ochronę.

Jeżeli najwięcej kosztownych żądań dotyczy kategorii, przeczytaj także poradnik o filtrach i obciążeniu serwera.

5. Dla kogo ten przykład jest przydatny?

Dla właściciela sklepu, który widzi techniczny ruch i chce sprawdzić, czy ograniczenie jego kosztu pomaga aplikacji. Traffic Guard Pro nie zastępuje hostingu, aktualizacji bezpieczeństwa ani ochrony sieciowej przed wolumetrycznym DDoS.

Efekt zależy od wersji sklepu, konfiguracji, modułów, hostingu i charakteru ruchu. Prezentowane wyniki nie stanowią gwarancji określonej wydajności ani wzrostu sprzedaży.