От чьих сервисов зависит ваш сайт: аудит после сбоев октября

11 октября 2026 года, по хронологии «Т—Ж», вместе с сервисами Яндекса не работали более 80 компонентов Yandex Cloud и сторонние сервисы: «Додо», Wildberries, Lamoda, Auto.ru, ЦИАН и другие. 8 октября получасовой сбой у провайдера защиты от DDoS Curator сделал недоступными сайты крупных СМИ и затронул сервисы Т-Банка, «Магнита», «Пятёрочки» и «Мегафона». Многие владельцы сайтов в эти дни узнали, что их сайт зависит от компаний, о которых они не думали. Автор разбора аварии на Хабре прямо пишет: провайдер остаётся единой точкой отказа. Разбираем, как найти внешние зависимости своего сайта и решить, что с ними делать.

Откуда берутся скрытые зависимости

Современный сайт редко работает сам по себе. Даже небольшой интернет-магазин обычно опирается на десяток внешних сервисов:

• хостинг или облако, где работает сам сайт;
• DNS-провайдер;
• защита от DDoS или CDN, через которые идёт трафик;
• платёжный шлюз и облачная касса;
• сервис рассылок и SMS;
• онлайн-чат, виджет обратного звонка, карта на странице контактов;
• счётчики аналитики и пиксели рекламы;
• CRM, куда уходят заявки;
• внешние шрифты и скрипты.

Часть из них критична: без хостинга, DNS или платёжного шлюза заказы не принимаются. Часть — нет: без карты на странице контактов сайт работает. Но и некритичный сервис может сломать страницу, если его скрипт загружается синхронно и при недоступности блокирует отрисовку.

Как провести аудит

1. Составьте список. Откройте сайт в браузере с инструментами разработчика и посмотрите, к каким доменам идут запросы. Добавьте то, что не видно в браузере: хостинг, DNS, платёжный шлюз, касса, почта, CRM.
2. Оцените критичность. Для каждого сервиса ответьте: что перестанет работать, если он недоступен час? День?
3. Найдите провайдера. Где физически работает сервис — если это известно. Несколько ваших сервисов могут оказаться у одного провайдера, и тогда его авария ударит сразу по всем.
4. Отметьте замену. Есть ли резерв или план переключения.
5. Начните с критичных без замены. Это ваши единые точки отказа.

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

Пример: что находит аудит

Типичная картина у небольшого интернет-магазина. Сайт работает в облаке, там же — облачная касса, которую когда-то выбрали по рекомендации подрядчика. DNS — у регистратора домена. Платёжный шлюз — от банка, в котором открыт счёт. Чат и обратный звонок — от двух разных сервисов, скрипты которых подключены в шапке сайта и грузятся синхронно. Заявки уходят только на почту.

Что видно из такого списка: сайт и касса у одного провайдера — авария ударит по обоим; два виджета в шапке могут «повесить» страницу при недоступности их серверов; заявки при сбое почты не видны. Три проблемы, каждая решается за несколько часов, и ни одна не требует смены провайдеров.

Быстрые улучшения

• Скрипты внешних виджетов — асинхронно. Чат, карта и счётчики не должны блокировать загрузку страницы.
• Шрифты и библиотеки — со своего сервера. Это убирает зависимость от внешних CDN для базового отображения.
• Заявки — в два места. Форма сразу пишет в CRM и отправляет копию в почту или рабочий чат.
• Подписка на статус поставщиков. Хостинг, защита, платёжный шлюз, касса — у большинства есть страницы статуса.

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

Когда зависимость — это нормально

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

Как часто повторять

Список зависимостей устаревает быстрее, чем кажется: маркетолог добавил новый пиксель, разработчик подключил сервис уведомлений, бухгалтерия перешла к другому оператору. Разумно пересматривать список раз в полгода и обязательно — после любых заметных доработок сайта. Удобно хранить его рядом с планом восстановления: при аварии сразу видно, что затронуто и куда переключаться.

Наше мнение

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