Przygotowanie sklepu internetowego na Black Friday: plan na sześć tygodni

Przygotowanie sklepu internetowego na Black Friday: plan na sześć tygodni

Wyobraźmy sobie, że w zwykły dzień Twój sklep obsługuje dwieście zamówień i działa bez zarzutu. Ale w dniu wyprzedaży o 10:00 przychodzi dziesięć razy więcej ludzi — i w pierwsze pół godziny dzieje się wszystko naraz: katalog otwiera się osiem sekund, bramka płatnicza zwraca błędy, magazyn pokazuje wczorajsze stany, a kod promocyjny działa dwa razy na jedno zamówienie. Właśnie od takich awarii zaczyna się przygotowanie sklepu internetowego na Black Friday.

Przygotowanie sklepu internetowego na Black Friday to nie baner na stronie głównej i nie zniżka w ostatniej chwili. W dniu dużej wyprzedaży obciążenie gwałtownie rośnie na wszystko naraz: stronę, katalog, płatności, magazyn, CRM, kody promocyjne i inne integracje.

I właśnie wtedy ujawniają się słabe punkty, które w zwykły dzień mogą pozostawać niezauważone. Strona zaczyna działać wolniej, stany aktualizują się z opóźnieniem, a błąd na jednym etapie wpływa na całą ścieżkę klienta.

Dlatego przed Black Friday warto sprawdzić, jak działa cała ścieżka zamówienia. Nie tylko szybkość strony, lecz także wyszukiwanie produktu, koszyk, płatność, aktualizację stanów i przekazywanie danych do CRM lub systemu księgowego.

Kiedy najlepiej zacząć przygotowania?

Im bliżej wyprzedaży, tym mniej czasu na poważne zmiany. Jeśli testy wykażą problem z szybkością, integracjami czy wydajnością, trzeba go nie tylko naprawić, ale też sprawdzić ponownie.

Dlatego najlepiej zacząć mniej więcej sześć tygodni wcześniej. Daje to czas, by bez pośpiechu przejść główne punkty ryzyka, naprawić słabe miejsca i upewnić się, że zmiany naprawdę działają.

Poniżej plan przygotowań tydzień po tygodniu: co sprawdzić z wyprzedzeniem, co zostawić bliżej startu i na co zwrócić uwagę już w trakcie samej wyprzedaży.

Sześć tygodni przed: liczymy, do czego się przygotowujemy

Przygotowania zaczynają się nie od prac technicznych, lecz od liczb. Weź analitykę poprzedniej wyprzedaży i zwykłego tygodnia i policz, ile razy wzrosły ruch, liczba zamówień i obciążenie serwera w godzinie szczytu. Jeśli w zeszłym roku w szczycie było 1 500 użytkowników jednocześnie, załóż co najmniej podwójny zapas.

Od razu ustal trzy rzeczy: docelową liczbę jednoczesnych użytkowników, maksymalną liczbę zamówień na minutę i listę stron, które przyjmą główne uderzenie. Zwykle to strona główna, dwie-trzy kategorie promocyjne, strona akcji i koszyk. To je testuje i optymalizuje się w pierwszej kolejności, a nie całą stronę naraz.

Pięć tygodni przed: testy obciążeniowe

Testy obciążeniowe to jedyny sposób, by poznać granicę systemu, zanim znajdą ją klienci. Trzeba testować nie stronę główną, lecz pełny scenariusz: przeglądanie kategorii, zastosowanie filtra, otwarcie karty produktu, dodanie do koszyka, złożenie zamówienia z płatnością w trybie testowym.

Warto przeprowadzić trzy różne testy. Pierwszy to stopniowy wzrost obciążenia, by znaleźć punkt, w którym czas odpowiedzi zaczyna rosnąć. Drugi to spike test, gwałtowny skok w ciągu minuty, bo tak właśnie zachowuje się publiczność o 10:00 po wysyłce mailingu. Trzeci to długi test na dwie-trzy godziny, który wykrywa wycieki pamięci i przepełnienie kolejek.

Wynikiem testu nie jest „strona wytrzymała”, lecz konkretne liczby: przy ilu użytkownikach czas odpowiedzi katalogu przekracza dwie sekundy, gdzie pojawiają się błędy 5xx i który komponent zawodzi pierwszy. Najczęściej jest to baza danych, wyszukiwarka lub zewnętrzna integracja, a nie sam serwer.

Cztery tygodnie przed: Core Web Vitals i szybkość

Pod obciążeniem strona zawsze jest wolniejsza niż w spokojny dzień, dlatego zapas szybkości trzeba stworzyć z wyprzedzeniem. Google ocenia strony według trzech wskaźników Core Web Vitals: LCP — szybkość pojawienia się głównej treści, INP — reakcja na działania użytkownika, CLS — stabilność wizualna.

Największy efekt przed wyprzedażą dają proste rzeczy: kompresja i nowoczesne formaty obrazów, odroczone ładowanie banerów poniżej ekranu, ograniczenie JavaScriptu i uczciwy przegląd skryptów zewnętrznych. Przed Black Friday na stronie często gromadzi się pięć-sześć pikseli reklamowych i czatów, a każdy z nich dodaje opóźnienie właśnie wtedy, gdy każda sekunda kosztuje pieniądze.

Osobno sprawdź strony promocyjne. Często składa się je w pośpiechu z ciężkimi banerami i licznikami, przez co najdroższa strona kampanii okazuje się najwolniejsza.

Trzy tygodnie przed: skalowanie i plan degradacji

Dalej — infrastruktura. Skalowanie w dniu wyprzedaży ma być przewidywalne, a nie ręczne. Z góry określ, które komponenty można dodać poziomo, a które pozostaną wąskim gardłem.

Podstawowy zestaw wygląda tak:

  • cache katalogu i stron promocji z regułami unieważniania po zmianie cen;
  • CDN dla obrazów i plików statycznych;
  • przeniesienie ciężkich operacji do kolejek: wyliczanie rekomendacji, wysyłka e-maili, eksport na marketplace’y;
  • ograniczenie częstotliwości zapytań dla botów i parserów;
  • osobny zapas mocy dla bazy danych i wyszukiwarki.

Równie ważny jest plan degradacji: co dokładnie sklep wyłącza, jeśli obciążenie przekroczy wyliczenia. Rekomendacje personalne, czat na żywo, licznik wyświetleń produktu i synchronizację z usługami zewnętrznymi można tymczasowo wyłączyć. Koszyka, płatności i potwierdzenia zamówienia — nigdy. Ustal to przed startem, a nie o drugiej w nocy w piątek.

Dwa tygodnie przed: CRM, płatności i stany

W szczycie psuje się nie tylko strona. Najdroższe awarie zdarzają się na styku systemów: zamówienie zostało utworzone, ale nie trafiło do CRM; płatność przeszła, a status się nie zaktualizował; produkt sprzedano dwa razy, bo stany synchronizują się raz na godzinę.

Sprawdź każdą integrację osobno: jak zachowuje się system, gdy zewnętrzna usługa odpowiada wolno lub jest niedostępna. Zamówienie musi się zapisać nawet wtedy, gdy CRM nie odpowiada, a ponowne przetwarzanie nie może tworzyć duplikatu. Dla płatności przeprowadź scenariusze testowe: udana płatność, odmowa banku, ponowne kliknięcie przycisku, zwrot środków.

Stany w czasie wyprzedaży warto aktualizować częściej niż zwykle i rezerwować produkt w chwili składania zamówienia, a nie po płatności. Inaczej najpopularniejsza pozycja zostanie sprzedana kilkakrotnie i zamiast zysku dostaniesz falę zwrotów. Jeśli katalog i atrybuty nie są jeszcze uporządkowane, zacznij od struktury katalogu produktów: podczas promocji cena i dostępność powinny pochodzić z jednego źródła prawdy.

Tydzień przed: UX, kody promocyjne i końcowe sprawdzenia

Gdy część techniczna jest gotowa, zostaje ścieżka klienta. W dniu wyprzedaży ma być krótka i zrozumiała: widoczna oszczędność w hrywnach i procentach, uczciwy licznik, jasne warunki dostawy i płatności, minimum pól w checkoucie i zamówienie gościa bez obowiązkowej rejestracji.

Osobno przygotowuje się filtry: w promocji zwykle dodaje się cechę „ze zniżką”, która natychmiast tworzy nowe kombinacje adresów. Aby po kampanii nie dostać tysięcy pustych stron w wyszukiwarce, zastosuj zasady z naszego artykułu o nawigacji fasetowej.

Kody promocyjne to osobne źródło strat, jeśli nie opisze się ich zasadami. Przed startem ustal, czy można łączyć kilka kodów, czy zniżka działa na produkty już przecenione, czy obejmuje dostawę, ile razy jeden klient może użyć kodu i kiedy wygasa. Koniecznie sprawdź, że zniżka nie może sprawić, by kwota zamówienia była ujemna, a kod nie działa dwa razy przy ponownym kliknięciu.

Dzień X: lista kontrolna startu

W dniu wyprzedaży zespół pracuje według listy, a nie według natchnienia. Minimalny zestaw kontroli i ról wygląda tak.

CzasCo sprawdzamyKto odpowiada
Godzinę przed startemCache rozgrzany, strony promocyjne się otwierają, ceny i zniżki są poprawneRozwój, treści
StartCzas odpowiedzi, błędy 5xx, kolejka zamówień, działanie płatnościDevOps
Pierwsza godzinaZamówienie testowe co 15 minut, synchronizacja z CRMWsparcie
Co 2 godzinyStany popularnych pozycji, kody promocyjne, analitykaMarketing
WieczoremKolejki e-maili, statusy zamówień, skargi klientówZespół operacyjny

Jeszcze jedna zasada: w dniu wyprzedaży na działającą stronę nie wdraża się niczego poza krytycznymi poprawkami. Wszystkie zmiany muszą być gotowe i sprawdzone co najmniej dwie doby wcześniej.

Analityka: co liczyć przed, w trakcie i po

Bez skonfigurowanej analityki wyprzedaż zamienia się w domysły. Przed startem upewnij się, że działają wszystkie kluczowe zdarzenia e-commerce: wyświetlenie produktu, dodanie do koszyka, rozpoczęcie składania zamówienia, płatność, zwrot. Sprawdź je na prawdziwym zamówieniu, a nie w trybie podglądu.

W trakcie kampanii patrz na konwersję według godzin, średnią wartość koszyka, udział zamówień z kodem promocyjnym, rezygnacje na etapie płatności i szybkość stron pod obciążeniem. Po kampanii licz już co innego: marżowość z uwzględnieniem zniżek i dostawy, odsetek zwrotów, koszt pozyskania klienta według kanałów i — co najważniejsze — ilu z nowych klientów wróciło w ciągu następnych trzech miesięcy.

To właśnie ta ostatnia liczba odróżnia udany Black Friday od wyprzedaży, która po prostu oddała towar taniej.

Po wyprzedaży: nie stracić tego, co zyskane

Pierwszy tydzień po kampanii to czas na porządki. Usuń banery promocyjne i liczniki, przywróć zwykłe ceny, poprawnie zamknij tymczasowe strony promocji: jeśli strona nie jest już potrzebna, powinna zwracać 404 lub 301 na odpowiednią kategorię, a nie pozostawać pusta w indeksie.

Potem zbierz wnioski techniczne, póki są świeże: który komponent okazał się wąskim gardłem, które integracje zawodziły, co trzeba było wyłączać. Ta lista staje się podstawą planu rozwoju na rok — i zarazem odpowiedzią na pytanie, czy platforma nie przerosła Twojego biznesu. Oznaki, że przerosła, opisaliśmy w artykule „Kiedy sklep internetowy przerósł CMS”.

Często zadawane pytania

Ile zapasu mocy zakładać?

Kieruj się podwójnym szczytem z zeszłego roku. Jeśli nie ma historii, weź maksymalne dzienne obciążenie i pomnóż co najmniej przez pięć, a potem doprecyzuj liczbę testami obciążeniowymi.

Czy można uruchomić nowy design przed wyprzedażą?

Lepiej nie. Duże zmiany warto kończyć co najmniej miesiąc przed kampanią, by zdążyć zebrać dane o zachowaniu użytkowników i poprawić błędy. Jeśli redesign mimo to jest planowany, działaj według planu redesignu bez utraty SEO.

Co robić, jeśli strona mimo wszystko padła?

Włączyć wcześniej przygotowaną stronę oczekiwania z uczciwym komunikatem, wyłączyć funkcje drugorzędne i zapisywać zamówienia, nawet jeśli część usług jest niedostępna. Najgorszy scenariusz to biała strona i cisza w komunikacji.

Black Friday nie tworzy problemów — pokazuje te, które już są w systemie. Zespół GL.ua może przeprowadzić testy obciążeniowe, zoptymalizować szybkość, sprawdzić integracje z CRM i płatnościami oraz przygotować plan działań na dzień kampanii. Zacząć można od audytu technicznego lub audytu SEO obecnego sklepu — więcej o naszych usługach na stronie tworzenie sklepu internetowego.

Zamów stronę już teraz!

Tylko jeden krok do Twojej idealnej strony internetowej

Menu dostępności
Ustawienia kontrastu
Rozmiar czcionki
Odstępy między literami
Wysokość linii
Obrazki
Chrzcielnica
Zresetuj ustawienia