Інтернет-магазин перед Black Friday і Різдвом: технічний чекліст

П’ятниця, ранок Black Friday. Розсилку надіслано, пішли перші замовлення, і тут клієнтка пише в Instagram: «Не можу оплатити, сторінка весь час вантажиться». Напередодні ввечері оновився модуль оплати. У звичайний вівторок така помилка коштує одне втрачене замовлення і спокійний вечір на з’ясування. У піковий день вона може коштувати десятки замовлень, а розбиратися немає коли.

Ця стаття не про маркетинг і не про те, яку знижку дати. Вона про технічний бік: як підготувати інтернет-магазин до Black Friday, якщо це невеликий магазин на WooCommerce, PrestaShop чи Shopify, і що зробити заздалегідь, щоб у пікові дні сайт просто працював. Більшість пунктів можна виконати самостійно.

Коли готувати інтернет-магазин до Black Friday: дати 2026

Black Friday припадає на п’ятницю після американського Дня подяки, який у 2026 році випадає на 26 листопада. Cyber Monday - понеділок після Black Friday, другий піковий день онлайн-розпродажів. Якщо ви читаєте це наприкінці жовтня, до Black Friday лишається близько місяця. Цього вистачить на все, що описано нижче, якщо не відкладати.

За місяць: оновити все й перевірити резервну копію

Оновлення зараз, а потім заморожування

Найкорисніша звичка перед піком називається заморожуванням змін: за тиждень до Black Friday і до кінця свят ви нічого не оновлюєте й нічого не додаєте на сайт. Веброзробник, якого цитує блог Shopify, радить те саме: запуск нових функцій і переробку сайту відкласти до завершення Black Friday і Cyber Monday (блог Shopify, французькою).

Тому оновлення роблять за місяць до піку. Оновили WordPress і WooCommerce або PrestaShop із модулями, тему, плагіни, модуль оплати, і у вас є три тижні, щоб помітити, якщо щось зламалося.

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

Резервна копія, яку ви перевірили

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

Перевірка виглядає так: візьміть свіжу копію й розгорніть її на окремій тестовій адресі (у багатьох хостингів у панелі є кнопка копіювання сайту, вона може називатися staging, клон або тестова копія). Відкрийте копію, знайдіть товар, покладіть у кошик, увійдіть в адмінку. Якщо все відкривається, копія придатна до відновлення. А от перевіряти резервну копію, відновлюючи її поверх робочого магазину, не можна.

У Shopify сервер і резервні копії платформи на боці Shopify, але дані магазину довідка радить зберігати самостійно: вивантажити CSV із товарами, клієнтами й замовленнями та зберегти файл теми на комп’ютер (довідка Shopify, англійською). Для повної копії там само радять застосунок із Shopify App Store.

Швидкість і кеш

Кеш - це збережені готові сторінки, які сервер віддає одразу, не збираючи їх заново для кожного відвідувача. У піковий день він помітно розвантажує сервер. Але в магазині є сторінки, які кешувати не можна: кошик, оформлення замовлення й особистий кабінет. Там у кожного покупця свої товари й свої дані. WooCommerce прямо пише, що ці сторінки мають залишатися динамічними (документація WooCommerce, англійською). Якщо кеш їх усе ж зберіг, один покупець може побачити чужий кошик або не зможе оформити замовлення.

Перевірити можна без технічних знань: покладіть товар у кошик на комп’ютері, потім відкрийте кошик на телефоні в іншій мережі. Кошик на телефоні має бути порожнім: якщо там ваш товар, кошик потрапив у кеш. У PrestaShop кеш і стиснення файлів вмикаються в розділі продуктивності бек-офісу, у Shopify кеш і сервер налаштовує сама платформа.

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

Знижки і правило 30 днів

У Франції з 28 травня 2022 року будь-яке оголошення про знижку має вказувати найнижчу ціну, за якою цей продавець продавав цей товар протягом 30 днів до початку акції (у французькому праві це називається prix de référence, базова ціна). Показувати знижку можна як завгодно: мінус 10 €, мінус 10 % або закресленою ціною. Порівняння з цінами інших продавців знижкою не вважається, і покупцеві треба чітко пояснити, що це порівняння. DGCCRF (французька державна служба з питань конкуренції, захисту прав споживачів і боротьби з шахрайством) окремо зазначає, що перевіряє дотримання цих правил під час загальнонаціональних акцій на кшталт soldes (офіційних сезонних розпродажів, дати яких встановлює держава) і Black Friday (DGCCRF, французькою).

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

Якщо знижки йдуть одна за одною протягом одного періоду, закон дозволяє рахувати їх від ціни до першої знижки (Кодекс споживання Франції, Code de la consommation, ст. L112-1-1, французькою). Наскільки довгим може бути такий ланцюжок, у законі не розписано. Якщо між Black Friday і різдвяним розпродажем ціна поверталася до звичайної, краще уточнити в бухгалтера або юриста.

Строки доставки до Різдва

Продавець зобов’язаний ще до оформлення замовлення чітко повідомити дату або строк доставки. Якщо строк не вказано, товар має надійти не пізніше ніж через 30 днів після замовлення. Якщо дата була для покупця суттєвою, наприклад покупка до конкретної події або покупець прямо попросив доставити до певного дня, у разі запізнення він може одразу розірвати договір (DGCCRF, французькою). Чи буде Різдво такою датою в конкретному замовленні, вирішується за обставинами, і сперечатися про це в січні нікому не хочеться. Простіше обіцяти строк із запасом і дотримуватися його.

Заздалегідь порахуйте останній день замовлення до Різдва: дата, до якої ваш перевізник радить здати посилку (французька пошта La Poste та інші перевізники публікують її ближче до свят), мінус час на комплектацію замовлення. Повідомте цю дату банером на сайті й у листі-підтвердженні замовлення, а після неї чесно пишіть, що доставка буде вже після свят.

За тиждень: тестові замовлення й листи

Тестове замовлення кожним способом оплати

Оформіть замовлення так, як це робить покупець: товар, кошик, промокод, доставка, оплата. І так для кожного способу оплати, який є на сайті: картка, PayPal, оплата частинами, якщо її підключено. У платіжних модулів зазвичай є тестовий режим. У Shopify є тестовий платіжний шлюз і тестовий режим Shopify Payments, а ще можна провести справжнє замовлення й одразу повернути гроші, але комісію платіжний сервіс може залишити собі (довідка Shopify, англійською). Головне, не забути вимкнути тестовий режим: поки він увімкнений, справжні покупці не можуть оплатити.

Зробіть хоча б одне замовлення з телефона через мобільну мережу, а не через домашній Wi-Fi. На маленькому екрані найчастіше ламається саме оформлення: кнопка оплати з’їжджає за край, поле промокоду не відкривається, спливне вікно закриває форму.

Листи про замовлення

Після тестового замовлення перевірте пошту покупця: чи надійшло підтвердження і чи не потрапило воно в спам. У WooCommerce листи налаштовуються в розділі WooCommerce > Налаштування > Сповіщення, а журнал надсилання є в WooCommerce > Статус > Журнали (джерело transactional-emails): там видно, пішов лист чи ні (довідка WooCommerce, англійською). WooCommerce радить, щоб адреса відправника була на вашому домені, а не на @gmail.com, і щоб листи йшли через окремий поштовий сервіс (SMTP), а не просто із сервера сайту. Як це налаштувати, розібрано в статті Форма не відправляє листи: де найчастіше проблема. Перевірте й лист вам про нове замовлення: у піковий день саме він показує, що магазин живий.

Знижки, купони й залишки

Створіть купони заздалегідь. У Shopify для знижки задають дату й час початку та завершення (довідка Shopify, англійською), у PrestaShop у правилах цін каталогу є дата початку й дата завершення (документація PrestaShop, англійською). У WooCommerce купон має лише дату закінчення терміну дії, і купон перестає працювати о 00:00 цього дня: для купона, який має діяти весь Cyber Monday 30.11, ставте 01.12. Щоб купон не спрацював передчасно, не публікуйте його код до старту акції. У тестовому замовленні перевірте дві речі: купон застосовується і не поєднується з іншою знижкою там, де не повинен. Залишки товарів звірте зі складом: коли замовлення сиплються одне за одним, товар, якого вже немає, легко продати двічі.

За місяць

• оновити CMS, тему, плагіни й модуль оплати
• розгорнути резервну копію на тестовій копії сайту (самостійно або з вебмайстром)
• перевірити, що кошик не кешується
• зафіксувати ціни за 30 днів до акції
• порахувати останній день замовлення до Різдва

За тиждень

• заморозити оновлення й нові плагіни
• тестове замовлення кожним способом оплати
• замовлення з телефона через мобільну мережу
• листи покупцеві й вам не потрапляють у спам
• купони перевірено, дата закінчення із запасом, залишки звірено

У день акції

• свіжа резервна копія зранку (кнопкою в панелі хостингу або плагіном)
• одне тестове замовлення після старту акції
• нічого не оновлювати й не налаштовувати
• під рукою доступ до хостингу й телефон підтримки
• кожні дві-три години перевіряти, чи надходять замовлення

Якщо сайт усе ж упав

Спочатку відкрийте сайт із телефона через мобільну мережу: можливо, проблема лише у вас. Якщо сайт не відкривається й там, пригадайте, що змінювалося за останню добу, і відкотіть саме це. Потім пишіть у підтримку хостингу (у Shopify є сторінка стану платформи, shopifystatus.com).

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

Де краще зупинитися

Заморожування, тестові замовлення, листи, купони й строки доставки власник магазину може перевірити сам за цією статтею. Вибір платформи ми тут не обговорювали, про нього йдеться в статті PrestaShop чи WooCommerce для невеликої boutique.

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

Якщо час дорожчий

Якщо в листопаді ви хочете займатися товарами й клієнтами, а не сервером, Zen Webmaster налаштує резервні копії й перевірить відновлення на окремій копії сайту (від 90 € HT), а за потреби прискорить магазин і перевірить кеш (від 200 € HT, докладніше на сторінці «Прискорення сайту»). Для постійного супроводу магазину є тариф Zen E-commerce (від 199 € HT на місяць, з перевіркою оплати, доставки й замовлень). З чого почати, дивіться на сторінці «Резервні копії та відновлення».