Распродажа — это запланированный пик, к которому можно подготовиться. Но многие магазины встречают его так же, как внезапную атаку: за минуты до старта проверяют, «выдержит ли», и надеются на лучшее. В итоге реклама приводит трафик на сайт, который не справляется с оплатой и оформлением заказов.
Ниже — практический план на две недели. Он не гарантирует бесконечную нагрузку, но помогает убрать предсказуемые узкие места и заранее договориться, что делать, если что-то пойдёт не так.
За 14 дней: зафиксировать цели и нагрузку
Сначала определите, к какому пику вы готовитесь. «Выдержать распродажу» — слишком абстрактно. Нужны цифры: сколько посетителей ожидается, сколько из них одновременно будут в каталоге и checkout, какой трафик даст реклама.
- Ожидаемое число визитов и пиковый трафик в минуту.
- Доля мобильного трафика.
- Количество одновременных пользователей в checkout.
- Планируемое число заказов и средний чек.
- Дата и время старта, длительность акции.
- Кто отвечает за сайт, рекламу и поддержку в день пика.
Эти цифры нужны не для отчёта, а для проверки: выдержит ли текущая конфигурация хотя бы двукратный запас. Если нет — либо уменьшайте ожидания, либо готовьте инфраструктуру.
За 10 дней: инфраструктура
На этом этапе проверяются сервер, база, кэш и внешние сервисы. Не начинайте с покупки самого мощного сервера: сначала найдите узкие места, иначе деньги уйдут в ресурсы, которые не были проблемой.
Отдельно проверьте поведение при отказе внешнего сервиса: платежей, доставки, 1С. Хороший сайт должен показывать понятное сообщение и не терять корзину, даже если интеграция временно недоступна.
За 7 дней: каталог и checkout
Пик трафика обнажает не только сервер, но и пользовательские сценарии. Проверьте путь покупателя целиком: от главной до подтверждения заказа. Особенно те места, которые редко трогают в обычные дни.
- Фильтры и поиск работают на полном каталоге.
- Акционные цены и скидки отображаются корректно.
- Корзина сохраняется при обновлении и возврате.
- Checkout не требует лишней регистрации.
- Оплата и доставка доступны на мобильном.
- Промокоды не ломают расчёт итоговой суммы.
- Страницы ошибок и таймаутов понятны пользователю.
Если акция затрагивает тысячи товаров, проверьте массовое обновление цен и остатков. Ошибка в правилах скидок может обнулить маржу быстрее, чем упадёт сервер.
За 3 дня: репетиция
Смоделируйте каталог, карточку, поиск, корзину и checkout. Начинайте с малой нагрузки и увеличивайте постепенно.
Убедитесь, что алерты на 5xx, время ответа, очередь и базу действительно приходят и видны ответственному.
Сымитируйте падение внешнего сервиса или всплеск ошибок. Проверьте, кто реагирует и по какому регламенту.
Баннеры, условия акции, сроки, контакты поддержки и тексты на страницах должны быть актуальны.
Сделайте свежий бэкап и проверьте, что восстановление действительно работает.
В день распродажи
Не запускайте одновременно всё: новую акцию, массовую выгрузку и обновление сайта. Каждое изменение увеличивает число неизвестных. Если можно отложить релиз до конца пика — отложите.
Если сайт всё-таки упал
Посмотрите ошибки, нагрузку, базу, очередь и внешние сервисы. Зафиксируйте время и симптом.
Отключите тяжёлые виджеты, необязательные отчёты и фоновые задачи.
Приоритет — оплата и оформление заказа. Каталог можно временно упростить.
Понятная страница или баннер лучше бесконечной загрузки.
Без разбора инцидент повторится на следующей акции.
После распродажи
Сравните ожидаемую и фактическую нагрузку, время ответа, ошибки, конверсию и число брошенных корзин. Найдите, что сломалось или почти сломалось, и зафиксируйте это в плане следующей подготовки.
Распродажа — хороший стресс-тест, но не единственный. Если после неё остаются алерты, регламент и понятные владельцы процессов, следующий пик пройдёт спокойнее.
Роли и регламент
В день пика у каждого должна быть понятная роль. Если все «следят за сайтом», никто не отвечает за конкретное действие. Заранее назначьте ответственных и пропишите, кто принимает решение об отключении рекламы или тяжёлых блоков.
Мониторинг и алерты
Мониторинг должен быть настроен до пика и проверен на тестовом событии. Красивые дашборды бесполезны, если алерты не приходят или приходят людям, которые не реагируют.
- Ошибки 5xx и время ответа по ключевым страницам.
- Длина очереди и время обработки задач.
- Доступность базы и количество соединений.
- Ошибки оплат и внешних интеграций.
- Конверсия checkout и число брошенных корзин.
Что можно отключить в пик
Заранее решите, какие блоки не критичны и могут быть отключены при деградации. Это проще, чем искать виноватого в момент падения.
- Тяжёлые рекомендации и блоки «с этим покупают».
- Виджеты отзывов и сторонние чаты.
- Необязательные отчёты и фоновые пересчёты.
- Анимации и второстепенные баннеры.
- Массовые выгрузки и импорт.
Типичные ошибки
- Запускать рекламу и релиз одновременно.
- Тестировать нагрузку на живом сайте.
- Не проверять восстановление из бэкапа.
- Держать все фоновые задачи включёнными в пик.
- Не назначать ответственных и не проверять алерты.
Подготовка не гарантирует идеальный день, но снижает число сюрпризов. Если сайт выдержал пик и мы понимаем, где были близко к пределу, следующая акция пройдёт увереннее.
Коммуникация с покупателями
В пик люди особенно чувствительны к задержкам и ошибкам. Понятное сообщение снижает раздражение и количество обращений в поддержку.
- На сайте указаны сроки доставки с учётом нагрузки.
- При ошибке оплаты видно, что делать дальше.
- Поддержка знает статусы заказов и может ответить без технической паузы.
- Уведомления не обещают того, чего сайт не может выполнить.
После пика: разбор
Трафик, заказы, время ответа, ошибки — что совпало, а что оказалось неожиданным.
Отметьте, где система была близка к пределу, даже если всё выдержала.
Что менять в архитектуре, мониторинге и регламенте до следующей акции.
Добавьте новые проверки и ответственных, чтобы не повторять ошибки.
Разбор после пика важнее красивого отчёта. Он превращает опыт в конкретные изменения, которые снижают риск следующего падения.
Что подготовить заранее
Эти вещи занимают немного времени, но именно их не хватает в момент инцидента. Подготовьте их до старта акции, а не во время.
И не забывайте про запас. Если система рассчитана ровно на ожидаемый трафик, любой всплеск выбьет её из строя. Планируйте хотя бы двукратный запас по ключевым ресурсам и проверяйте его тестом.
Не пытайтесь улучшить всё за последнюю неделю. Лучше стабилизировать критический путь, проверить его и оставить остальные улучшения на после акции.
Проверим инфраструктуру, checkout и интеграции. Составим план подготовки под дату вашей акции.
Обсудить подготовку →
