Black Friday 2026: lista kontrolna przygotowań w PrestaShop

Zweryfikowano przed nadchodzącym sezonem. Daty potwierdzone: Black Friday 2026 = piątek 27 listopada; Cyber Monday = 30 listopada. Ścieżki w panelu administracyjnym dotyczą PrestaShop 1.6, 1.7, 8 i 9.

Black Friday 2026 wypada w piątek, 27 listopada, a Cyber Monday 30 listopada, więc czterodniowy szczyt sprzedażowy potrwa od 27 do 30 listopada, a rozsądne okno przygotowań otwiera się pod koniec września. Sklepy, które wychodzą z tego okresu na plus, nie zawsze mają najgłębsze rabaty; to te, których instalacja PrestaShop została wcześniej przetestowana pod obciążeniem, objęta zamrożeniem zmian i przećwiczona, zanim pojawiła się pierwsza fala ruchu. To tygodniowy plan odliczania, który możesz zastosować niezależnie od tego, w który piątek wypada Black Friday. W 2026 roku jest to na przykład 27 listopada, z opisem co zrobić, kiedy to zrobić i dokładnie gdzie zrobić to w panelu administracyjnym PrestaShop.

Ten plan świadomie trzyma się swojej roli. Jak budować rabaty, planować promocje błyskawiczne i odzyskiwać koszyki, omawiamy szczegółowo w innych tekstach z tej serii. Ten wpis jest harmonogramem, który mówi, kiedy uruchomić każdy element, wraz z krokami gotowości specyficznymi dla PrestaShop, które poradniki marketingowe zwykle uznają za już wykonane.

Odliczanie do 2026 roku w skrócie

Zakotwicz każde zadanie przy dacie 27 listopada i pracuj wstecz. Poniższe daty to terminy graniczne, a nie sugestie, większość awarii w dniu promocji wynika z kroku, który został upchnięty w ostatni tydzień, choć wymagał zapasu czasu.

8 tygodni wcześniej (początek października): uporządkuj fundamenty

Ruch w Black Friday często jest kilka razy większy niż standardowo, to kierunek, nie obietnica, a jedyną uczciwą bazą odniesienia są Twoje własne dane analityczne z poprzedniego listopada. Sens startu w tym miejscu polega na tym, że prac nad pojemnością i wydajnością nie da się bezpiecznie przyspieszyć w ostatnim tygodniu, bo każda zmiana może wprowadzić błąd, którego nie zdążysz już wychwycić.

Przetestuj obciążenie, zanim zaczniesz optymalizować

Nie zgaduj, gdzie Twój sklep się załamie, zmierz to. Narzędzia takie jak k6 czy Loader.io potrafią zasymulować setki jednoczesnych użytkowników odwiedzających strony kategorii, produktów i koszyka/zamówienia. Uruchom test na kopii stagingowej, nie na produkcji, i obserwuj, gdzie rosną czasy odpowiedzi: baza danych, która działa dobrze przy 20 równoległych użytkownikach, może polec przy 300. Ścieżka składania zamówienia (kontroler order) to strona, która nie może zawieść, przetestuj ją osobno pod obciążeniem, z produktami faktycznie przechodzącymi aż do potwierdzenia zamówienia.

Włącz ustawienia wydajności, które PrestaShop ma już wbudowane

Większość potrzebnych opcji znajdziesz w panelu administracyjnym pod Zaawansowane → Wydajność. Nie zakładaj, że są włączone, sprawdź każdą z nich:

• Pamięć podręczna Smarty: ustaw cache na Tak, a kompilację szablonów na "Nigdy nie rekompiluj". Rekompilowanie szablonów przy każdym żądaniu podczas skoku ruchu to marnowanie CPU, na które nie możesz sobie pozwolić.
• CCC (Combine, Compress, Cache): włącz "Inteligentna pamięć podręczna dla CSS" oraz "Inteligentna pamięć podręczna dla JavaScript", aby przeglądarka pobierała mniej plików i mniejsze pliki. Potem przetestuj front office, CCC czasem gryzie się ze słabo zbudowanym motywem, a chcesz wykryć to teraz, nie 27 listopada.
• OPcache: potwierdź, że faktycznie działa, a nie tylko jest zainstalowany. Sprawdź jego status narzędziami hostingu/serwera albo przez stronę statusu phpinfo/OPcache, zamiast polegać wyłącznie na ekranie Wydajność w PrestaShop; jeśli jest wyłączony, zmiana na serwerze nie zadziała, dopóki go nie wyczyścisz. Zweryfikuj, a potem zostaw w spokoju.
• Cache (Redis/Memcached): w sekcji "Pamięć podręczna" na tej samej stronie możesz skierować cache PrestaShop do Redis lub Memcached, jeśli Twój hosting to oferuje, choć zależnie od wersji często wymaga to konfiguracji serwera albo modułu. To jedna z największych dźwigni dla bazy danych przeciążonej równoległymi koszykami. Przeniesienie sesji z dysku to osobne zadanie: konfiguruje się je na poziomie serwera/PHP (albo przez moduł), nie przez to ustawienie cache.

Uporządkuj też multimedia: zbyt duże zdjęcia produktów to najcichszy zabójca szybkości strony, gdy tysiące osób przeglądają sklep jednocześnie. Skompresuj je i dopasuj rozmiary teraz, gdy masz jeszcze czas na wyrywkową kontrolę efektów.

6 tygodni wcześniej (połowa października): zaktualizuj, a potem przygotuj zamrożenie zmian

Zaktualizuj rdzeń PrestaShop, każdy moduł i motyw teraz, nie tydzień przed wydarzeniem. Aktualizacje mogą wprowadzić nieoczekiwane zachowanie, a cały sens wykonania ich sześć tygodni wcześniej polega na kupieniu sobie zapasu czasu na wykrycie i naprawę wszystkiego, co się zepsuje. Najpierw zrób aktualizacje na kopii stagingowej, przejdź przez koszyk i testowe zamówienie, a dopiero potem przenieś zmiany na produkcję.

Najważniejsza dyscyplina: zaplanuj twarde zamrożenie kodu na 1 listopada. Po tej dacie żadnych instalacji modułów, żadnych edycji motywu, żadnych zmian w rdzeniu, chyba że naprawdę pali się produkcja. Każda "szybka poprawka" w listopadzie to ryzyko zepsucia ścieżki zamówienia dokładnie wtedy, gdy masz najmniej czasu, żeby to zauważyć. Poinformuj z wyprzedzeniem wszystkich z dostępem do panelu administracyjnego, żeby data zamrożenia nie była zaskoczeniem.

4 tygodnie wcześniej (koniec października): zbuduj i przetestuj rabaty na stagingu

W tym miejscu sprzedawcy często mieszają dwa różne zadania. Zaprojektowanie oferty, jak głęboki rabat, procentowy czy kwotowy, progowy, pakietowy, to kwestia strategii opisana w tekście jak prowadzić promocję w PrestaShop: reguły koszyka, ceny specjalne i strategie rabatowe, a praktyczną zasadę ochrony marży omawiamy w wykluczeniach z rabatów: dlaczego niektóre produkty nigdy nie powinny trafiać na promocję. To tutaj, na liście kontrolnej, należy etap gotowości: zbuduj to, co zostało ustalone, w kopii stagingowej i udowodnij, że działa poprawnie, zanim kiedykolwiek dotknie koszyka na żywo.

W PrestaShop masz dwa mechanizmy: Katalog → Rabaty → Reguły koszyka (kupony, warunki, automatyczne kody) oraz Katalog → Rabaty → Reguły cen katalogu / produktowe Ceny specjalne (przekreślona cena widoczna bezpośrednio na produkcie). To trzeba sprawdzić na prawdziwych koszykach testowych:

• Rabat faktycznie obejmuje produkty, które ma obejmować, i nie obejmuje tych, które zostały wykluczone.
• Rabaty nie łączą się w sposób, który zjada marżę. Reguła koszyka plus reguła cen katalogu plus obniżka dla grupy klientów mogą zsumować się po cichu.
• Progi darmowej dostawy i minimalnej wartości koszyka uruchamiają się przy właściwej kwocie, także z podatkami, jeśli Twój sklep je pokazuje.
• Pola "Dostępna ilość" i daty w regule koszyka zachowują się zgodnie z oczekiwaniami, kupon, który skończy się albo wygaśnie w środku weekendu, to gotowy problem dla obsługi klienta.

Błędy rabatów podczas Black Friday są jednocześnie kosztowne i wizerunkowo bolesne. Rozwiązanie jest nudne: przetestuj je cztery tygodnie wcześniej, na stagingu, według listy kontrolnej.

Zdecyduj, co działa z harmonogramu, a co uruchamiasz ręcznie

Nie chcesz ręcznie przełączać cen o 6:00 rano 27 listopada. Reguły koszyka i ceny specjalne w PrestaShop mają zakresy dat "od / do", więc promocję można skonfigurować z kilkutygodniowym wyprzedzeniem i pozwolić jej wystartować zgodnie z harmonogramem bez dotykania czegokolwiek. Mechanikę samoczynnego startu i zakończenia promocji, oraz pułapki związane ze strefami czasowymi serwera, opisujemy w zaplanowanych rabatach: jak ustawić promocje, które startują i kończą się automatycznie. Jeśli Twój plan zakłada rotowanie ofert przez weekend zamiast jednej statycznej wyprzedaży, część automatyzacyjną omawia tekst przygotowanie do Black Friday: automatyzacja rabatów i promocji, a nasz moduł Sales Revolution obsługuje zaplanowane promocje błyskawiczne, aby rotacja działała bez ciągłego pilnowania. Uczciwe spojrzenie na taktyki pilności, liczniki czasu, "do wyczerpania zapasów", znajdziesz w promocjach błyskawicznych: jak budować poczucie pilności bez manipulacji.

2 tygodnie wcześniej (połowa listopada): zaplanuj, przećwicz i przygotuj feedy

Gdy zamrożenie zmian już obowiązuje, a rabaty są przetestowane, te dwa tygodnie służą planowaniu i próbom, nie budowaniu.

• Ustaw daty startu. Wprowadź start 27 lis i koniec 30 lis (albo 1 gru) w każdej regule koszyka i cenie specjalnej. Dwukrotnie sprawdź strefę czasową sklepu w Międzynarodowy → Lokalizacja → Lokalizacja, promocja ustawiona na "północ" uruchamia się według czasu serwera, który może nie być północą Twoich klientów.
• Zbuduj miejsce docelowe kampanii. Dedykowana kategoria Black Friday albo strona CMS to miejsce, na które trafi ruch z mailingu i reklam. Utwórz ją teraz (jeśli wolisz, ustaw ją jako nieindeksowaną albo nieopublikowaną do startu), żeby w dniu promocji przełączać gotowy element, a nie budować pod presją.
• Banery bez grafika. Grafiki hero/promocyjne informujące o wyprzedaży nie wymagają agencji kreatywnej, zobacz banner revolution: jak tworzyć przyciągające wzrok promocje bez grafika.
• Feed Google Merchant Center. Jeśli prowadzisz reklamy Shopping, uzupełnij atrybuty sale_price i sale_price_effective_date, aby Google pokazywał przekreśloną cenę w czasie promocji. Wyślij feed wcześniej; ponowne przetwarzanie danych nie dzieje się natychmiast.
• Pełna próba generalna. Przejdź jedną kompletną ścieżkę jako klient: wejście na stronę Black Friday, dodanie przecenionego produktu, zastosowanie kuponu, jeśli używasz kodów, i dojście do potwierdzenia zamówienia. Potem powtórz to na telefonie. Taka pojedyncza próba wychwytuje więcej realnych problemów niż jakikolwiek punkt listy kontrolnej.

1 tydzień wcześniej (~20 listopada): gotowość operacyjna

Kod jest zamrożony i przetestowany; teraz upewnij się, że biznes za nim nadąży.

• Stany magazynowe. Zweryfikuj zapasy w Katalog → Magazyn dla wszystkiego, co promujesz. Nadmierna sprzedaż, a potem anulowanie zamówień, niszczy zaufanie na dłużej niż utracona sprzedaż. Świadomie zdecyduj dla każdego produktu, jak sklep ma zachować się przy braku towaru (blokować / pozwalać na zamówienie oczekujące).
• Kopie zapasowe. Dzień wcześniej wykonaj pełną kopię bazy danych i plików oraz potwierdź, że naprawdę potrafisz ją odtworzyć. Kopia zapasowa, której nigdy nie testowano, to nadzieja, nie zabezpieczenie. Zaawansowane → Baza danych → Kopia zapasowa DB w PrestaShop obejmuje bazę danych; pliki powinien zabezpieczać hosting albo osobna procedura.
• Monitoring. Skieruj monitor dostępności (UptimeRobot, Pingdom) na stronę główną i głęboką stronę, taką jak składanie zamówienia, aby dostać alert w kilka minut, gdy sklep się potknie, a nie dopiero wtedy, gdy napisze klient.
• Obsługa klienta & wysyłka. Potwierdź terminy graniczne przewoźników i zaplanuj rozszerzoną obsługę. Przygotuj wcześniej odpowiedzi na przewidywalne pytania: "czy mój kod działa?", "kiedy paczka dotrze?", "jaka jest polityka zwrotów?". Realistyczne oczekiwania dostawy przy składaniu zamówienia to dokładnie zadanie dla automatycznego wyświetlania szacowanego terminu dostawy.

Sam weekend (27–30 listopada): realizuj plan i obserwuj

Jeśli wykonasz powyższą pracę, weekend będzie głównie obserwacją. Zaplanowane promocje uruchomią się same; Twoim zadaniem jest szybkie wychwytywanie anomalii.

• Potwierdź, że promocje wystartowały. Z samego rana 27 listopada otwórz front office jako klient i sprawdź, czy obniżone ceny faktycznie się wyświetlają. Pomyłka strefy czasowej to klasyczna panika o 6:00 rano.
• Obserwuj właściwe panele. Pilnuj obciążenia serwera, wskaźników błędów i ukończeń zamówień. W Google Analytics 4 śledź konwersje w czasie rzeczywistym. Nagły spadek zwykle oznacza, że coś się zepsuło, a nie że popyt zniknął.
• Trzymaj czasy odpowiedzi pod kontrolą. Jeśli obciążenie zacznie rosnąć, masz zapas przygotowany w październiku. Oprzyj się pokusie, by "po prostu szybko zainstalować moduł cache" w środku weekendu. Właśnie takim zmianom ma zapobiegać zamrożenie kodu.
• Odzyskaj to, co uciekło. Nawet perfekcyjny weekend traci część koszyków. Sekwencje odzyskiwania porzuconych koszyków i komunikacji po zakupie, które pozwalają odzyskać część sprzedaży, warto mieć gotowe, ale to kampania, nie punkt listy kontrolnej, więc zaplanuj je w ramach szerszego kalendarza promocji sezonowych.

Po weekendzie: zapisz, czego się nauczyłeś

Black Friday nie jest osobnym wydarzeniem, to głośne otwarcie sezonu, który biegnie przez Boże Narodzenie i przechodzi w planowanie nowego roku. Zanim emocje opadną, zapisz liczby, póki są świeże: które produkty się sprzedawały, które kanały przyniosły przychód, gdzie sklep odczuł przeciążenie i który mechanizm rabatowy naprawdę ruszył zamówienia. Ten dokument będzie przewagą startową w kolejnym roku, i właśnie tak chaotyczny pierwszy Black Friday zmienia się w spokojny, powtarzalny proces.

Wzorzec pod spodem jest co roku taki sam: wygrywa się w tygodniach przed wydarzeniem, na stagingu, pod testem obciążeniowym, za zamrożeniem kodu. Data w 2026 roku jest stała: 27 listopada. Cała reszta to praca wstecz od tej daty z wystarczającym zapasem, by naprawić to, co znajdziesz.

Najczęściej zadawane pytania

Kiedy wypada Black Friday 2026 i kiedy zacząć przygotowania?

Black Friday 2026 wypada w piątek 27 listopada; Cyber Monday to 30 listopada. Pracuj wstecz: fundament techniczny i testy obciążeniowe około 8 tygodni wcześniej (początek października), aktualizacje do 6 tygodni wcześniej, rabaty zbudowane i przetestowane na stagingu do 4 tygodni wcześniej, zamrożenie kodu 1 listopada, planowanie i próby dwa tygodnie wcześniej oraz gotowość operacyjna (zapasy, kopie zapasowe, monitoring) w tygodniu od 20 listopada.

Promocja zaplanowana na "północ" wystartowała o złej godzinie. Dlaczego?

PrestaShop sprawdza zakres "ważne od / do" w regule koszyka względem strefy czasowej sklepu, ustawionej w Międzynarodowy → Lokalizacja → Lokalizacja. Czyli według czasu serwera, który niekoniecznie jest lokalną północą Twoich klientów. Sprawdź to ustawienie przed weekendem i wpisuj daty z uwzględnieniem przesunięcia. Ta pomyłka strefy czasowej to klasyczna panika o 6:00 rano 27 listopada.

Czy budować rabaty na produkcji czy na kopii stagingowej?

Zawsze na stagingu. Najpierw zbuduj rabaty i udowodnij, że stosują się poprawnie, oraz że nie obejmują wykluczonych produktów, w kopii sklepu, a dopiero potem przenieś przetestowaną konfigurację na produkcję. Testy obciążeniowe również powinny działać na stagingu, nie na sklepie na żywo, aby test z setkami równoległych koszyków nie położył prawdziwego ruchu.

Czy mogę zainstalować moduł cache w środku weekendu, jeśli strona zwolni?

Nie, właśnie przed tym chroni zamrożenie kodu. Nowy moduł w szczycie ruchu to najbardziej ryzykowna zmiana, jaką możesz zrobić, i masz wtedy najmniej czasu na wychwycenie regresji w składaniu zamówienia. Zbuduj zapas wydajności w październiku. Jeśli obciążenie wzrośnie w dniu promocji, korzystaj z cache i pojemności, które już przetestowałeś, obserwuj ukończenia zamówień i oprzyj się pokusie "szybkiej poprawki".

Czy potrzebuję osobnego magazynu sesji, jeśli przeniosę cache do Redis?

Tak, to dwa różne zadania. Skierowanie cache obiektów PrestaShop do Redis lub Memcached (w Zaawansowane → Wydajność → Pamięć podręczna) odciąża bazę danych i dysk, ale przeniesienie sesji PHP poza system plików konfiguruje się osobno na poziomie serwera/PHP albo przez moduł. Uporządkowanie jednego nie porządkuje drugiego; zaplanuj oba elementy, jeśli poziom równoczesnego ruchu tego wymaga.