2 ноября с утра мне начали писать клиенты: не открывается сайт, не приходят письма, а один спросил, не забыли ли они оплатить хостинг, и уже пытался заплатить ещё раз. Платить было не нужно. Ночью упал Beget, один из крупнейших хостингов в России, и вместе с ним перестали работать сайты, почта, виртуальные серверы и DNS у огромного числа компаний. Сегодня расскажу, как понять, что сломалось не у вас, что делать в первые часы, что будет с позициями в Яндексе и Google и как устроить сайт, чтобы следующая авария прошла стороной.
Материал написан 2 ноября 2026 года, вечером, когда авария ещё не закончилась. Хронология ниже по сообщениям самого Beget и новостям, ссылки на источники в тексте. Если вы читаете это позже и ваш хостинг другой, порядок действий от этого не меняется: крупные аварии бывают у всех хостингов.
Что случилось 2 ноября
В 01:50 по Москве Beget написал в своём телеграм-канале: «У нас произошёл крупный инцидент». В 05:23 компания уточнила, что проблема «носит комплексный характер и затрагивает все уровни архитектуры», а инженеры настраивают оборудование вручную прямо в дата-центрах. В 12:43 Beget назвал причину: массированная кибератака. Клиентам объявили о форс-мажоре, выделенные серверы к этому времени уже вернули, главным приоритетом назвали DNS-серверы (на них оценка была четыре-пять часов), почту восстанавливали параллельно. Файловые копии большинства сайтов у хостинга есть, но полное восстановление данных, по словам компании, займёт много времени.
Не работали сами сайты, панель управления и личный кабинет, виртуальные серверы, почта и DNS. Не открывался даже информационный портал «Честного знака» (сама система маркировки, по словам оператора, работала). По данным Downdetector, который приводит Фонтанка, за сутки набралось около 8,5 тысячи жалоб. Масштаб понятен и по другой цифре: по переписи хостингов на 8 октября у Beget размещалось 334 562 действующих сайта в зонах .ru, .рф и .su, это 14,6% всех найденных (Securitylab, CNews).
Около семи вечера по Москве я проверял домены клиентов через публичные DNS Google и Cloudflare. Часть адресов уже снова находилась, по другим публичные DNS всё ещё отвечали ошибкой, а сайт самого Beget отдавал «502 Bad Gateway». Сроков полного восстановления Beget на этот момент не называл.
Это у меня сломалось или у хостинга?
Первым делом стоит понять именно это. Если сломалось у вас, надо чинить. Если у хостинга, надо не наделать ошибок, пока чинят его.
Не открывается сайт и одновременно не приходит почта. Это почти всегда хостинг или DNS, а не ваш сайт. Сайт и почта ломаются вместе, когда у них общий провайдер.
Проверьте DNS. DNS – это справочная интернета: браузер спрашивает у неё, на каком сервере лежит ваш сайт, и только потом идёт туда. Откройте любой онлайн-сервис проверки DNS и введите адрес сайта. Если он пишет «адрес не найден» или ошибку SERVFAIL, значит, справочная не отвечает. Сайт при этом может быть цел, просто дорогу к нему никто не может подсказать.
Посмотрите жалобы других. На Downdetector и похожих сервисах видно, жалуются ли люди на ваш хостинг прямо сейчас. Резкий всплеск ночью или утром почти всегда значит общую аварию.
Откройте канал хостинга. Почти у всех крупных хостингов есть телеграм-канал или страница статуса. 2 ноября Beget писал обновления именно туда, а сайт и личный кабинет не открывались.
Спросите соседей. Если у вас или у подрядчика несколько сайтов на одном хостинге и легли все сразу, дело не в вашем сайте.
Если хостинг работает, а не открывается только ваш сайт, причина у вас: закончилась оплата, не продлён домен, сломалось что-то после обновления. Это уже другая история, и её надо разбирать с тем, кто ведёт сайт.
Что делать в первые часы
Починить чужой дата-центр вы не можете. Зато можете не потерять клиентов и не добавить себе проблем.
Не платите ещё раз. Если хостинг оплачен, повторный платёж ничего не включит. 2 ноября несколько моих клиентов решили, что это они что-то просрочили, и пытались оплатить хостинг или почту. Лишние деньги потом придётся возвращать через поддержку, которой в этот день и так тяжело.
Предупредите клиентов. Короткий пост в соцсетях и телеграм-канале, строчка в карточке Яндекс Бизнеса или 2ГИС: «Сайт временно не работает, заказы принимаем по телефону и в мессенджере». Люди спокойнее относятся к сбою, когда видят, что вы о нём знаете.
Переведите заявки на телефон и мессенджер. Формы на сайте сейчас ничего не отправят. Если у вас идёт реклама, поставьте её на паузу: иначе вы платите за переходы на страницу с ошибкой.
Предупредите тех, кто пишет вам на почту. Письма, отправленные во время сбоя, обычно не теряются: сервер отправителя повторяет попытки несколько дней. Но если авария затянется, часть писем вернётся отправителям с ошибкой. Важным клиентам и поставщикам лучше сразу написать в мессенджер.
Не переезжайте на горячую без копии. Самая частая паника: «срочно переносим сайт на другой хостинг». Перенести можно только то, копия чего у вас есть. Если все копии лежат у того же хостинга, вы перенесёте адрес сайта в пустоту, а заодно сломаете почту, если забудете перенести её записи. И ещё: если домен зарегистрирован у того же провайдера, поменять DNS не получится, личный кабинет тоже лежит.
Не ставьте старую копию поверх. Когда хостинг поднимется, не торопитесь восстанавливать сайт из своей копии месячной давности. Сначала посмотрите, что вернул сам хостинг: возможно, там всё на месте, а старая копия затрёт свежие заказы и правки.
Записывайте время. Когда заметили, что не работало, когда заработало. Пригодится для перерасчёта у хостинга, для отчётов (в Метрике будет провал, и через месяц кто-нибудь примет его за падение спроса) и для разговора о том, что менять.
За этот день у меня было три показательных случая. Сайт клиента у зарубежного хостинга работал как ни в чём не бывало. У другого клиента вместе с виртуальным сервером лёг его телеграм-бот: бот жил у того же провайдера, что и сайт. А у одного проекта сервер был свой, в другом месте, и проработал всю ночь, но DNS у домена обслуживал Beget, поэтому новые посетители сайт найти не могли. Сервер в надёжном месте не помогает, если дорогу к нему подсказывает упавший провайдер.
Хостинг можно выбирать сколько угодно тщательно, авария всё равно когда-нибудь случится. Вопрос в том, сколько всего ляжет вместе с ним.
Что будет с позициями в Яндексе и Google
Это первый вопрос, который мне задают после «когда заработает». Отвечаю по справке самих поисковиков, без догадок.
Google. В справке для вебмастеров написано так: при ошибках сервера робот Google временно замедляет обход сайта, уже найденные страницы остаются в индексе, но со временем удаляются, если ошибки не проходят. Когда сайт снова отвечает нормально, Google постепенно возвращает прежнюю скорость обхода. Отдельно про файл robots.txt: если он недоступен (в том числе из-за DNS), первые 12 часов Google не обходит сайт, а потом до 30 дней пользуется последней сохранённой копией. А в материале о временном закрытии сайта Google прямо говорит, что держать сайт недоступным можно очень недолго, «несколько дней максимум», и что после полного выпадения из индекса нет ни точного срока возвращения, ни способа его ускорить.
Яндекс. В справке Вебмастера сказано жёстче: если роботу не удалось подключиться к сайту из-за ошибки сервера, сайт может полностью пропасть из поиска. Хорошая новость в том, что страница, исключённая из-за ошибки загрузки, возвращается, когда робот при следующем визите получает нормальный ответ. Ускорить это можно переобходом, а появиться в поиске страница может в течение двух недель после того, как робот узнает об изменении.
Если перевести на бытовой язык, получится примерно так:
- Несколько часов. Для поиска почти незаметно. Робот, скорее всего, даже не застанет сайт лежащим.
- Сутки. Роботы придут позже и реже, часть страниц в Яндексе может временно выпасть, но после восстановления они обычно возвращаются за несколько дней, иногда за две недели.
- Несколько дней. Выпадение части страниц из обоих поисковиков уже вероятно. Возвращаться они будут неделю-две, и позиции в это время скачут.
- Неделя и больше. Сайт рискует выпасть из поиска почти целиком, и восстанавливаться придётся неделями, без гарантии вернуться на прежние места.
Есть и менее заметная потеря. Человек, который нашёл вас в поиске и увидел ошибку, вернулся в выдачу и пошёл к конкуренту. Эту заявку уже не вернуть, поэтому так важно в первые же часы перевести людей на телефон и мессенджер.
Что сделать, когда сайт заработал
Не спешите выдыхать, когда главная страница открылась. Хостинг поднимает сайты из копий, и что-то из последних дней может не вернуться.
- Пройдите по сайту руками. Главная, каталог, ключевые услуги, корзина. Отправьте себе контрольную заявку через каждую форму.
- Проверьте, всё ли на месте. Последние заказы, статьи, правки за день-два до аварии. Если чего-то нет, у вас (или у подрядчика) должна быть своя копия, и сейчас самое время её найти.
- Проверьте почту. Отправьте и получите тестовое письмо, посмотрите, дошли ли письма за время сбоя.
- Яндекс Вебмастер. В «Проверке ответа сервера» убедитесь, что главная отдаёт код 200. Отправьте главные страницы на переобход. Через несколько дней загляните в «Страницы в поиске», в список исключённых.
- Google Search Console. Для важных страниц «Проверка URL» и «Запросить индексирование». В «Статистике сканирования» видно, когда Google снова начал нормально заходить на сайт.
- Метрика. Оставьте на графике примечание с датой аварии. Через месяц это сэкономит кому-то полчаса нервного разбора.
- Перерасчёт. Напишите хостингу письменно, сколько часов не работали сайт и почта. Что вам положено, написано в договоре. Beget сослался на форс-мажор по статье 401 Гражданского кодекса, но само уведомление о форс-мажоре ещё не освобождает от ответственности, поэтому спросить стоит.
Как подстраховаться заранее
Хорошая новость: большая часть страховки стоит недорого и делается один раз. Главная мысль простая: не держать всё у одного провайдера.
DNS отдельно от хостинга. Держите DNS у регистратора домена или у отдельного DNS-сервиса, у большинства регистраторов он бесплатный. Тогда при аварии хостинга адрес сайта по-прежнему находится, и вы сами решаете, куда его направить: на копию сайта или на страницу-заглушку. И почта не ломается, потому что её записи тоже живут в DNS. Ещё лучше, если и сам домен зарегистрирован не у хостинга: тогда личный кабинет, где им управляют, не ляжет вместе с сайтом.
Короткое время жизни записей. У каждой записи DNS есть время жизни (TTL): сколько интернет помнит старый адрес. Если оно сутки, переключение на запасной сервер будет расходиться сутки. Для адреса сайта разумно держать в пределах часа, а перед переездом снижать до нескольких минут.
Вторичный DNS. Если ваш DNS-сервис это умеет, добавьте второй DNS у другого провайдера. Когда один не отвечает, адрес отдаёт второй. Для небольшого сайта это уже следующий уровень, но для магазина с заметным оборотом стоит обсудить.
Почта отдельно от хостинга. Яндекс 360 для бизнеса, VK WorkSpace и похожие сервисы дают почту на вашем домене за небольшие деньги. Важная оговорка: почта переживёт аварию хостинга, только если DNS тоже не у него.
Копии вне хостинга. Копии, которые делает сам хостинг, лежат там же, где сайт. 2 ноября Beget сообщил, что файловые копии у него есть, но про базы данных ясности не было. Своя копия сайта и базы раз в сутки в отдельное хранилище у другого провайдера, хранить пару-тройку недель. И раз в квартал проверять, что из копии сайт действительно поднимается: копия, из которой ничего не собирается, ничем не лучше её отсутствия.
Мониторинг. Сервис, который раз в одну-пять минут открывает сайт и пишет в Telegram, если тот не ответил. Вы узнаете об аварии раньше клиентов, а не от них. Свой мониторинг в Метрике Яндекс давно отключил, так что нужен отдельный сервис, у многих есть бесплатный тариф.
Страница-заглушка. Одна статичная страница у другого провайдера: название, телефон, мессенджеры, «сайт временно не работает». Если DNS отдельно, переключить на неё домен можно за несколько минут. Отдавать её стоит с кодом 503: это сигнал поисковикам, что недоступность временная, и они не примут заглушку за новый сайт. Google советует именно так закрывать сайт на день-два.
План на одну страницу. Где лежат копии, у кого доступы к регистратору и DNS, куда переезжать, кто это делает и чей телефон. Пароли от регистратора не должны приходить только на почту, которая живёт на том же хостинге.
Не складывать всё в одну корзину. Сайт, телеграм-бот, CRM и почта на одном виртуальном сервере падают одновременно. Бот на другом сервере продолжит принимать заявки, даже когда сайт лежит.
Когда всё это не нужно
Если сайт у вас визитка, клиенты приходят по рекомендациям и звонят по телефону, а сайт просто подтверждает, что вы существуете, полная страховка будет перебором. Хватит своей копии раз в неделю и почты отдельно от хостинга. Сутки простоя такой сайт переживёт без заметных последствий.
Держать полную копию сайта на втором хостинге, которая подхватит работу автоматически, для малого бизнеса почти всегда слишком дорого и сложно в обслуживании. Это для интернет-магазинов, где час простоя стоит дороже месяца такой инфраструктуры.
И переезжать с хостинга после одной аварии не обязательно. Крупные сбои случаются у всех, вопрос в том, как часто и как провайдер себя в них ведёт: пишет ли, что происходит, есть ли у него копии, возвращает ли деньги. Решать стоит на холодную голову, когда всё заработает.
Поддержка сайта: копии, мониторинг и план на случай аварии
Если сайт до сих пор не открывается и непонятно, ждать или переезжать, или хотите устроить страховку заранее, напишите, посмотрю. Если у вас остались вопросы, с удовольствием отвечу на них.
Частые вопросы
Нужно ли платить за хостинг, если сайт перестал работать?
Если хостинг у вас оплачен, нет. При аварии у провайдера повторный платёж ничего не включит, а личный кабинет часто тоже не открывается. Сначала проверьте, не написал ли хостинг о сбое в своём канале и не жалуются ли другие его клиенты.
Упадут ли позиции, если сайт не работал сутки?
Обычно нет или ненадолго. Google при ошибках сервера просто реже заходит на сайт и сохраняет уже найденные страницы. Яндекс может временно исключить страницы, которые робот не смог загрузить, но они возвращаются после нового обхода. Ускорить это можно переобходом в Вебмастере и запросом индексации в Search Console.
Сколько дней сайт может не работать без последствий для поиска?
Точного числа никто не называет. Google в своей справке пишет, что держать сайт закрытым можно очень недолго, несколько дней максимум, иначе последствия в поиске будут заметными. Чем дольше простой, тем больше страниц выпадет и тем дольше они будут возвращаться.
Пропадут ли письма, которые мне отправили во время сбоя?
Чаще всего нет. Почтовый сервер отправителя, получив временную ошибку, повторяет попытки, по стандарту не меньше четырёх-пяти дней. Если сбой дольше, часть писем вернётся отправителям с ошибкой, поэтому важным собеседникам лучше написать в мессенджер.
Можно ли перенести сайт на другой хостинг прямо во время аварии?
Только если у вас есть свежая копия сайта и базы где-то ещё и доступ к управлению доменом не зависит от упавшего провайдера. Без копии переносить нечего, а если домен зарегистрирован там же, кабинет для смены DNS скорее всего тоже лежит.
Что значит ошибка SERVFAIL?
Это ответ DNS-сервера «не могу узнать адрес». Для сайта он значит, что интернет не может найти, на каком сервере ваш сайт лежит. Сам сайт при этом может быть цел, но открыть его не получится, пока не заработают DNS-серверы вашего домена.
Зачем держать DNS отдельно от хостинга?
Чтобы при аварии хостинга вы могли сами переключить домен на копию сайта или страницу-заглушку и чтобы не пропала почта. DNS у регистратора или отдельного сервиса продолжит работать, даже когда хостинг лежит целиком.
Как часто делать резервную копию сайта?
Для сайта, где каждый день появляются заказы или заявки, раз в сутки. Для сайта-визитки хватит раза в неделю и после каждой правки. Главное, чтобы копии лежали у другого провайдера и чтобы хотя бы раз в квартал кто-то проверял, что из них сайт действительно поднимается.
Как узнать, что сайт упал, раньше клиентов?
Поставить мониторинг доступности: сервис раз в одну-пять минут открывает сайт и присылает сообщение в Telegram или на почту, если он не ответил. У многих таких сервисов есть бесплатный тариф на один-два сайта.
Положена ли компенсация за простой хостинга?
Смотрите свой договор: там обычно написано, какая доступность обещана и как считается перерасчёт. Beget сослался на форс-мажор по статье 401 Гражданского кодекса. Запросите перерасчёт письменно, указав, сколько часов не работали сайт и почта.