Яндекс расширил форс-мажор в соглашении: что это значит для SLA

10 октября 2026 года, в разгар аварии на дата-центрах, Яндекс опубликовал новую редакцию пользовательского соглашения. В ней появился раздел 11 «Основания освобождения от ответственности. Обстоятельства непреодолимой силы». Предыдущая редакция была датирована 18 сентября 2025 года. Разбираем, что это меняет для бизнеса, который строит свои сервисы на чужих платформах, и что стоит проверить в собственных договорах с клиентами.

Что написано в новой редакции

По тексту на странице yandex.ru/legal/rules:

• стороны освобождаются от ответственности за неисполнение или ненадлежащее исполнение обязательств при обстоятельствах непреодолимой силы (п. 11.1);
• непреодолимая сила — «чрезвычайные и непредотвратимые обстоятельства, возникшие помимо воли Сторон»;
• среди примеров — стихийные бедствия, пожары, эпидемии, военные действия, теракты, обязательная эвакуация, крупные техногенные катастрофы и решения органов власти, делающие исполнение невозможным;
• сторона, столкнувшаяся с такими обстоятельствами, уведомляет другую не позднее пяти рабочих дней с их наступления (п. 11.2.1) и не позднее пяти рабочих дней после их прекращения (п. 11.2.2);
• Яндекс может уведомлять через сайт, личный кабинет, электронную почту или телефон, указанные при регистрации.

Раздел появился в редакции, опубликованной в разгар аварии, вместе с переводом квот Yandex Cloud на ручное управление. Отдельного разъяснения о связи этих событий в тексте соглашения нет.

Что это значит на практике

Сама по себе оговорка о форс-мажоре не новость для юристов: статья 401 Гражданского кодекса и так освобождает от ответственности при непреодолимой силе, если её последствия нельзя было предотвратить. Новая редакция делает перечень обстоятельств явным и задаёт порядок уведомления.

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

Что проверить в своих договорах

1. Есть ли у вас пункт о форс-мажоре. В оферте для клиентов, в договорах на поддержку, в договорах с маркетплейсами и агрегаторами. Если нет, обсудите с юристом формулировку и порядок уведомления.
2. Как сформулирован SLA. Доступность «99,9% в месяц» без оговорок означает, что при аварии провайдера отвечаете вы. Пропишите исключения и способ расчёта компенсации.
3. Сроки уведомления. Если ваш провайдер обязан уведомить вас за пять рабочих дней, а вы клиентов — за три, вы рискуете не успеть. Синхронизируйте сроки.
4. Цепочка зависимостей. Составьте список внешних сервисов, без которых ваш продукт не работает: хостинг, платёжный шлюз, сервис рассылок, ЭДО. Для каждого найдите в условиях раздел о форс-мажоре и SLA.
5. Что вы обещаете клиентам при простое. Скидка, продление подписки, перенос записи — лучше записать правило заранее, чем решать в момент аварии.

Пример формулировок для оферты небольшого сервиса

Мы не даём юридических консультаций, но можем показать, какие пункты обычно обсуждают с юристом, когда сервис работает на чужой инфраструктуре:

• перечень обстоятельств, при которых сервис не отвечает за недоступность, с отдельным упоминанием аварий у поставщиков хостинга и связи, если это ваш случай;
• срок, в течение которого вы уведомляете клиентов, и канал уведомления: почта, сообщение в личном кабинете, статус-страница;
• что клиент получает при простое дольше определённого времени: продление подписки, перенос записи, возврат части платежа;
• обязанность сервиса принять разумные меры для восстановления работы, например перенести данные к другому провайдеру.

Последний пункт важен: он показывает клиенту, что форс-мажор — не повод ничего не делать. И одновременно заставляет вас заранее иметь резерв, без которого обещание пустое.

Почему резерв важнее компенсации

Даже когда SLA провайдера обещает компенсацию, она обычно ограничена долей ежемесячного платежа за услугу. Для компании, которая платит за облако 30 тысяч рублей в месяц и теряет 100 тысяч в день простоя, такая компенсация несопоставима с потерями. Поэтому разумная защита — не формулировки в договоре, а техническая возможность продолжить работу: копии данных у второго провайдера, второй способ оплаты, запасной канал связи с клиентами.

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

Наше мнение

Мы не видим в новой редакции ничего необычного для крупных платформ: похожие разделы есть в условиях многих облаков и сервисов. Но октябрь показал, что эти пункты — не формальность. Мы советуем клиентам один раз пройтись по своим договорам и договорам поставщиков с одним вопросом: кто платит, если провайдер не работает неделю. Если ответ «мы», нужен технический резерв и честная формулировка в оферте.