Сезон — время, когда сайт получает максимум трафика и когда любая поломка стоит дороже всего. Обычная выручка делится на дни равномерно, сезонная — нет: сутки простоя в пик могут стоить как месяц спокойного периода. При этом почти все проблемы сезона предсказуемы, и почти все решаются заранее. Проверку разумно проводить за две-три недели до пика: этого хватает, чтобы найти слабые места и успеть их исправить без спешки.
Почему за две-три недели, а не за неделю
Срок выбран не случайно. Часть находок требует времени: перенести сайт на более мощный тариф, переделать тяжёлые страницы, договориться с подрядчиком о дежурстве, обновить остатки в каталоге. Если проверка проходит за три дня до пика, найденные проблемы просто некому и некогда чинить, и остаётся надеяться, что пронесёт.
Второй аргумент — правки сами по себе рискованны. После любого вмешательства нужно несколько дней спокойной работы, чтобы убедиться, что ничего не сломалось. Эти дни должны пройти до пика, а не во время него.
Техническая часть
- Нагрузочная проверка. Понять, сколько сайт держит сейчас, а не сколько «должен держать». Проверять на боевой конфигурации, а не на тестовом сервере с другими параметрами.
- Кэширование включено и работает. И на уровне страниц, и на уровне запросов к базе. Отдельно проверить, что кэш не отдаёт посетителю чужую корзину и старые цены.
- Изображения сжаты, отложенная загрузка настроена. Тяжёлые каталоги — самая частая причина медленной работы под нагрузкой.
- Свежие резервные копии и проверенное восстановление. Копия, из которой ни разу не разворачивали сайт, копией не считается.
- Мониторинг доступности с уведомлением дежурному. Не почтой на общий ящик, а туда, где сообщение увидят ночью.
- План быстрого увеличения ресурсов. Знать заранее, куда писать и что нажимать, чтобы добавить мощности за час, а не за сутки.
- Сроки домена и сертификата. Продлить всё, что истекает в ближайшие три месяца.
- Работа сторонних сервисов. Оплата, лимиты запросов и поведение сайта при недоступности внешнего сервиса.
Содержимое и данные
| Что проверяем | В чём проверка | Чем грозит пропуск |
|---|---|---|
| Остатки и цены | Совпадают с учётной системой, обмен идёт без ошибок | Заказы на отсутствующий товар и отмены |
| Сроки доставки | Актуальны на период сезона, учтены выходные | Претензии и потеря повторных заказов |
| Условия акций | Даты указаны, правила понятны, скидки считаются верно | Споры и ручные пересчёты |
| Популярные категории | Заполненные характеристики, работающие фильтры | Товар не находят и уходят |
| Контакты и часы работы | Обновлены на сайте и в карточках на картах, включая праздники | Звонки в закрытую компанию |
| Тексты на страницах оплаты и доставки | Соответствуют текущим условиям | Отказы на последнем шаге |
| Формы и цели аналитики | Заявка доходит, цель фиксируется | Потерянные обращения и неверные отчёты |
Продажи и обработка обращений
Техническая готовность бессмысленна, если заявки некому обрабатывать. В сезон нагрузка растёт не только на сервер.
- Определить, кто дежурит по заявкам и в какое время, включая выходные и вечера.
- Проверить, куда падают обращения со всех каналов: форма, почта, чат, звонок, мессенджер. Все они должны попадать в одно место, а не в личные телефоны сотрудников.
- Настроить автоответ с реальным сроком ответа. Обещание «ответим в течение часа» должно выполняться и в субботу.
- Подготовить готовые ответы на частые вопросы сезона: сроки, наличие, доставка, условия акции.
- Договориться, что делать при всплеске: кто подключается вторым, как передаются обращения.
- Проверить телефонию: хватает ли линий, куда уходит звонок при занятости, слушает ли кто-нибудь голосовую почту.
Проверка вживую
Отдельный этап, который нельзя заменить чтением отчётов. Мы просим пройти основные сценарии руками, как обычный клиент.
- Оформить тестовый заказ с телефона на мобильном интернете, от поиска товара до оплаты.
- Отправить заявку из каждой формы на сайте и убедиться, что письмо дошло и его видно ответственному.
- Позвонить по номеру с сайта и проверить, что звонок доходит и определяется как целевой.
- Проверить работу поиска по сайту и фильтров на сезонных категориях.
- Посмотреть, как выглядит сайт при медленном соединении и при отключённом стороннем скрипте.
- Пройти путь возврата и отмены — в сезон это происходит чаще.
В день пика
Правило простое: в пик ничего не выкладываем. Никаких обновлений кода, правок шаблона, установки расширений и «быстрых улучшений». Все изменения должны быть сделаны заранее.
Что допустимо в этот день:
- Наблюдение за доступностью, скоростью и очередью заявок.
- Отключение тяжёлых блоков, если сайт не справляется: рекомендации, сложные фильтры, вспомогательные виджеты.
- Оперативное увеличение ресурсов хостинга по заранее подготовленному плану.
- Правки в текстах и ценах через админку, если они действительно необходимы, — с записью в журнал.
Полезно заранее назначить, кто принимает решение об отключении блоков и кто имеет право трогать боевой сайт в этот день. В спешке это решается хуже.
После сезона
Самая полезная часть работы, которую чаще всего пропускают. Разбор занимает несколько часов и даёт готовый список задач к следующему разу.
| Что смотрим | Что ищем | Что из этого следует |
|---|---|---|
| Логи сервера | Ошибки, задержки, часы наибольшей нагрузки | Что укреплять к следующему сезону |
| Аналитика | Страницы с ростом отказов в пик | Где сайт не выдержал по скорости |
| Журнал обращений | Время ответа, потерянные заявки | Сколько людей нужно на дежурстве |
| Отмены и возвраты | Причины: остатки, сроки, ожидания | Что править в данных и текстах |
| Вопросы клиентов | Что спрашивали чаще всего | Какие блоки добавить на сайт |
Составлять этот список нужно сразу после пика, пока детали свежи. Через два месяца никто не вспомнит, в какой день сайт тормозил и на чём отваливались заявки.
Отдельный пункт перед сезоном — остатки. Если наличие обновляется вручную, в пик продаж расхождения появляются за часы, а не за дни. У оптовых компаний это решает ERP для оптовой торговли: резерв ставится в момент заказа, и сайт не продаёт то, чего уже нет.
Что в итоге
Подготовка к сезону — это не героический аврал, а последовательная проверка по списку за две-три недели до пика: нагрузка, кэш, копии, мониторинг, данные в каталоге, дежурство по заявкам. В сам пик задача одна — не мешать сайту работать. А главный источник улучшений на следующий год лежит в разборе, который делают сразу после того, как волна спала.
Если непонятно, выдержит ли текущий хостинг сезонную нагрузку, мы посмотрим конфигурацию и подготовим её к пику: настроим сервер с кэшированием, мониторингом и планом быстрого увеличения ресурсов. Начинаем с нагрузочной проверки, чтобы понимать реальный запас.
