Сайт к Чёрной пятнице 2026: чек-лист

9 ноября 2026

В этом году Чёрная пятница выпадает на 27 ноября, Киберпонедельник на 30-е. До старта меньше трёх недель. Реклама у большинства магазинов уже настроена или настраивается прямо сейчас, и главный риск лежит не в размере скидок. Покупатель приходит по объявлению, а корзина зависает. Деньги за клик потрачены, заказа нет.

Мы в «Крупном Деле» поддерживаем интернет-магазины на «1С-Битрикс» и каждый ноябрь проходим один и тот же порядок проверки. Ниже он целиком. Что-то вы проверите сами за вечер, а для остального понадобится разработчик или администратор сервера.

Материал подготовлен по данным web.dev и обзора New Retail о подготовке к пиковым нагрузкам, а также по тексту закона о маркировке рекламы. Проверено 9 ноября 2026 года.

Сколько нагрузки ждать

Оценки роста трафика в обзорах сильно расходятся. В одном материале для ритейла называют около 20% к обычному дню, в разборах про нагрузку встречается рост вдвое и втрое относительно дневного пика. Спорить с чужими цифрами бесполезно, у каждого магазина своя аудитория и своя реклама.

Мы поступаем проще. Открываем аналитику за прошлую Чёрную пятницу, находим самый тяжёлый час и умножаем на два. Это рабочая цифра, под неё проверяем сервер. Если в прошлом году магазина ещё не было, берём пик самой активной рекламной недели и умножаем на три.

Сервер должен выдерживать пик с запасом. Если кривая трафика пересекает линию мощности, заказы начинают теряться.

Во время теста и в сам день распродажи смотрите на четыре показателя. Пороги из обзора New Retail такие:

ответ базы данных дольше 200 мс: покупатель замечает задержку при загрузке страниц и оформлении заказа;
доля ошибок 5xx выше 1%: часть людей не может оформить заказ;
процессор загружен на 80% и больше: сервер близок к перегрузке;
ответ API сервисов, с которыми вы обмениваетесь данными (CRM, маркетплейсы), дольше секунды: остатки и заказы приходят с опозданием.

Нагрузку проверяйте на копии сайта, а не на боевом магазине. Для имитации массовых заходов подойдёт бесплатный JMeter. Сценарий должен повторять настоящего покупателя: главная, каталог, карточка, корзина, оформление. Одни лишь заходы на главную дают красивые цифры и ничего не доказывают.

На Битриксе перед тестом стоит включить композитный кэш для каталога и статьи, а файловый кэш при необходимости перенести в Memcached или Redis. Затем в разделе «Проверка системы» убедиться, что агенты выполняются на cron, а не при заходах посетителей. Это одна из самых частых причин «тормозов» в пик.

Скорость страниц на телефоне

Большая часть рекламных переходов в распродажу идёт со смартфонов, поэтому смотреть нужно мобильную версию. Google измеряет три показателя качества страницы. Порог «хорошо» такой: LCP (загрузка главного блока) до 2,5 секунды, INP (отклик на нажатие) до 200 миллисекунд, CLS (прыжки вёрстки) не больше 0,1. Оценка идёт по 75-му перцентилю, то есть три посетителя из четырёх должны уложиться в порог.

Пороги Core Web Vitals, при которых страница считается быстрой.

Проверьте в PageSpeed Insights четыре типовые страницы: главную, каталог, карточку товара и корзину. Одной акционной страницы мало, покупатель пройдёт весь путь. Перед распродажей чаще всего портят скорость одни и те же вещи:

Баннеры по три мегабайта вместо 200–300 килобайт. Их достаточно пережать и отдать в современном формате.
Слайдеры с пятью тяжёлыми картинками на первом экране.
Виджеты чата, обратного звонка и отзывов, которые грузятся раньше контента.
Таймеры акций, которые пересчитываются каждую секунду и держат процессор телефона.
Шрифты и скрипты с чужих серверов. Они же создают вопросы по требованиям 152-ФЗ.

Корзина, оплата и заказ

Самый дорогой сбой в распродажу происходит после нажатия «Оформить». Поэтому пройдите весь путь заказа сами: с телефона, каждым способом оплаты, который включён на сайте. Если эквайринг позволяет, используйте тестовый режим.

Применяется ли промокод вместе со скидкой на товар и не уходит ли итоговая цена в минус или копейки.
Одинаково ли считаются цена в каталоге, в корзине и в письме о заказе.
Приходит ли письмо клиенту и уведомление менеджеру, и сколько минут они идут.
Попадает ли заказ в 1С или CRM со всеми позициями и скидкой.
Срабатывает ли цель «Заказ оформлен» в Яндекс Метрике. Иначе после распродажи вы не поймёте, какая реклама окупилась.
Стоит ли в форме пустая галочка согласия на обработку персональных данных и открывается ли ссылка на текст.

Повторяйте эту проверку каждый день до 26 ноября. Заказ, который прошёл в понедельник, во вторник может сломаться из-за чужой правки или обновления модуля оплаты.

Остатки, 1С и маркетплейсы

Когда заказов много, сайт начинает торговать товаром, которого нет. Остатки приходят из учётной системы по расписанию, а покупают быстрее, чем обновляется выгрузка. В итоге на последние три единицы может набраться несколько десятков заказов, и часть клиентов придётся огорчать отменой.

Что сделать заранее:

Сократить интервал обмена остатками на время распродажи. Если обмен идёт раз в час, поставьте раз в 10–15 минут и проверьте, что он не мешает покупателям.
Для самых ходовых позиций включить резерв при оформлении заказа, а не при оплате.
Понять, что произойдёт при отказе внешнего сервиса. Хорошо, когда запрос встаёт в очередь и уходит позже, плохо, когда заказ теряется.
Если вы продаёте и на маркетплейсах, учесть лимиты их API. При частых запросах площадки отвечают ошибкой 429, и остатки перестают обновляться.

Договоритесь заранее, кто в пятницу следит за остатками и отключает позиции, которые закончились. Лучше назвать конкретного человека, чем рассчитывать на «все посмотрят».

Реклама и страница акции

Страницу акции нужно создать сейчас, а не в четверг вечером. Поисковикам нужно время, чтобы её обнаружить, и мы уже разбирали, почему новые страницы не появляются в Яндексе. Если акция идёт через рекламу, индексация не критична, но адрес, форма и счётчики должны работать с первого посетителя.

Короткий список для объявлений и баннеров:

Цена и условия на странице совпадают с объявлением до рубля. Покупатель, который увидел другую цену, закрывает вкладку и запоминает магазин.
Указаны даты акции. После 30 ноября страница либо закрывается, либо ведёт на актуальное предложение, а не висит с просроченным таймером.
Интернет-реклама маркируется. По закону о рекламе, действующему с 1 сентября 2022 года, у объявления должна быть пометка «реклама», сведения о рекламодателе и токен erid. Если рекламой занимается подрядчик, спросите, где у него лежат токены.
Адреса в объявлениях ведут на рабочие страницы, а не на редирект через три перехода.

Копии и запасной план

Начало ноября показало, что хостинг может подвести без предупреждения. Мы подробно писали о сбое Beget 2 ноября, и главный вывод оттуда простой: копия, которая лежит у того же провайдера, не считается копией.

Минимум перед распродажей:

Свежая копия файлов и базы данных хранится вне вашего хостинга. Правило 3-2-1 означает три копии, на двух типах носителей, одна за пределами площадки.
Восстановление проверено руками. Разверните копию на тестовом домене и убедитесь, что магазин открывается и принимает заказ. Копия, из которой нельзя восстановиться, хуже её отсутствия: она создаёт ложное спокойствие.
Известны контакты техподдержки хостинга и порядок экстренной связи.
Есть страница-заглушка. Пусть она будет простой: «Магазин на техническом обслуживании, вернёмся в течение часа» и телефон.
Включён мониторинг доступности с проверкой раз в минуту и уведомлением в мессенджер. Узнавать о падении сайта от покупателей поздно.

Отдельно закройте обновления сервера. Критические уязвимости PHP, о которых мы писали в октябре, лучше устранить сейчас, чем обновлять окружение в разгар продаж. После 20 ноября любые крупные изменения на боевом сайте мы советуем не делать.

План на 18 дней

Пять этапов от сегодняшнего дня до Киберпонедельника.

9–13 ноября. Замеряем: пик прошлого года, скорость четырёх страниц, пройденный вручную заказ, состояние копий.
16–18 ноября. Исправляем найденное: картинки, кэш, виджеты, обмен с 1С, маркировка рекламы.
19 ноября. Нагрузочный тест на копии сайта по сценарию покупателя.
20 ноября. Заморозка. Дальше только срочные исправления ошибок.
21–26 ноября. Каждый день тестовый заказ, просмотр логов ошибок, проверка остатков.
27–30 ноября. Дежурство: кто-то из команды смотрит мониторинг, почту заказов и остатки.

Если команда занята, часть работ можно отдать нам. Мы проверим скорость и сервер, пройдём заказ, настроим мониторинг и копии, а в дни распродажи будем на связи. Описание услуг есть в разделе «Услуги», написать нам можно через страницу «Контакты». Чем раньше напишете, тем больше шансов успеть до заморозки.

Частые вопросы

Нужен ли отдельный сервер на время распродажи?

Не всегда. Сначала смотрим, где узкое место: часто хватает кэша и оптимизации запросов. Если процессор в тесте упирается в 80%, тогда временно увеличиваем мощности. Многие хостинги позволяют поднять тариф на неделю и вернуть обратно.

Можно ли гонять нагрузочный тест на боевом сайте?

Лучше нет. Тест создаёт тысячи фальшивых заказов и заходов, портит статистику и может сам уронить магазин. Делайте полную копию на отдельном домене с теми же настройками сервера.

Что делать, если сайт упал в день распродажи?

Сначала включить заглушку с телефоном и поставить рекламу на паузу, чтобы не платить за пустые клики. Затем проверить журнал ошибок и ответ базы данных. Если причина в хостинге, поднять копию на запасной площадке. Поэтому восстановление и нужно проверять до распродажи.

Хватит ли одной проверки в начале ноября?

Нет. Каждое изменение на сайте, новый баннер или виджет может ломать то, что работало вчера. Поэтому после заморозки мы советуем проходить заказ ежедневно.

Сайт к Чёрной пятнице 2026: что проверить до 27 ноября