Підготовка інтернет-магазину до Black Friday: план на шість тижнів

Уявімо, що в звичайний день ваш магазин обробляє двісті замовлень і працює бездоганно. Але в п'ятницю розпродажу о 10:00 приходить у десять разів більше людей — і за перші пів години стається все одразу: каталог відкривається вісім секунд, платіжний шлюз повертає помилки, склад показує залишки з учорашнього дня, а промокод спрацьовує двічі на одне замовлення. Саме з таких збоїв і починається підготовка інтернет-магазину до Black Friday.

Підготовка інтернет-магазину до Black Friday — це не банер на головній і не знижка в останній момент. У день великого розпродажу навантаження різко зростає одразу на все: сайт, каталог, оплату, склад, CRM, промокоди та інші інтеграції.

І саме тоді проявляються слабкі місця, які у звичайний день можуть залишатися непомітними. Сайт починає працювати повільніше, залишки оновлюються із затримкою, а помилка на одному етапі впливає на весь шлях покупця.

Тому перед Black Friday важливо перевірити, як працює весь шлях замовлення. Не лише швидкість сайту, а й пошук товару, кошик, оплату, оновлення залишків та передачу даних у CRM чи облікову систему.

Коли оптимально починати підготовку?

Чим ближче до розпродажу, тим менше часу залишається на серйозні зміни. Якщо тестування покаже проблему в швидкості, інтеграціях чи продуктивності, її потрібно не лише виправити, а й перевірити ще раз.

Тому оптимально починати приблизно за шість тижнів. Це дає час без поспіху пройти основні точки ризику, виправити слабкі місця й переконатися, що зміни справді працюють.

Нижче — план підготовки по тижнях: що перевірити заздалегідь, що залишити ближче до старту і на що звернути увагу вже під час самого розпродажу.

За 6 тижнів: рахуємо, до чого готуємось

Підготовка починається не з технічних робіт, а з чисел. Візьміть аналітику попереднього розпродажу й звичайного тижня та порахуйте, у скільки разів зростали відвідуваність, кількість замовлень і навантаження на сервер у пікову годину. Якщо торік у пік було 1 500 користувачів одночасно, закладайте щонайменше подвійний запас.

Одразу зафіксуйте три речі: цільову кількість одночасних користувачів, максимальну кількість замовлень на хвилину і перелік сторінок, які приймуть основний удар. Зазвичай це головна, дві-три акційні категорії, сторінка акції та кошик. Саме їх тестують і оптимізують у першу чергу, а не весь сайт одразу.

За 5 тижнів: навантажувальне тестування

Навантажувальне тестування — єдиний спосіб дізнатися межу системи до того, як її знайдуть покупці. Тестувати треба не головну сторінку, а повний сценарій: перегляд категорії, застосування фільтра, відкриття картки товару, додавання в кошик, оформлення замовлення з оплатою в тестовому режимі.

Корисно провести три різні тести. Перший — поступове зростання навантаження, щоб знайти точку, де час відповіді починає рости. Другий — spike-тест, різкий стрибок за хвилину, бо саме так поводиться аудиторія о 10:00 після розсилки. Третій — тривалий тест на дві-три години, який виявляє витоки пам'яті й переповнення черг.

Результат тесту — не «сайт витримав», а конкретні цифри: за якої кількості користувачів час відповіді каталогу перевищує дві секунди, де з'являються помилки 5xx і який компонент падає першим. Найчастіше це база даних, пошук або зовнішня інтеграція, а не сам сервер.

За 4 тижні: Core Web Vitals і швидкість

Під навантаженням сайт завжди повільніший, ніж у спокійний день, тому запас швидкості треба створити заздалегідь. Google оцінює сторінки за трьома показниками Core Web Vitals: LCP — швидкість появи основного контенту, INP — реакція на дії користувача, CLS — візуальна стабільність.

Найбільший ефект перед розпродажем дають прості речі: стиснення й сучасні формати зображень, відкладене завантаження банерів нижче екрана, скорочення JavaScript і чесна ревізія сторонніх скриптів. Перед Black Friday на сайті часто накопичується п'ять-шість рекламних пікселів і чатів, і кожен із них додає затримку саме тоді, коли кожна секунда коштує грошей.

Окремо перевірте акційні сторінки. Їх часто збирають нашвидкуруч з важкими банерами й таймерами, через що найдорожча сторінка кампанії виявляється найповільнішою.

За 3 тижні: масштабування і план деградації

Далі — інфраструктура. Масштабування в день розпродажу має бути передбачуваним, а не ручним. Заздалегідь визначте, які компоненти можна додати горизонтально, а які залишаться вузьким місцем.

Базовий набір виглядає так:

• кешування каталогу й сторінок акції з правилами скидання після зміни цін;
• CDN для зображень і статики;
• винесення важких операцій у черги: розрахунок рекомендацій, надсилання листів, вивантаження в маркетплейси;
• обмеження частоти запитів для ботів і парсерів;
• окремий запас потужності для бази даних і пошуку.

Так само важливий план деградації: що саме магазин вимикає, якщо навантаження перевищить розрахунок. Персональні рекомендації, живий чат, лічильник переглядів товару і синхронізацію з зовнішніми сервісами можна тимчасово відключити. Кошик, оплата й підтвердження замовлення — ніколи. Домовтеся про це до старту, а не о другій ночі в п'ятницю.

За 2 тижні: CRM, платежі й залишки

У пік ламається не тільки сайт. Найдорожчі збої трапляються на стику систем: замовлення створене, але не потрапило в CRM; оплата пройшла, а статус не оновився; товар проданий двічі, бо залишки синхронізуються раз на годину.

Перевірте кожну інтеграцію окремо: як поводиться система, коли зовнішній сервіс відповідає повільно або недоступний. Замовлення має зберігатися навіть тоді, коли CRM не відповідає, а повторна обробка — не створювати дублікат. Для платежів проведіть тестові сценарії: успішна оплата, відмова банку, повторне натискання кнопки, повернення коштів.

Залишки на розпродажі варто оновлювати частіше, ніж зазвичай, і резервувати товар у момент оформлення, а не після оплати. Інакше найпопулярніша позиція буде продана кілька разів, і замість прибутку ви отримаєте хвилю повернень. Якщо каталог і атрибути ще не впорядковані, почніть із структури каталогу товарів: під час акції ціна й наявність мають братися з одного джерела правди.

За 1 тиждень: UX, промокоди й фінальні перевірки

Коли технічна частина готова, залишається шлях покупця. У день розпродажу він має бути коротким і зрозумілим: видима економія в гривнях і відсотках, чесний таймер, зрозумілі умови доставки й оплати, мінімум полів у checkout і гостьове замовлення без обов'язкової реєстрації.

Окремо готують фільтри: на акції зазвичай додають ознаку «зі знижкою», і вона миттєво створює нові комбінації адрес. Щоб не отримати після кампанії тисячі порожніх сторінок у пошуку, застосуйте правила з нашої статті про фасетну навігацію.

Промокоди — окреме джерело збитків, якщо їх не описати правилами. До старту зафіксуйте, чи можна поєднувати кілька кодів, чи діє знижка на вже уцінені товари, чи поширюється вона на доставку, скільки разів код може використати один клієнт і коли він згорає. Обов'язково перевірте, що знижка не може зробити суму замовлення від'ємною, а код не спрацьовує двічі при повторному натисканні.

День Х: чекліст запуску

У день розпродажу команда працює за списком, а не за натхненням. Мінімальний набір перевірок і ролей виглядає так.

Ще одне правило: у день розпродажу на бойовий сайт не викочують нічого, крім критичних виправлень. Усі зміни мають бути готові й перевірені щонайменше за дві доби.

Аналітика: що рахувати до, під час і після

Без налаштованої аналітики розпродаж перетворюється на здогадки. До старту переконайтеся, що працюють усі ключові події електронної комерції: перегляд товару, додавання в кошик, початок оформлення, оплата, повернення. Перевірте їх на реальному замовленні, а не в режимі перегляду.

Під час кампанії дивіться на конверсію за годинами, середній чек, частку замовлень із промокодом, відмови на етапі оплати й швидкість сторінок під навантаженням. Після кампанії рахуйте вже інше: маржинальність з урахуванням знижок і доставки, частку повернень, вартість залучення покупця за каналами і, головне, скільки з нових клієнтів повернулися протягом наступних трьох місяців.

Саме остання цифра відрізняє вдалий Black Friday від розпродажу, який просто віддав товар дешевше.

Після розпродажу: не втратити набуте

Перший тиждень після кампанії — час навести лад. Приберіть акційні банери й таймери, поверніть звичайні ціни, закрийте тимчасові сторінки акцій коректно: якщо сторінка більше не потрібна, вона має повертати 404 або 301 на релевантну категорію, а не залишатися порожньою в індексі.

Потім зберіть технічні висновки, поки вони свіжі: який компонент виявився вузьким місцем, які інтеграції падали, що довелося вимикати. Цей список стає основою плану розвитку на рік — і водночас відповіддю на питання, чи не переросла платформа ваш бізнес. Ознаки того, що переросла, ми описали в статті «Коли інтернет-магазин переріс CMS».

Часті запитання

Скільки запасу потужності закладати?

Орієнтуйтеся на подвійний пік минулого року. Якщо історії немає, беріть максимальне денне навантаження й множте щонайменше на п'ять, а далі уточнюйте цифру навантажувальним тестуванням.

Чи можна запускати новий дизайн перед розпродажем?

Краще ні. Великі зміни варто завершувати мінімум за місяць до кампанії, щоб встигнути зібрати дані про поведінку користувачів і виправити помилки. Якщо редизайн усе ж планується, дійте за планом редизайну без втрати SEO.

Що робити, якщо сайт усе одно ліг?

Увімкнути заздалегідь підготовлену сторінку очікування з чесним повідомленням, вимкнути другорядні функції та зберігати замовлення, навіть якщо частина сервісів недоступна. Гірший сценарій — біла сторінка й тиша в комунікації.

Black Friday не створює проблем — він показує ті, що вже є в системі. Команда GL.ua може провести навантажувальне тестування, оптимізувати швидкість, перевірити інтеграції з CRM і платежами та підготувати план дій на день кампанії. Почати можна з технічного аудиту або SEO-аудиту чинного магазину — детальніше про наші послуги на сторінці створення інтернет-магазину.