Сбой Яндекса в октябре: что делать бизнесу, у которого реклама, аналитика и оплата в одном окне

С 8 по 11 октября после атак на три дата-центра Яндекса у бизнеса в России разом пропали кабинет Директа, Метрика и часть платежей через Яндекс Пэй. Реклама при этом крутилась и тратила деньги, а заявки с сайтов шли, только видели их не все. Для владельца компании это неделя, когда выясняется, где лежат его данные: у него или у одного поставщика, в одном окне.

Что произошло, по дням

Unisender 16 октября собрал хронологию: дата-центр в Рязанской области пострадал 8 октября, 9-го в Калуге, 11-го остановился объект во Владимире. Больше всего шума было вокруг Яндекс Пэй: люди не могли посмотреть баланс, оплатить покупку или перевести деньги. По данным Коммерсанта, которые приводит Unisender, с 10 октября рекламодатели не могли зайти в кабинеты и остановить кампании, а реклама продолжала списывать бюджет. Там же примеры поведения компаний: Додо Пицца сразу написала, что заказ через приложение оформить нельзя, и пообещала вернуть деньги.

CNews 13 октября сообщил, что ночью 13 октября Яндекс Пэй частично восстановился: оплата картами и стикерами заработала полностью, онлайн-сервис оставался нестабильным.

Cossa 20 октября опубликовала сообщение Яндекс Рекламы о восстановлении основной функциональности Директа и последовательность: кабинеты недоступны с 11 октября, 15-го открылся кабинет Директа, 16-го Метрика, AppMetrica и API Директа, 20-го основные функции Директа. С 11 по 14 октября кампании продолжали показываться, лимиты соблюдались, а статистика за эти дни сохранена и появится по мере обработки. 23 октября Cossa передала слова коммерческого директора Яндекса Глеба Доброрадных: активность рекламодателей вернулась к уровню до атак, бюджеты растут.

Самый полезный текст недели, на мой взгляд, написал Максим Волков из Volkov Digital, Cossa опубликовала его 19 октября. Метрика сломалась в ночь на 12 октября и не работала четыре дня. На каталоге бренда, куда обычно приходит около 2 200 человек в день, за 13-е стояли сотни визитов, за 14-е десяток. 15 октября в 15:40 Метрика досчитала оба дня: 2 160 и 2 091. Цифры вернулись, а решения, принятые по нулям, никто не вернёт. Его правило я подписываю целиком: когда график обрывается разом на всех каналах, сутки ничего не меняем и первым делом открываем CRM. Дальше у него список того, что висит на Яндексе тихо: дашборды с догрузкой «только вчерашний день», где нули за 13–14 октября останутся навсегда; автостратегии Директа, которые учатся на целях Метрики; премии, привязанные к целям. 14 октября он поднял на своём сервере Umami как резервный счётчик.

Cloudflare 14 октября посмотрел на сбой с другой стороны: 11 октября трафик сети Яндекс Поиска упал на 99 % от нормы, облака на 90 %, а вредоносная автоматизация с адресов Yandex Cloud переехала к другим хостерам. Ослаблять защиту сайта из-за сбоя у одного провайдера нет причин.

Что это значит для компании без своего ИТ-отдела

Возьмём прокат автомобилей в сезон. Реклама в Директе, заявки через форму на сайте, подрядчик отчитывается по целям Метрики, предоплату клиенты вносят через платёжный сервис. 12 октября у владельца на одном экране обнуляются визиты, на другом не открывается кабинет, на третьем клиент пишет, что оплата не проходит. Если каждая заявка пишется в свою базу или в CRM, он открывает список, видит вчерашние брони и понимает, что сломалась только витрина.

Вывод: данные, по которым вы принимаете решения о деньгах, должны лежать там, куда вы можете зайти без Яндекса, Google и любого другого одного окна. CRM или своя база, главное, чтобы это было второе место.

Как это устроено в моих проектах

В 2022 году я поставил PDR-компании в США свой сервер на Debian в Google Cloud. В 2023-м мы перешли с Google Таблиц на MariaDB, сайт компании я перенёс с хостинга на наш сервер, а его формы подключил к CRM и приложению. Сейчас заявки с сайта, формы и звонки на IVR попадают в свою базу и в суперапп, а GoHighLevel из основной CRM стал вспомогательной. Если завтра ляжет сторонний сервис, лиды за день у нас останутся в своей базе. С 2022 года серьёзных сбоев с восстановлением у нас не было.

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

Что я бы сделал после этой недели

• Проверить, куда пишутся заявки с сайта. Если только в счётчик и в письмо, добавить запись в свою базу или CRM.
• Договориться с подрядчиком и отделом продаж письменно: октябрь считаем по заявкам в CRM.
• Перезапустить догрузку дашбордов за 1–15 октября и сравнить визиты за 13 октября с интерфейсом Метрики.
• Поставить второй счётчик на своём сервере. Umami я у себя не проверял, но идею резервного подсчёта поддерживаю: сколько людей пришло и откуда, без записи сессий.
• Держать второй способ принять деньги и заготовленный текст для клиентов на случай сбоя. Пример Додо из обзора Unisender подходит как образец.

Связанные материалы

Зачем системе свой центр, который не зависит от чужих кабинетов: статья Сервер: данные, доступ и выполнение процесса. Направления: инфраструктура, которую можно выпускать и восстанавливать и CRM, которая связана с работой команды. Кейсы: технический партнёр PDR-компании в США и прокат в ЮАР с бронированием и AmoCRM. По той же теме: бэкап, который никто не восстанавливал и как читать новости о переезде в облако. Раньше я писал, что резервная копия становится защитой после проверенного восстановления и как не потерять реальные обращения при фильтрации трафика. Если хотите понять, где у вас лежат заявки: Обсудить задачу.