Сбой Beget: сайт лёг, а клиенты ушли — что делать владельцу и как не повторить

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

Объединяет эти истории одно: когда ваш бизнес зависит от одной площадки, проблемы этой площадки становятся вашими. Неважно, насколько хорош ваш товар, SEO или реклама, если ваш сайт недоступен.

Beget работает с 2007 года. По данным переписи хостингов на октябрь 2026 года, на его инфраструктуре размещалось более 334 тысяч действующих сайтов в зонах .ru, .рф и .su.

Ночь на 2 ноября: сайты, почта и DNS перестали отвечать

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

Форс-мажор и первые серверы

В течение дня компания объявила обстоятельства непреодолимой силы, то есть форс-мажор. 2 ноября удалось вернуть в работу выделенные серверы без администрирования Beget и DNS-серверы.

Что с данными: плохие и хорошие новости

3 ноября Beget подтвердил кибератаку. По его заявлению, злоумышленники получили доступ к управляющему контуру инфраструктуры и запустили скрипты, обнуляющие данные.

Плохие новости: в облаке (VPS, S3, Kubernetes) данные утрачены, бинарные бэкапы VPS потеряны, настройки CDN и IP тоже.

Хорошие новости: файловые бэкапы хостинга и облака сохранены. Кроме того, по словам компании, на серверах с пользовательскими данными не найдено попыток их скачивания или изменения. Тем не менее Beget рекомендует сменить пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах.

Сколько восстановлено на сегодня

По отчёту от 4 ноября, запущено около 35% серверов виртуального хостинга и 15% выделенных серверов под администрированием Beget. Каждый из более чем тысячи серверов проверяют вручную, поэтому сайты возвращаются волнами. Панель управления пока не запущена: приоритет у серверов, сайтов и бэкапов. Сроков полного восстановления компания не называет.

Почему так долго? Это не обычная авария, когда достаточно перезагрузить оборудование. После атаки с запуском скриптов, стирающих данные, инфраструктуру приходится поднимать заново и проверять шаг за шагом, чтобы не вернуть в работу небезопасную среду.

Важный нюанс. Пострадали и сайты, которые лежат на других хостингах, но используют DNS-серверы Beget. Домен перестаёт отвечать, хотя сам сайт цел. И наоборот: сайт на Beget с внешним DNS всё равно не работал, если не работал хостинг.

За эти дни мы увидели три типичных сценария.

Подготовленный. Копия сайта лежит вне хостинга, домен оформлен на владельца, DNS отдельно. Поднял сайт на другой площадке за несколько часов, написал клиентам в мессенджер. Потери минимальны.

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

Паникёр. Хватается за всё сразу: меняет DNS, переносит файлы, заказывает три разных услуги. Часто ломает то, что осталось целым: слетают редиректы, закрывается индексация, теряются письма.

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

Шаг 1. Выясните, что именно лежит

Хостинг, DNS или почта. Проверьте, открывается ли сайт по IP-адресу, на какие серверы имён направлен домен (это видно у регистратора) и работает ли почта. Если проблема только в DNS, сайт можно вернуть быстрее: направьте домен на другие серверы имён.

Шаг 2. Найдите свои копии

Вам нужны файлы сайта, база данных, выгрузка из CRM и настройки домена. Если актуальной копии нет, запросите восстановление из файловых бэкапов в поддержке Beget. Для VPS это единственный сохранившийся вариант.

Шаг 3. Смените пароли и ключи

Админки CMS, доступы к базам данных, API-ключи, SSH-ключи, пароли от почты и интеграций. Следов утечки пользовательских данных нет, но это та самая гигиена, которую лучше провести сейчас.

Шаг 4. Сообщите клиентам, где вас найти

Опубликуйте объявление в Telegram, VK или Max. Обновите карточку компании на Яндекс Картах: телефон, мессенджеры, режим работы. Пока сайт недоступен, заявки должны идти другими каналами. Это дешевле, чем потерять клиента.

Шаг 5. Решите: ждать или переезжать

Ждать оправданно, если сайт простой и у вас есть копия, которую можно развернуть в любой момент. Если сайт приносит деньги ежедневно (интернет-магазин, запись, лидогенерация), переезд лучше начинать сразу: каждый день простоя стоит дороже переноса.

Перенос в стрессе приводит к ошибкам, которые потом тянутся в SEO месяцами.

Порядок переезда

• Разверните сайт на новом хостинге из копии и проверьте его по временному адресу.
• Убедитесь, что сохранены все URL, структура и редиректы.
• Настройте HTTPS, проверьте robots.txt и sitemap.xml.
• Только после проверки меняйте DNS домена. Чем ниже TTL записей, тем быстрее изменения вступят в силу.
• Настройте заново почту, если она работала на Beget: MX-записи, SPF, DKIM.
• После переключения проверьте скорость, формы, корзину и оплату.

Если нет времени и компетенций, доверьте перенос специалистам: разработка и поддержка сайтов.

Чек-лист после восстановления сайта

Даже если сайт снова открылся, проверьте:

• Ключевые страницы отдают код 200, а не 5xx или 404.
• Данные актуальны: нет отката на старую версию, не пропали последние заказы и заявки.
• Работают формы, корзина, оплата и интеграция с CRM.
• Сертификат HTTPS в порядке.
• В robots.txt нет Disallow: /. После переноса со тестового сервера эта строка остаётся чаще, чем принято думать.
• Корректны sitemap.xml и счётчики Яндекс Метрики и Google Analytics.
• Почта отправляет и получает письма.
• В Яндекс Вебмастере и Search Console нет всплеска ошибок.

Что видит поисковый робот, когда сайт лежит

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

Код 503 вместо 404

Пока сайт недоступен и вы можете управлять ответом сервера (например, на временной заглушке), отдавайте код 503 с заголовком Retry-After. Так поисковик понимает, что проблема временная и страницы удалять не нужно. Код 404 говорит обратное: «страницы нет».

Что сделать после запуска

• Отправьте обновлённый sitemap в Яндекс Вебмастер и Google Search Console.
• Запросите переобход ключевых страниц.
• Несколько недель следите за индексацией, позициями и трафиком.

Закажите SEO-аудит и техническую оптимизацию: так вы найдёте скрытые потери, которые вручную не видны.

Прямые потери считаются просто:

средняя выручка с сайта за месяц ÷ 30 × число дней простоя

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

Если итоговая цифра заметная, независимые бэкапы и план резервной площадки окупаются быстро.

Ответьте «да» или «нет». За каждое «да» один балл.

• У вас есть копия сайта и базы вне хостинга, и вы проверяли её запуск за последние три месяца.
• Домен оформлен на вас, и доступ к кабинету регистратора есть у вас лично.
• DNS не привязан к тому же провайдеру, что и хостинг.
• Работает мониторинг доступности с уведомлением в мессенджер.
• Вы знаете, кто и за сколько часов перенесёт ваш сайт.
• Есть актуальный список всех доступов и интеграций.
• Принимать заявки можно и без сайта: мессенджеры, телефон, карточка на картах.

0–2 балла: красная зона. Сайт держится на удаче. Стоит заняться бэкапами в первую очередь.3–5 баллов: жёлтая зона. Основа есть, но дыры остались. Закройте самые рискованные.6–7 баллов: зелёная зона. Вы в числе «подготовленных». Проверьте, что всё это не только на бумаге.

Хотите, чтобы специалист посмотрел ваш сайт по этому списку? Оставьте заявку внизу страницы, и мы разберём ситуацию на бесплатной консультации.

Эксперты называют случившееся примером системного риска: бизнес зависит от одного провайдера и не имеет плана на случай сбоя. Вот минимальный набор защиты:

• Бэкапы по правилу 3-2-1. Три копии, на двух разных носителях, одна из них вне вашего хостера. Регулярно проверяйте, что копию действительно можно развернуть.
• Независимые домен и DNS. Регистрируйте домен на себя, включайте двухфакторную защиту, при необходимости используйте DNS у отдельного провайдера.
• Резервная площадка. Для сайтов, приносящих выручку, держите «холодную» копию на другом хостинге.
• Мониторинг доступности. Вы должны узнавать о проблеме раньше клиентов.
• Минимум ключей на сервере. Не храните лишние пароли и токены, регулярно обновляйте доступы.
• Документация. Кто и как переносит сайт, где лежат доступы. Без этого переезд в стрессе занимает дни вместо часов.

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

Семь вопросов, на которые подрядчик должен ответить сразу

• Кто отвечает за результат? Один подрядчик на разработку, SEO и поддержку или три разных, которые будут перекладывать вину друг на друга.
• Как фиксируется стоимость? Смета с разбивкой по этапам, а не цифра «на глаз».
• Покажете ли реальные кейсы и отзывы? Не обобщённые картинки, а проекты с цифрами.
• Есть ли опыт миграций и технического SEO? Это не то же самое, что писать тексты и покупать ссылки.
• Что происходит после запуска? Мониторинг, SLA, сроки реакции.
• Какие гарантии прописаны в договоре? Сроки, KPI, гарантия на разработку.
• Как выглядит отчётность? Понятные отчёты по позициям, трафику и заявкам, а не набор скриншотов.

Красные флаги

• Обещают «топ-1 за месяц» или гарантируют позиции в любом виде.
• Не называют, кто конкретно будет работать над проектом.
• Отвечают на вопрос про резервные копии и мониторинг фразой «это не наша зона».
• Не могут объяснить, как не потерять позиции при переезде.
• Просят полный доступ ко всему без договора и NDA.

Мы работаем с 2019 года, реализовали 200+ проектов, в команде 10+ штатных специалистов. Для владельцев сайтов, которых затронул сбой Beget или любая другая проблема с хостингом, делаем:

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

Сайт недоступен или не знаете, с чего начать? Оставьте заявку в форме ниже. Мы бесплатно разберём вашу ситуацию и предложим план действий. Отвечаем в течение часа в рабочее время (пн–пт, 10:00–19:00 мск), NDA по запросу. Примерную стоимость можно прикинуть в калькуляторе.