Коротко. С 8 по 11 октября 2026 года атаки БПЛА затронули три дата-центра Яндекса — в Сасово, Калуге и Владимире. Компания подтвердила остановку площадок в Сасово и Владимире и повреждение части инфраструктуры в Калуге; по её сообщению, сотрудники не пострадали. Перебои затронули Яндекс Пэй, Директ, Метрику, корпоративную почту Яндекс 360 и Yandex Cloud. К 20 октября в Директе вернули создание и редактирование кампаний, в почте — SMTP, IMAP и письма с вложениями, но статистика и часть функций ещё восстанавливались, а Yandex Cloud на 21 октября работал с ограничениями. Для бизнеса это повод проверить не только доступность сайта, но и весь путь заказа: форму, почту, CRM и оплату.
Основная хронология — по сообщениям, опубликованным к 12 октября 2026 года. Сведения, появившиеся позднее, вынесены в обновление от 22 октября в конце статьи.
Что произошло с дата-центрами Яндекса
Дата-центр, или ЦОД, — это площадка с серверами, системами питания, охлаждения и связи. На этой инфраструктуре работают приложения и хранятся данные. Физическое повреждение площадки может нарушить работу сразу нескольких сервисов.
- 8 октября, Сасово Рязанской области. По заявлению Яндекса, в ночь с 7 на 8 октября дата-центр серьёзно пострадал от атаки БПЛА, его работу полностью остановили.
- 9 октября, Калуга. Компания сообщила об атаке утром 9 октября и выходе из строя части инфраструктуры.
- 11 октября, Владимир. В обновлении официального сообщения Яндекс подтвердил ещё одну атаку и остановку работы дата-центра.
На момент этих сообщений компания продолжала оценивать повреждения и не называла точных сроков восстановления оборудования. Это подтверждённая часть хронологии; оценки стоимости ущерба и прогнозы о сроках ремонта мы не приводим. Источник: заявление Яндекса от 9 октября с обновлением от 11 октября.
Что известно о последствиях
11 октября руководитель финтех-направления Яндекса сообщил о проблемах с проверкой баланса, платежами и переводами в Яндекс Пэй. При этом компания заявила, что проверила целостность записей о счетах: они хранятся на разных площадках, потери записей не обнаружены. Это сообщение относится к счетам Пэй; по нему нельзя судить о состоянии всех данных всех продуктов Яндекса. Источник: сообщение команды Яндекс Пэй от 11 октября.
Перебои затронули и рабочие инструменты компаний. 11 октября команда Яндекс 360 для бизнеса предупредила о временных перебоях и ограничении части функций для снижения нагрузки. Для организаций с корпоративной почтой в Яндекс 360 это означало необходимость проверять доступность переписки и связанных сервисов. Подробности о Директе, почте и других услугах, опубликованные позднее, собраны в обновлении от 22 октября ниже. Источник: сообщение Яндекс 360 для бизнеса от 11 октября.
Облачная платформа публикует отдельные уведомления о доступности компонентов в официальном канале Yandex Cloud Alerts и на странице статуса. Проверять нужно именно те компоненты, которыми пользуется ваш проект. Рабочий сайт не означает, что доступны его база данных, хранилище файлов и все внешние интеграции.
Недоступность данных сама по себе не доказывает их уничтожение или утечку. Но и обещать сохранность конкретной базы без проверки нельзя. Её состояние нужно выяснять по доступным копиям, журналам и ответам поддержки по вашему ресурсу.
Как сбой может затронуть ваш сайт
Ниже — возможные зависимости обычного сайта, а не перечень подтверждённых отказов каждого из сервисов.
- Заявки. Форма может показывать сообщение об успехе, хотя письмо менеджеру не отправилось или запись в CRM не создалась.
- Заказы. Каталог открывается, но корзина не сохраняет заказ либо не получает подтверждение оплаты.
- Файлы. Страницы работают, а фотографии, документы или загруженные клиентами вложения недоступны.
- Сторонние компоненты. Недоступная капча, авторизация или внешний API могут заблокировать действие пользователя.
- Отчёты. Отсутствие событий в аналитике не позволяет автоматически заключить, что посетителей и заказов не было.
Даже если сам сайт размещён у другого хостинга, зависимость может остаться в почте, файловом хранилище или интеграции. Поэтому проверку лучше начинать с действия клиента, а затем прослеживать, куда ушли данные.
Что проверить владельцу сайта сейчас
1. Пройдите путь клиента до конца
Отправьте тестовую заявку с уникальной пометкой. Проверьте её появление в журнале сайта, почте и CRM, а также уведомление менеджеру. Для магазина проверьте оформление заказа и результат оплаты штатным тестовым способом. Убедитесь, что не только покупатель увидел подтверждение, но и заказ действительно появился у сотрудников.
Если обработка заявок нарушена, разместите доступный резервный способ связи и объясните клиентам, как им воспользоваться. Восстанавливайте в первую очередь функции, без которых бизнес теряет обращения и заказы.
2. Выясните, какие копии действительно доступны
Попросите ответственного за сайт назвать дату последней доступной копии, её состав и место хранения. Для восстановления могут понадобиться база данных, загруженные файлы, код, настройки окружения и доступы к связанным системам.
Надпись «резервное копирование включено» ещё не отвечает на вопрос, удастся ли восстановить сайт. Попросите провести пробное восстановление в отдельном окружении и проверить в нём формы, файлы и последние заказы. Рабочую систему для такого испытания заменять не нужно.
3. Согласуйте план переноса
Если основной ресурс недоступен, уточните, можно ли получить его данные или использовать ранее выгруженную копию. Сам перенос сервера не восстановит изменения, которых в доступной копии нет.
До переключения определите, где будет единственная рабочая база заказов, как остановить запись в старую систему и как обработать отложенные уведомления. Иначе две площадки могут принимать разные заказы, а повторная доставка событий — создавать дубли. После переключения проверьте DNS, сертификат, оплату, почту и интеграции. На что смотреть при выборе новой площадки, мы разбирали в статье «Как выбрать хостинг?».
Почему нескольких серверов может оказаться недостаточно
Yandex Cloud рекомендует размещать системы с высокими требованиями к доступности в нескольких зонах, учитывать устройство баз данных и заранее оставлять запас ресурсов для переключения. В документации отдельно отмечено, что при отказе зоны свободные мощности в остальных расходуются быстрее. Источник: рекомендации Yandex Cloud по отказоустойчивости.
Практический вывод для владельца проекта: важно знать, какие зависимости остаются общими. Два сервера могут использовать одну базу, одно хранилище или одну систему управления. Резервную схему оценивают по тому, какие отказы она выдерживает и как проверено восстановление.
Бюджет стоит привязать к двум понятным требованиям: сколько времени бизнес может работать без сайта и за какой период допустимо потерять изменения. Например, для информационного сайта может подойти восстановление из ежедневной копии; для магазина с постоянными заказами нужна более частая фиксация данных и проверенный порядок возвращения в работу. Это примеры для обсуждения с подрядчиком, а не универсальные нормативы.
Что восстановлено: обновление от 22 октября 2026 года
Сводка по датированным сообщениям Яндекса. Подробности и ссылки на первоисточники — ниже по сервисам.
| Сервис | Что было | Что известно на 22 октября |
|---|---|---|
| Яндекс Директ | Кампании показывались, но 11–14 октября интерфейс был недоступен | 20 октября вернули создание и редактирование кампаний, API и Директ Коммандер; статистика могла запаздывать |
| Метрика и AppMetrica | Данные с 11 октября могли приходить с задержкой | 16 октября кабинеты вернули с ограничениями, в том числе по Вебвизору и офлайн-конверсиям |
| Почта Яндекс 360 | Перебои и ограничение части функций с 11 октября | 20 октября восстановили SMTP, IMAP и письма больше 1 МБ; восстановление продолжалось |
| Яндекс Бизнес | Кабинет был недоступен | 16 октября открыли для просмотра; редактирование карточки и ответы на отзывы ещё не работали |
| Диск, Телемост, Календарь, Трекер | Ошибки записи встреч, синхронизации и уведомлений | 20 октября вернули запись встреч, синхронизацию календаря и уведомления Трекера; часть файлов Диска могла не открываться |
| Yandex Cloud | Ограничения ресурсов | На 21 октября платформа работает с ограничениями, сроки восстановления не определены |
| Яндекс Пэй | 11 октября — проблемы с балансом, платежами и переводами | По сообщению от 11 октября, потери записей о счетах не обнаружены |
Яндекс Директ: показы продолжались, управление было недоступно
13 октября Яндекс сообщил, что запущенные кампании Директа и Яндекс Бизнеса продолжали показываться с соблюдением установленных бюджетов, но рекламодатели не могли полноценно управлять ими, менять настройки и смотреть отчёты. Это создавало риск расходов на продвижение сайта, который в это время не принимал заявки. Источник: сообщение Яндекс Рекламы от 13 октября.
В сообщении от 15 октября компания уточнила период недоступности интерфейса — 11–14 октября — и объявила о возвращении запуска и остановки созданных кампаний, пополнения счёта и части отчётности. 20 октября восстановили создание и редактирование кампаний, регистрацию аккаунтов и управление через API и Директ Коммандер. Первый этап восстановления, 15 октября; возвращение основных инструментов, 20 октября.
При этом в сообщении от 20 октября сохранялась оговорка о задержках статистики и нарушенной связи части кликов с конверсиями. Если клик был до 11 октября, а конверсия после, связать их можно было только в модели «Последний переход»; в других моделях действие могло относиться к иному источнику. Поэтому спад конверсий в отчёте нужно сверять с реальными заявками в CRM и журналами сайта, прежде чем менять рекламную стратегию. Рекламодателю также стоит проверить расходы за дни сбоя и работоспособность посадочных страниц.
Корпоративная почта Яндекс 360: переписка, вложения и почтовые программы
20 октября команда Яндекс 360 для бизнеса сообщила о восстановлении отправки писем размером больше 1 МБ, в том числе с вложениями, а также работы SMTP и IMAP в почтовых программах. Основные сценарии переписки работали, но восстановление всей функциональности продолжалось. Источник: сообщение Яндекс 360 для бизнеса от 20 октября.
Для компании это повод отдельно проверить входящие и исходящие письма на собственном домене, отправку вложений, работу почтовой программы и уведомлений с сайта. Сделайте тест с адресом другого провайдера в обе стороны. Проверьте очереди отправки и сообщения об ошибках: отсутствие письма у менеджера не позволяет определить, была ли заявка сохранена на сайте. Для срочных обращений укажите резервный канал связи; вопрос переноса почты решайте после проверки копий переписки и настроек домена. Как найти, на каком шаге теряются письма и заявки с сайта, мы разбирали в статье «Не доходит почта».
Другие сервисы: аналитика, карточки организаций и совместная работа
- Метрика и AppMetrica. 16 октября Яндекс объявил о возвращении кабинетов с ограничениями. В Метрике данные с 11 октября могли появляться с задержкой; ограничения касались в том числе Вебвизора и офлайн-конверсий. В AppMetrica часть отчётов и функций оставалась недоступной, данные могли запаздывать. О других причинах потери данных в Метрике — в статье «Яндекс Метрика теряет данные о посетителях». Сообщение Яндекса от 16 октября.
- Яндекс Бизнес. По сообщению от 16 октября, кабинет открыли для просмотра, но редактирование карточки, ответы на отзывы и ряд действий с продвижением ещё были недоступны. Для организации это ограничивало возможность оперативно менять сведения и управлять рекламой. Сообщение Яндекса от 16 октября.
- Диск, Телемост, Календарь и Трекер. 20 октября Яндекс 360 сообщил о возвращении облачной записи встреч, синхронизации календаря, уведомлений Трекера и его интеграции с почтой. Для Диска исправили часть ошибок скачивания и синхронизации, однако некоторые файлы всё ещё могли не открываться. Сообщение Яндекс 360 от 20 октября.
Это хронология восстановления по датированным сообщениям, а не результат проверки каждого сервиса в вашем аккаунте на 22 октября. Текущие ограничения Яндекс 360 публикует на странице статуса. Перед возвращением к обычной работе проверьте весь рабочий сценарий: от рекламного перехода до заявки, письма менеджеру и записи в CRM.
Yandex Cloud: ограничения ресурсов и восстановление
В официальных рекомендациях Yandex Cloud, обновлённых 21 октября в 17:30 мск, указано, что платформа работает с ограничениями, создание новых ресурсов может быть лимитировано, а сроки восстановления сервисов пока не определены. Там же опубликованы инструкции по выгрузке данных с доступных виртуальных машин и восстановлению отдельных продуктов. Для конкретного ресурса используйте соответствующую инструкцию и текущий статус, поскольку возможности разных сервисов отличаются. Источник: рекомендации по восстановлению Yandex Cloud.
Страница содержит и условия бесплатного использования сервисов в российских зонах с 8 по 31 октября для текущих клиентов. Применимость условий к своему аккаунту уточняйте по официальному сообщению и в поддержке. Это сведения, появившиеся после даты основной статьи.
Частые вопросы
Какие дата-центры Яндекса пострадали?
Три: в Сасово Рязанской области — 8 октября, работа остановлена; в Калуге — 9 октября, вышла из строя часть инфраструктуры; во Владимире — 11 октября, работа остановлена.
Работает ли Яндекс Директ?
Запущенные кампании показывались всё время с соблюдением бюджетов, но 11–14 октября интерфейс был недоступен. 15 октября вернули запуск и остановку кампаний и пополнение счёта, 20 октября — создание и редактирование кампаний, API и Директ Коммандер. Статистика при этом могла запаздывать.
Почему в Метрике и Директе упали конверсии?
С 11 октября данные Метрики могли приходить с задержкой, а часть кликов потеряла связь с конверсиями: если клик был до 11 октября, а конверсия после, связать их можно было только в модели «Последний переход». Прежде чем менять рекламную стратегию, сверьте отчёты с заявками в CRM и журналами сайта.
Не работает корпоративная почта на Яндексе. Что делать?
К 20 октября восстановили отправку писем больше 1 МБ, SMTP и IMAP в почтовых программах. Проверьте входящие и исходящие письма на своём домене тестом с адресом другого провайдера в обе стороны, посмотрите очереди отправки и укажите клиентам резервный канал связи.
Потеряны ли данные в Yandex Cloud?
Недоступность данных сама по себе не доказывает их уничтожение, но и гарантировать сохранность конкретной базы без проверки нельзя. Yandex Cloud опубликовал инструкции по выгрузке данных с доступных виртуальных машин; состояние вашего ресурса выясняйте по копиям, статусу и ответу поддержки.
Сайт не на Яндексе. Меня это касается?
Может касаться. Зависимость часто остаётся через почту, Метрику, Директ, хранилище файлов или интеграции. Проверьте путь заявки целиком: от рекламного перехода и формы до письма менеджеру и записи в CRM.
Чем может помочь Linkodium
Если непонятно, от чего зависит сайт и получится ли его восстановить, начните с проверки схемы размещения, резервных копий и прохождения заявок. В рамках технической поддержки сайтов можно разобрать зависимости проекта и подготовить порядок восстановления с ответственными и контрольными проверками. Опишите, что перестало работать, где размещён сайт и какие доступы или копии у вас сохранились — по этим данным определим следующие шаги.
В октябре владельцам серверов пришлось разбираться и с другими инцидентами: взломом VMmanager и FirstVDS и уязвимостью PHP2Shell.
Проверим, что сайт принимает заявки
Пройдём путь заявки от формы до CRM, проверим копии и составим порядок восстановления.