Сбой Beget: что делать владельцу сайта, если хостинг не работает

В ночь на 2 ноября 2026 года у хостинг-провайдера Beget произошёл крупный инцидент. По данным «Коммерсанта», перестали работать сайты, серверы, почта, DNS и панель управления, а на сервисы мониторинга сбоев поступили тысячи жалоб. Beget - один из крупнейших хостингов страны: по переписи хостингов на октябрь 2026 года, на нём работало больше 330 тысяч сайтов. Поэтому без сайта и почты в эти дни остались тысячи компаний.

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

Что известно о сбое

По официальным сообщениям Beget в Telegram-канале компании:

• инцидент начался ночью 2 ноября, по заявлению компании, причиной стала массированная кибератака;

• проблема затронула все уровни инфраструктуры, инженеры восстанавливают её в дата-центрах вручную;

• компания уведомила клиентов об обстоятельствах непреодолимой силы;

• в первую очередь восстанавливают DNS-серверы, параллельно - почту, выделенные серверы без администрирования Beget уже работают;

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

Beget отдельно заявил, что сбой не связан с недавней уязвимостью в PHP: её на виртуальном хостинге компания закрыла ещё 22 октября. Данных об утечке информации клиентов на момент публикации нет. Полные сроки восстановления компания не называла.

Что делать прямо сейчас

Пока хостинг восстанавливается, повлиять на его работу вы не можете. Зато можете сделать так, чтобы клиенты продолжали до вас дозваниваться, а реклама не тратила деньги впустую.

Если у вас есть своя резервная копия

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

Чего делать не стоит

• Не доверяйте «спасателям». В такие дни появляются предложения «срочно восстановить сайт» от людей, у которых нет и не может быть доступа к данным хостинга. Не передавайте им пароли и не платите вперёд.

• Не засыпайте поддержку повторными обращениями. Одно обращение с описанием проблемы и номером договора лучше десяти «когда заработает?» - очередь от этого быстрее не станет.

• Не меняйте настройки наугад. Смена DNS, перенос домена или переустановка CMS во время сбоя часто приводят к тому, что после восстановления сайт всё равно не работает - уже из-за ваших изменений.

Что проверить после восстановления

Когда сайт снова откроется, не спешите считать, что всё позади. После кибератаки и ручного восстановления стоит пройтись по короткому списку:

1. Сайт целиком, а не только главная. Формы заявок, корзина, личный кабинет, поиск, картинки. Отправьте тестовую заявку и убедитесь, что она дошла.

2. Почта. Приходят ли письма с сайта и на ящики домена, не попадают ли они в спам.

3. Свежесть данных. Если сайт восстановили из резервной копии, последние изменения, заказы и заявки могли не попасть в неё. Сверьте с CRM и почтой.

4. SSL-сертификат. Открывается ли сайт по https без предупреждений браузера.

5. Пароли. Смените пароли от панели хостинга, FTP, базы данных и админки сайта. После атаки на инфраструктуру это разумная предосторожность.

6. Метрика и реклама. Включите кампании обратно и проверьте, что цели в Метрике снова срабатывают.

7. Своя резервная копия. Сразу сделайте копию файлов и базы и сохраните её вне хостинга.

Пострадают ли позиции в поиске

Если сайт был недоступен день-два, позиции обычно возвращаются после восстановления: поисковики видят, что проблема на стороне сервера, и не исключают сайт сразу. При более долгом простое часть страниц может временно выпасть из выдачи. Ускорить возвращение можно в Яндекс Вебмастере: отправьте ключевые страницы на переобход в разделе «Переобход страниц».

Как подготовиться к следующему сбою

Сбои случаются у всех. Только за октябрь 2026 года, кроме Beget, о своих инцидентах сообщали и другие игроки рынка: FirstVDS рассказал об атаке на свою инфраструктуру, а Timeweb сбросил пароли клиентам после массового подбора. Поэтому вопрос не в том, у какого хостинга сбоев не будет, а в том, насколько вы к ним готовы.

Что обещают хостинги в договоре

Перед выбором хостинга стоит прочитать его SLA - соглашение об уровне сервиса. Обычно там обещают доступность 99,9% и выше, но компенсация за простой, как правило, - продление тарифа на несколько дней, а не возмещение потерь бизнеса. Кибератаки и аварии в дата-центрах чаще всего отнесены к обстоятельствам непреодолимой силы. Например, так устроено соглашение Timeweb для виртуального хостинга. Там же клиент обязуется сам дублировать резервные копии на стороннем ресурсе.

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

Стоит ли менять хостинг

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

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

Мы сами размещаем проекты на Timeweb (виртуальный хостинг) и Timeweb Cloud (серверы). За время нашей работы серьёзных простоев там не было, и нам нравится, как они ведут себя в сложных ситуациях: например, после уязвимости в PHP обновили его на виртуальном хостинге сами, без участия клиентов. Но даже там мы держим свои резервные копии и DNS отдельно - по причинам, описанным выше.

Поможем, если сайт пострадал

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

Вопросы и ответы