Jak przygotować sklep internetowy na Black Friday i święta? Checklista na miesiąc przed

Aby przygotować sklep internetowy na Black Friday, sprawdź siedem obszarów: serwery, bazę danych, pamięć podręczną (cache), ochronę przed botami, integracje z płatnościami i ERP, monitoring oraz kopie zapasowe. Potem przetestuj pod obciążeniem całą ścieżkę zakupową, od wejścia na stronę po złożenie zamówienia, a na tydzień przed szczytem wstrzymaj wszystkie zmiany. W 2026 r. Black Friday wypada 27 listopada, więc na przygotowania zostały około cztery tygodnie. To za mało na przebudowę sklepu, ale wystarczająco, żeby znaleźć i usunąć wąskie gardła.

5 rzeczy, które musisz wiedzieć przed Black Friday Sklep rzadko pada z braku mocy serwera. Częściej zawodzi baza danych, cache, integracja z płatnościami albo ruch botów.Sezon to nie jeden dzień. Po Black Friday (27 listopada) i Cyber Monday (30 listopada) ruch trzyma się wysoko aż do ostatnich wysyłek przed świętami.Na miesiąc przed szczytem dopracowujesz to, co działa. Migracje, duże aktualizacje i nowe wtyczki zostawiasz na styczeń.Testuj całą ścieżkę zakupową, a nie tylko stronę główną. Cel: 95% odpowiedzi szybciej niż w 500 ms i mniej niż 1% błędów.Od około 19 listopada obowiązuje zamrożenie zmian (code freeze), a monitoring i procedura na dzień szczytu są gotowe.

Dlaczego sklepy internetowe zwalniają lub przestają działać w Black Friday?

Sklepy internetowe w Black Friday najczęściej zawodzą nie z powodu zbyt słabego serwera, ale przez ukryte wąskie gardła: bazę danych, która nie przyjmuje kolejnych połączeń, wolną integrację z płatnościami lub ERP, źle ustawiony cache albo ruch botów zabierający zasoby klientom. Strona formalnie działa, ale koszyk ładuje się coraz wolniej, a część klientów rezygnuje z zakupu.

Szybkość przekłada się wprost na sprzedaż. W badaniu „Milliseconds Make Millions”, przygotowanym przez Deloitte na zlecenie Google, skrócenie czasu ładowania strony mobilnej o 0,1 sekundy zwiększyło konwersję w handlu detalicznym o 8,4%, a wartość wydatków klientów o 9,2%. W szczycie sprzedażowym ta zależność działa w drugą stronę, tylko na wielokrotnie większym ruchu.

Najczęstsze przyczyny problemów w szczycie sprzedaży to:

• Wyczerpana pula połączeń z bazą danych. Każdy kolejny proces aplikacji otwiera połączenie, aż baza przestaje odpowiadać wszystkim naraz.
• Synchroniczne integracje. Gdy ERP, system magazynowy albo bramka płatności zwalnia, zatrzymuje się razem z nimi składanie zamówień.
• Lawina zapytań po odświeżeniu cache. Po zmianie cen cała pamięć podręczna zostaje wyczyszczona i tysiące zapytań jednocześnie trafia do bazy.
• Boty. Scrapowanie cen, masowe próby logowania na konta klientów i rezerwowanie towaru w koszyku obciążają te same zasoby, z których korzystają kupujący.
• Sprzedaż ponad stan. Przy setkach równoczesnych zamówień tego samego produktu słabo zabezpieczony koszyk pozwala sprzedać więcej sztuk niż jest w magazynie.
• Monitoring, który widzi tylko „strona działa”. Prosty test dostępności nie zauważy, że koszyk nie przechodzi do płatności.

Jak dużo kosztuje każda godzina takiej przerwy, opisujemy w artykule [LINK: Ile kosztuje godzina przestoju IT w firmie].

Black Friday to dopiero początek. Ile trwa szczyt sprzedaży?

Szczyt sprzedaży w e-commerce trwa około czterech tygodni: od Black Friday, przez Cyber Monday, po ostatnie dni nadawania paczek przed Wigilią. W 2026 r. to okres od 27 listopada do mniej więcej 20 grudnia, a w wielu sklepach promocje startują już tydzień przed Black Friday.

Według raportu Santander Consumer Banku „Polaków portfel własny: e-commerce od święta” (2025) 89% Polaków kupuje produkty świąteczne w internecie. 29% zaczyna świąteczne zakupy w listopadzie, w okresie Black Friday i Cyber Monday, a 40% robi je w pierwszej połowie grudnia. Około 35% badanych kupuje prezenty właśnie podczas Black Friday.

Wniosek dla sklepu: przygotowania trzeba planować na cały sezon. Poprawka, która ratuje Black Friday, ale znika przy pierwszej grudniowej aktualizacji, nie rozwiązuje problemu.

Czy miesiąc przed Black Friday to nie za późno na przygotowania?

Nie, ale miesiąc przed szczytem zmienia się cel przygotowań. To nie jest moment na nowe funkcje i przebudowy, tylko na dopracowanie i przetestowanie tego, co już działa. Każda duża zmiana wprowadzona w listopadzie to nowe ryzyko, którego nie zdążysz sprawdzić pod prawdziwym ruchem.

Warto zrobić teraz	Lepiej odłożyć na styczeń
Przegląd i strojenie cache oraz CDN	Migracja na inną platformę sklepową
Optymalizacja wolnych zapytań i indeksów w bazie	Duże aktualizacje silnika sklepu i wtyczek
Limity zapytań i reguły zapory (WAF) przeciw botom	Zmiany struktury bazy danych na produkcji
Testy obciążeniowe całej ścieżki zakupowej	Wdrożenie nowej bramki płatności
Monitoring i alerty dla koszyka i płatności	Nowy szablon lub przebudowa wyglądu sklepu
Test odtworzenia kopii zapasowej	Przeprowadzka na nowe serwery bez testów

Checklista: co sprawdzić w sklepie internetowym przed Black Friday?

Poniższa lista obejmuje siedem obszarów, które najczęściej decydują o tym, czy sklep przejdzie szczyt bez spowolnień. Jeśli nie zarządzasz serwerami samodzielnie, potraktuj ją jako listę pytań do swojego hostingu, administratora albo agencji.

1. Serwery i skalowanie

• Wiesz, ile wolnych zasobów (procesor, pamięć, dysk) ma serwer przy zwykłym ruchu i ile przy ubiegłorocznym szczycie.
• Jest ustalone, jak szybko i u kogo można dołożyć zasoby, jeśli ruch przekroczy prognozy.
• Limity serwera WWW i aplikacji (liczba procesów, połączeń, plików) są dopasowane do spodziewanego ruchu, a nie zostawione na wartościach domyślnych.

2. Baza danych

• Najwolniejsze zapytania są zidentyfikowane i zoptymalizowane, brakujące indeksy dodane.
• Liczba połączeń do bazy jest kontrolowana przez pulę połączeń, a nie rośnie bez limitu razem z liczbą procesów aplikacji.
• Ciężkie zadania (raporty, eksporty, synchronizacje) są przesunięte poza godziny szczytu albo na replikę bazy. Pamiętaj, że w Black Friday szczyt często zaczyna się o północy, czyli dokładnie wtedy, gdy zwykle uruchamiają się zadania nocne.

3. Cache i CDN

• Strony kategorii i produktów są serwowane z pamięci podręcznej, a do bazy trafiają tylko elementy indywidualne, takie jak koszyk.
• Zmiana ceny odświeża tylko powiązane strony, a nie czyści całego cache naraz.
• Zdjęcia, skrypty i style są serwowane przez CDN.

4. Bezpieczeństwo i ruch botów

• Zapora aplikacyjna (WAF) i limity zapytań chronią najbardziej obciążające miejsca: logowanie, wyszukiwarkę, koszyk i kasę.
• Sklep ma ochronę przed atakami DDoS na poziomie dostawcy lub CDN.
• Certyfikaty SSL nie wygasają w listopadzie ani grudniu, a ich odnowienie jest automatyczne i monitorowane.

5. Integracje i płatności

• Znasz czasy odpowiedzi bramek płatności, ERP, systemu magazynowego i kurierów oraz wiesz, co dzieje się w sklepie, gdy któryś z nich przestaje odpowiadać.
• Połączenia z systemami zewnętrznymi mają ustawione limity czasu, a zamówienia są przekazywane do ERP przez kolejkę, a nie w trakcie składania zamówienia. Gdy ERP odpowiada wolno, sklep i tak przyjmuje zamówienie i potwierdza je klientowi, zamiast trzymać go na stronie płatności.
• Stan magazynowy promocyjnych produktów jest rezerwowany tak, żeby nie sprzedać więcej sztuk, niż masz.
• Harmonogram zadań na serwerze ERP jest sprawdzony. Pełna kopia bazy, przebudowa indeksów, raporty i eksporty do hurtowni danych są na listopad i grudzień przesunięte o kilka godzin, tak aby nie nakładały się na start promocji o północy. Inaczej synchronizacja stanów i zamówień zwalnia, choć sam sklep ma zapas mocy.

6. Monitoring i alerty

• Monitoring sprawdza nie tylko dostępność strony, ale też czas odpowiedzi, przejście przez koszyk i płatność oraz obciążenie bazy.
• Alerty mają progi dopasowane do ruchu sklepu i trafiają do konkretnej osoby, która może zareagować.
• Na Black Friday, Cyber Monday i grudniowe weekendy jest ustalony dyżur.

7. Kopie zapasowe i plan awaryjny

• Kopia zapasowa sklepu została w ostatnich tygodniach odtworzona testowo, a nie tylko wykonana.
• Wiesz, które funkcje można szybko wyłączyć przy przeciążeniu (np. rekomendacje, rozbudowane filtry, zewnętrzne skrypty), żeby ochronić koszyk i płatności.
• Przy bardzo dużych kampaniach jest przygotowana wirtualna poczekalnia, która wpuszcza klientów stopniowo zamiast pokazywać błąd serwera.
• Procedura na dzień szczytu jest spisana: kto decyduje, kogo powiadomić, co komunikujemy klientom.

Sklep na platformie SaaS (np. Shoper, Shopify)? Serwerami, bazą i skalowaniem zarządza wtedy dostawca platformy. Po Twojej stronie zostają obszary 4 do 7: integracje z ERP, magazynem i kurierami, wydajność szablonu i zewnętrznych skryptów, zabezpieczenia kont oraz monitoring ścieżki zakupowej. Warto też zapytać dostawcę, jak przygotowuje platformę na szczyt i jakie limity obowiązują w Twoim pakiecie.

Plan na 4 tygodnie przed Black Friday 2026

Na miesiąc przed szczytem liczy się kolejność: najpierw diagnoza, potem poprawki o największym wpływie, testy, a na końcu zamrożenie zmian.

Termin	Co robimy
Tydzień 1: 28 października do 4 listopada	Diagnoza. Przegląd serwerów, bazy, cache, integracji, monitoringu i harmonogramu zadań nocnych w sklepie i ERP. Analiza ruchu i problemów z poprzedniego sezonu. Lista ryzyk podzielona na krytyczne, ważne i do zrobienia po sezonie.
Tydzień 2: 5 do 11 listopada	Poprawki. Zmiany o największym wpływie i najmniejszym ryzyku: cache, indeksy, pula połączeń, limity dla botów, alerty, przesunięcie zadań nocnych.
Tydzień 3: 12 do 18 listopada	Testy obciążeniowe całej ścieżki zakupowej i poprawki po testach.
Od 19 listopada	Zamrożenie zmian (code freeze). Bez nowych wtyczek, aktualizacji i wdrożeń. Monitoring działa, procedury są spisane, dyżur ustalony.
27 i 30 listopada, grudzień	Black Friday, Cyber Monday, sezon świąteczny. Obserwacja, reakcja według procedury, poprawki tylko krytyczne.

Jeśli zaczynasz później, skróć plan, ale nie pomijaj testów obciążeniowych i monitoringu. To one pokazują, czy poprawki działają.

Jak sprawdzić, ile ruchu wytrzyma sklep internetowy?

Ile ruchu wytrzyma sklep, sprawdza się testem obciążeniowym: narzędzie (np. Grafana k6) symuluje tysiące klientów, którzy jednocześnie przeglądają produkty, dodają je do koszyka i składają zamówienia. Test pokazuje, przy jakim ruchu sklep zaczyna zwalniać i który element pęka pierwszy.

Żeby wynik był wiarygodny, test musi spełniać kilka warunków:

• Obejmuje całą ścieżkę zakupową. Test samej strony głównej sprawdza głównie cache i daje fałszywe poczucie bezpieczeństwa. Najwięcej problemów pojawia się w koszyku i przy składaniu zamówienia.
• Mierzy percentyle, nie średnią. Rozsądny cel to 95% odpowiedzi szybciej niż w 500 ms (tzw. p95). Średnia potrafi wyglądać dobrze, nawet gdy co dwudziesty klient czeka kilka sekund.
• Pilnuje odsetka błędów. Przy zakładanym ruchu błędów (np. 502 i 504) powinno być mniej niż 1%.
• Nie obciąża dostawców. Bramki płatności, ERP i kurierów zastępuje się w teście symulacją z realistycznym czasem odpowiedzi. Test obciążeniowy na środowisku testowym operatora płatności może skończyć się zablokowaniem dostępu.
• Sprawdza scenariusz wolnego ERP. W symulacji warto celowo wydłużyć czas odpowiedzi ERP do kilku lub kilkunastu sekund. Test pokaże, czy sklep przyjmuje wtedy zamówienie do kolejki, czy klient czeka na stronie płatności, aż odpowiedź przyjdzie albo strona zwróci błąd.
• Odbywa się na kopii sklepu lub w nocy. Tak, żeby nie wpływać na prawdziwych klientów.

Co zrobić w dniu Black Friday?

W dniu Black Friday najważniejsze jest, żeby niczego nie zmieniać i mieć gotowy plan na wypadek spowolnienia. Wszystkie decyzje techniczne powinny zapaść wcześniej.

1. Dyżur od startu promocji. Osoba z dostępem do serwerów i uprawnieniami do decyzji jest dostępna od pierwszej minuty kampanii, także w nocy z czwartku na piątek. Przed startem warto jeszcze raz potwierdzić, że zadania nocne w sklepie i ERP są przesunięte.
2. Monitoring na ekranie. Czas odpowiedzi, błędy, obciążenie bazy i liczba zamówień na minutę są obserwowane na bieżąco, a nie sprawdzane po zgłoszeniach klientów.
3. Gotowe decyzje na przeciążenie. Wiadomo, które funkcje wyłączyć najpierw, żeby ochronić koszyk i płatności, i kto podejmuje tę decyzję.
4. Bez wdrożeń. Nawet drobna poprawka może wywołać nowy problem w najgorszym możliwym momencie.
5. Kontakt z dostawcami. Numery do hostingu, operatora płatności i dostawcy ERP są pod ręką.
6. Komunikat dla klientów. Przygotowany wcześniej tekst na stronę i do social mediów, gdyby sklep musiał chwilowo ograniczyć ruch.