🛒 Black Friday bez awarii. Stress test sklepu i 7 kroków, zanim ruszy szczyt
W tym roku Black Friday wypada w piątek 27 listopada, a Cyber Monday – 30 listopada. Szybka strona to za mało: w szczycie liczy się, ilu klientów naraz przejdzie przez koszyk i kasę, zanim serwer powie „dość”.
Zmiany w hostingu, wtyczkach i magazynie robi się teraz, a nie w tygodniu promocji.
W Wazelinski.nl przygotowujemy sklepy na szczyt ruchu. Poniżej 7 kroków, które sprawdzisz przed 27.11 – od testu obciążeniowego po plan awaryjny.
Typowy scenariusz wygląda tak: przez cały rok sklep działa bez zarzutu, testy szybkości świecą na zielono, a w piątkowy wieczór Black Friday – w godzinie, na którą szła cała kampania – koszyk przestaje się zapisywać, kasa kręci kółkiem, a klienci dostają błąd 503. Strona nie była wolna. Była za ciasna: jak sklep z jedną kasą, do którego nagle wchodzi pół miasta. Szybkość mówi, jak sprawnie obsłużysz jednego klienta; pojemność – ilu obsłużysz naraz. Sklep na Black Friday trzeba sprawdzić właśnie pod tym kątem, a 27.11.2026 jest bliżej, niż wygląda w kalendarzu. Zobacz 7 kroków, które warto przejść teraz, póki na zmiany jest jeszcze bezpieczne okno.
1️⃣ Test obciążeniowy – próba generalna przed premierą
Test szybkości sprawdza, jak strona otwiera się jednemu użytkownikowi. Black Friday to inna sytuacja: setki ludzi w tym samym momencie dodają produkty do koszyka, logują się i płacą. Nikt rozsądny nie gra premiery bez próby generalnej – test obciążeniowy to taka próba dla sklepu. Symulujesz tłum, patrzysz, w którym miejscu sklep zaczyna zwalniać i przy jakim ruchu się poddaje, i masz czas, żeby to naprawić przed prawdziwym szczytem.
2️⃣ Cache, który nie dotyka koszyka – plakat w witrynie i lada na zapleczu
Strona produktu czy kategorii jest dla wszystkich taka sama – to plakat w witrynie, który można wydrukować raz i pokazywać tysiącom osób. Koszyk, kasa i „Moje konto” są inne dla każdego klienta, więc serwer musi je przygotować od nowa przy każdym kliknięciu. To właśnie one zatykają sklep w szczycie. Dwa klasyczne błędy: brak cache tam, gdzie mógłby odciążyć serwer, albo cache w koszyku, przez który klient widzi cudze produkty lub stare ceny.
3️⃣ Limity hostingu – ile kas jest naprawdę otwartych
Pakiet hostingowy „bez limitów” zawsze ma limity – po prostu nie widać ich w zwykły wtorek, a sklep na Black Friday trafia na nie w pierwszej godzinie promocji. Każde wejście do koszyka czy kasy zajmuje na chwilę jeden proces serwera, jak klient zajmuje kasę w markecie. Gdy wszystkie kasy są zajęte, kolejni czekają, a po chwili dostają komunikat o błędzie. Właściciel sklepu zwykle dowiaduje się o tych limitach dopiero wtedy, gdy klienci piszą, że „nie da się zapłacić”.
4️⃣ Synchronizacja stanów – ostatnia sztuka sprzedana dwa razy
Sklep, magazyn, hurtownia i marketplace muszą mówić jednym głosem. Gdy stany synchronizują się raz na jakiś czas plikiem CSV, w zwykły dzień nikt tego nie zauważa. W szczycie ta sama ostatnia kurtka trafia do koszyka w trzech kanałach naraz, a Ty zamiast pakować paczki, piszesz przeprosiny i robisz zwroty pieniędzy. Do tego ciężki import produktów uruchomiony w środku szczytu potrafi sam zablokować bazę danych.
5️⃣ Kopia zapasowa – spadochron, który sprawdzasz na ziemi
Kopia, której nikt nigdy nie przywracał, to nie spadochron, tylko plecak z nadzieją w środku. W Black Friday zamówienia wpadają co chwilę, więc przywrócenie wczorajszej kopii oznacza utratę dzisiejszych zamówień i klientów, którzy zapłacili. Dlatego kopię sprawdza się wcześniej, na spokojnie – razem z odpowiedzią na pytanie, kto ją przywraca i ile to trwa.
6️⃣ Zamrożenie aktualizacji – nie remontuje się sklepu w dniu wyprzedaży
Żaden market nie wymienia regałów w sobotę przed świętami. W sklepie internetowym ta pokusa jest jednak duża: nowa wtyczka do promocji, świeża wersja motywu, „szybka” zmiana w kasie. Każda z nich może w piątek o 20:00 zepsuć checkout, a automatyczna aktualizacja zrobi to bez pytania – akurat wtedy, gdy nikt nie patrzy.
7️⃣ Plan awaryjny – gaśnica na ścianie, zanim poczujesz dym
Pytanie nie brzmi „czy coś się wydarzy”, tylko „kto zareaguje i w ile minut”. Gdy w szczycie kasa przestaje działać, nie ma czasu na szukanie numeru do hostingu i logowania do panelu. Plan awaryjny to kartka z odpowiedziami spisana na spokojnie: kogo alarmujemy, co wyłączamy, co mówimy klientom i jak szybko wracamy do sprzedaży.
✍️ Podsumowanie – próba generalna zamiast premiery na żywo
Black Friday nie wybacza improwizacji, ale nagradza przygotowanie – a dobrze przygotowany sklep na Black Friday to po prostu sklep sprawdzony wcześniej. Test obciążeniowy pokaże, gdzie sklep pęka, zanim zobaczą to klienci. Mądry cache odciąży serwer, a odpowiednio dobrany hosting da tyle kas, ile potrzeba. Zsynchronizowane stany oszczędzą przeprosin, sprawdzona kopia i zamrożone aktualizacje – nerwów, a plan awaryjny zamieni panikę w listę kroków. Sześć tygodni to wystarczająco dużo, żeby przejść wszystko spokojnie, i za mało, żeby odkładać to na listopad.
🔍 Sklep na Black Friday bez zgadywania? Zróbmy przegląd przed 27.11
W ramach przeglądu sklepu przed Black Friday sprawdzamy hosting i jego limity, wtyczki do aktualizacji, kopię zapasową razem z testem przywracania, cache przy koszyku i kasę na telefonie. Dostajesz krótką listę: co jest OK, a co warto poprawić przed 27.11. Poprawki zrobisz sam albo zlecisz je Wazelinski.nl. Przeglądy robimy do 20.11, żeby przed szczytem został czas na zmiany.
Zapytaj o przegląd sklepu →