Как восстановить удалённый сайт, если хостинг упал или стёр его: что делать в первые сутки

Как восстановить удалённый сайт, если лёг весь хостинг вместе с панелью, почтой и резервными копиями? Утром 2 ноября 2026 года этот вопрос задавали себе владельцы сотен тысяч сайтов: у Beget, одного из крупнейших хостингов страны, разом перестали работать сайты клиентов, личный кабинет и DNS. Копии, которые лежали у того же хостинга, в эти часы были так же недоступны, как и сами сайты. Ниже — что делать в первые сутки, откуда реально можно вернуть сайт, чего не вернёт веб-архив, что будет с позициями в Яндексе и как устроить хозяйство, чтобы следующий сбой прошёл для вас незаметно.

Вопрос задают чаще, чем кажется. По данным Яндекс Вордстата на 02.11.2026, запрос «как восстановить удаленный сайт» набирает 395 показов в месяц, «бэкап сайта» — 527, «как перенести сайт на другой хостинг» — 147, а «beget не работает» — 96. Последняя цифра взята за прошлый месяц, всплеск после 2 ноября в неё ещё не попал.

Коротко

• Копия сайта, которая хранится у того же хостинга, бесполезна в день, когда лежит сам хостинг. Хотя бы одна копия файлов и базы данных должна жить в другом месте.
• Домен и сайт — разные вещи. Домен закреплён за владельцем у регистратора, файлы и база лежат у хостинга. Если домен у независимого регистратора, сайт можно поднять в другом месте и переключить на него домен, не дожидаясь старого хостинга.
• Сначала выясните, что сломалось: весь хостинг, его сеть или только ваш сайт. Переезд в панике при сбое, который пройдёт сам через час, создаёт больше проблем, чем решает.
• Веб-архив возвращает тексты, вёрстку и часть картинок. Базу данных, формы заявок, корзину, личный кабинет и админку он не хранит.
• При восстановлении сохраняйте прежние адреса страниц один в один. Новые адреса для поиска — новые страницы, и позиции придётся набирать заново.
• Пока сайта нет, клиенты должны находить вас по карточке в картах, в соцсетях и на площадках. Проверьте, что там указан телефон, а не только ссылка на сайт.

Что случилось 2 ноября и какой из этого урок

По сообщениям компании и СМИ, первые жалобы на Beget появились около 02:45 по Москве, к 03:00 сбой стал массовым. Не открывались сайты клиентов, панель управления и личный кабинет, сбоили виртуальные серверы, почта и DNS. Среди недоступных оказался даже сайт системы маркировки «Честный знак». Сначала компания сообщила о крупном инциденте, который затрагивает все уровни архитектуры, а инженеры вручную настраивали инфраструктуру в дата-центрах.

Позже, по словам компании, её инфраструктура подверглась массированной кибератаке. Клиентов уведомили, что обстоятельства имеют признаки непреодолимой силы по пункту 3 статьи 401 Гражданского кодекса. Независимых подтверждений атаки в СМИ на момент написания нет. К этому времени, по словам компании, восстановлены выделенные серверы, которые клиенты администрируют сами. Восстановление NS-серверов компания назвала главным приоритетом, а точных сроков полного восстановления всех сервисов назвать не смогла. Файловые резервные копии, по её словам, доступны для большинства ресурсов виртуального хостинга и облака, но восстановление данных потребует длительного времени.

Масштаб понятен из двух цифр: по словам компании, на её серверах работает больше 450 тысяч сайтов, а на Downdetector набралось больше 7 тысяч жалоб. В 11:09 по Москве я сам проверил адрес beget.com: имя не находилось вовсе. Это значит, что лежали и DNS-серверы хостинга. А у кого домен «смотрит» на эти серверы, у того не работали и сайт, и почта на домене, даже если сам сайт стоял совсем в другом месте.

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

Домен и сайт — разные вещи

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

• Домен — имя сайта. Его регистрирует регистратор, и он закреплён за конкретным человеком или компанией. Пока домен оплачен и оформлен на вас, его у вас никто не заберёт, даже если хостинг сгорит целиком.
• DNS — адресная книга интернета. По имени домена она подсказывает браузеру, на каком сервере искать сайт и куда отправлять почту. NS-серверы — это серверы, которые хранят такую адресную книгу для вашего домена. Их может держать регистратор, хостинг или отдельный DNS-сервис.
• Хостинг — место, где лежат файлы сайта и база данных. База данных — хранилище, в котором у большинства движков живут тексты страниц, товары, заявки и пользователи.

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

Сначала поймите, что сломалось

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

1. Лежит весь хостинг или только ваш сайт. Загляните на страницу статуса хостинга, в его официальный канал в Telegram, посмотрите жалобы на сервисах мониторинга сбоев. Если жалуются тысячи людей, ваш сайт тут ни при чём, и чинить его изнутри бесполезно.
2. Открывается ли панель хостинга. Если панель работает, а сайт нет — вероятно, проблема в самом сайте: закончилась оплата, сломалось обновление, сайт взломали или удалили. Тогда помогает копия в панели и поддержка хостинга.
3. Где домен и чьи у него NS-серверы. Это показывает WHOIS — открытая справка о домене, где видно регистратора, срок оплаты и прописанные NS-серверы. Если NS принадлежат упавшему хостингу, у вас не работают и сайт, и почта на домене.
4. Сеть или сервер. Бывает, что сервер исправен и простаивает, а до него просто не доходят запросы из-за проблем в сети провайдера. Такой сбой обычно проходит без вашего участия.

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

Откуда вернуть сайт: шесть источников

Источники расположены от лучшего к худшему. Чем выше по списку нашлась копия, тем меньше работы и потерь.

Источник	Что возвращает	Чего не вернёт	Когда подходит
Своя свежая копия вне хостинга: файлы плюс база данных на вашем компьютере, в облачном хранилище, на другом сервере	Сайт целиком: страницы, админку, заявки, товары, корзину, пользователей	Изменения, сделанные после даты копии	Всегда. Единственный вариант, который возвращает рабочий сайт без участия хостинга
Копия в панели хостинга	Сайт целиком на дату копии	Ничего, если хостинг лежит: до копий в этот день не добраться	Хостинг жив, а удалён только ваш сайт: случайно, после взлома, после неоплаты. Копии хранят ограниченное время, условия смотрите в своём тарифе
Разработчик или прежний подрядчик	Часто копию или рабочую версию сайта у себя	Свежие заявки и правки, сделанные после его работы	Если сайт делали на заказ и связь с исполнителем осталась
Веб-архив (Wayback Machine)	Снимки страниц: тексты, вёрстку, часть картинок	Базу данных, админку, формы, личный кабинет, корзину; часть страниц и картинок может отсутствовать	Нет ни одной копии, нужно спасти тексты и структуру сайта
Кэш поисковиков	Почти ничего: рассчитывать на него нельзя	Всё остальное	Практически никогда
Свои материалы: документы, письма, переписка с копирайтером, фото товаров	Отдельные тексты и картинки	Вёрстку, структуру, всё, что работало на сайте	Последний рубеж, когда больше ничего нет

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

С кэшем поисковиков история короткая. Google убрал ссылку «Сохранённая копия» в начале 2024 года, а 24 сентября 2024 года перестал работать и поисковый оператор cache:. В качестве замены компания сама указывала на Wayback Machine. На кэш как на способ спасения сайта сегодня рассчитывать не стоит.

Веб-архив: что он вернёт, а что нет

Wayback Machine — некоммерческий архив, который годами сохраняет снимки страниц интернета. Если ваш сайт жил несколько лет и на него вели ссылки, высока вероятность, что главная и основные разделы там есть. Откройте архив, введите адрес сайта и посмотрите календарь снимков: чем больше отметок, тем больше шансов собрать тексты.

Честно о возможностях архива:

• Тексты страниц и заголовки обычно сохраняются хорошо. Это самое ценное: на них держатся позиции.
• Вёрстка сохраняется частично. Стили и скрипты архив сохраняет не всегда, страница может выглядеть разъехавшейся.
• Картинки — частично. Крупные фото, галереи и картинки, подгружаемые при прокрутке, часто отсутствуют.
• Базу данных, админку, формы заявок, корзину, личный кабинет архив не хранит вообще. Он видит сайт глазами посетителя, а не изнутри.
• Свежие правки могут не попасть в архив: снимки делаются не каждый день, у небольших сайтов — гораздо реже.

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

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

Ждать хостинг или переезжать

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

Ситуация	Что разумнее	Почему
Есть свежая копия вне хостинга, сайт приносит заявки каждый день, хостинг не называет сроков	Поднимать сайт на временном хостинге и переключать домен	Каждые сутки простоя стоят заявок, а копия позволяет не зависеть от чужих сроков
Копии вне хостинга нет	Ждать восстановления от хостинга, параллельно спасать тексты из веб-архива	Переносить нечего: без копии вы получите пустой сервер
Домен у регистратора, а NS-серверы у упавшего хостинга	Переносить DNS к регистратору или в отдельный DNS-сервис	Без этого не заработает ни новый сервер, ни почта на домене
Хостинг работает, удалён только ваш сайт	Восстанавливать из копии в панели или через поддержку	Это быстрее и надёжнее любого переезда
Сайт не открывается несколько минут, жалоб на хостинг нет	Проверить сеть и ответ сервера, подождать	Короткие сбои сети часто проходят сами
Сайт-визитка без заявок, клиенты приходят по телефону	Можно спокойно ждать	Потери от простоя небольшие, а риск ошибиться при переезде реальный

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

Что будет с позициями, пока сайта нет

Справка Яндекс Вебмастера говорит прямо: если поисковому роботу не удалось подключиться к сайту из-за ошибки сервера, сайт может полностью пропасть из поиска. Страница с кодом ответа, отличным от 200 OK, недоступна роботу и не может попасть в поиск. Код ответа — короткий сигнал, который сервер отдаёт роботу вместе со страницей; 200 OK означает, что всё в порядке.

Хорошая новость тоже есть в справке. Исключённые страницы Яндекс продолжает проверять, и после того как робот узнаёт об изменении, страница может появиться в поиске в течение двух недель. Если причина исключения устранена, справка советует отправить страницу на переобход.

Моё рабочее правило, которое я подробно описал в статье про ошибку 503 и недоступный сайт, выглядит так:

• до часа недоступности поиск обычно не замечает;
• несколько часов — заметит, но восстановится само;
• сутки и дольше — готовьтесь к просадке и к возврату страниц через переобход в Вебмастере.

Отдельный риск — смена адресов при восстановлении. Если вы собираете сайт заново на новом движке или из веб-архива, сохраните прежние адреса страниц (URL) один в один, вплоть до косой черты в конце. Новые адреса для поиска — новые страницы, позиции придётся набирать с нуля. Если адреса всё-таки поменялись, настройте постраничные 301-е редиректы: 301 — это постоянное перенаправление, которое сообщает и посетителю, и роботу, что страница переехала на новый адрес навсегда. Редирект всех старых страниц на главную не годится: роботу нужна связь «старая страница — её новый двойник».

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

Когда сайт снова открывается, работа не закончена. Нужно убедиться, что его видит не только ваш браузер, но и поисковый робот.

1. Проверьте ответ сервера по главной и ключевым страницам инструментом проверки в Яндекс Вебмастере. Нужен код 200, а не 503, не 500 и не перенаправление в никуда.
2. Проверьте заявки. Отправьте себе тестовую заявку через каждую форму, позвоните по номеру с сайта, проверьте почту на домене. После переезда формы часто отправляют письма в пустоту.
3. Отправьте карту сайта в Вебмастер заново и убедитесь, что в ней прежние адреса.
4. Поставьте на переобход главную, страницы услуг и категорий — то, что приносит заявки. Мелкие страницы робот догонит по карте сайта.
5. Подключите IndexNow, если движок это позволяет. IndexNow — протокол мгновенного уведомления поисковиков о новых и изменённых страницах, Яндекс его поддерживает.
6. Следите за позициями по средним за неделю, а не по одному замеру. Разовый съём после сбоя может показать что угодно, и выводы по нему приводят к лишним правкам.

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

Где брать клиентов, пока сайт лежит

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

• Карточка в картах. Люди, которые ищут вас по названию или по услуге рядом, видят карточку раньше сайта. Проверьте, что там указан телефон, часы работы и адрес, а не только ссылка на сайт.
• Соцсети и мессенджеры. Закрепите короткий пост: сайт временно недоступен, звоните или пишите сюда. Уберите из шапки профиля единственную ссылку на сайт, если других контактов там нет.
• Площадки объявлений и маркетплейсы. Если вы там представлены, проверьте, что контакты в карточках актуальны и не ведут только на сайт.
• Почта. Если почта на домене лежит вместе с DNS хостинга, предупредите ключевых клиентов и поставщиков, на какой запасной адрес писать.

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

План первых суток

Собрал всё сказанное в один порядок действий. Его удобно распечатать и держать рядом с доступами.

Шаг	Что сделать	Зачем
1	Понять, что сломалось: весь хостинг (страница статуса, канал хостинга, жалобы) или только ваш сайт	От этого зависит, чинить ли сайт или ждать хостинг
2	Проверить через WHOIS регистратора домена и NS-серверы	Понять, можно ли переключить домен без старого хостинга
3	Найти самую свежую копию, двигаясь по списку источников сверху вниз	Без копии переезжать некуда
4	Решить: ждать хостинг или поднимать сайт в другом месте	Есть копия и заявки — поднимать; нет копии — ждать и спасать тексты из веб-архива
5	Проверить телефон в картах, соцсетях, на площадках	Клиенты должны дозвониться, пока сайта нет
6	После возвращения: ответ сервера, заявки, карта сайта, переобход, контроль позиций по средним за неделю	Вернуть страницы в поиск и не делать выводов по одному замеру

Как не попасть в это снова

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

• Копии вне хостинга. Хотя бы одна регулярная копия файлов и базы данных должна храниться в другом месте: на вашем компьютере, в облачном хранилище, на другом сервере. Периодически проверяйте, что из копии сайт действительно поднимается. Копия, из которой ни разу не пробовали восстановиться, — надежда, а не страховка. Почему копии должны жить отдельно от сайта, хорошо видно и на примере шифровальщиков, об этом статья про вирус-шифровальщик и резервные копии.
• Домен у независимого регистратора и на ваше имя. Не у хостинга и не на бывшего подрядчика. Если домен сейчас оформлен не так, как нужно, переносите его заранее, а не в день сбоя: порядок описан в статье о переносе домена к другому регистратору.
• DNS отдельно от хостинга. Если NS-серверы у регистратора или в отдельном DNS-сервисе, при падении хостинга вы меняете одну запись и направляете домен на новый сервер.
• Проверка доступности. Внешний мониторинг, который раз в несколько минут открывает сайт и присылает уведомление, если он не отвечает. Вы узнаете о сбое раньше клиентов.
• Список доступов в одном месте. Регистратор, хостинг, DNS, админка сайта, Вебмастер — логины должны быть у вас, а не только у разработчика.
• Выбор хостинга с открытыми глазами. Где хранятся копии, сколько дней, как их скачать, есть ли страница статуса — что ещё проверить до покупки, я собрал в материале о хостинге для WordPress.

Мой опыт: два сбоя за осень

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

27–28 сентября я заливал на сервер сто видео. Сервер был занят, и в Яндекс Вебмастере появился код OTHER: робот не получил ответа на 180 страницах в один день и на 110 — в другой. После окончания заливки число таких страниц вернулось к нулю. Вывод для меня: даже несколько часов недоступности робот видит и фиксирует, и тяжёлые работы на сервере лучше планировать так, чтобы сайт продолжал отвечать.

6 октября вечером сайт около 40 минут почти не открывался. Потери пакетов в сети хостинга доходили до 50–85%, а сам сервер в это время простаивал. Если бы я начал переносить сайт в панике, я бы потратил вечер и рисковал сломать то, что было исправно. К концу часа всё прошло само, позиции не пострадали. Урок: сначала понять, где поломка — в сети хостинга или на сервере, — и только потом что-то предпринимать.

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

Частые вопросы

Хостинг удалил сайт за неоплату. Его можно вернуть? Часто можно, если обратиться быстро. Многие хостинги какое-то время хранят копии и данные удалённых аккаунтов, но сроки и условия у всех разные, поэтому пишите в поддержку в тот же день и спрашивайте, есть ли копия и за какую дату. Параллельно проверьте, не истёк ли заодно домен.

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

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

Когда вернутся позиции? Обещать срок не возьмусь. Справка Яндекса говорит, что после того, как робот узнает об изменении, страница может появиться в поиске в течение двух недель. Ускорить можно переобходом важных страниц и IndexNow, а судить о результате — по средним позициям за неделю.

Продвижение я веду лично, в SEO с 2005 года, за плечами 130+ кейсов, и в каждом проекте первым делом смотрю, где лежат копии сайта и кто управляет доменом. Основная услуга — SEO-продвижение сайта для бизнеса.

Источники

• Яндекс Вебмастер, справка — Как проверить, что сайт доступен для посетителей и поисковых роботов (что происходит с сайтом в поиске при ошибке сервера, код ответа 200 OK).
• Яндекс Вебмастер, справка — Почему страницы исключены из поиска (недоступные страницы, возврат в поиск в течение двух недель, переобход).
• Хабр, 02.11.2026 — сбой в работе Beget назвали кибератакой и форс-мажором (хронология сбоя, заявления компании о резервных копиях и NS-серверах).
• Search Engine Land — Google окончательно отключил кэш в поиске (оператор cache: и замена на Wayback Machine).
• Wayback Machine — веб-архив Internet Archive (снимки страниц сайтов).
• Яндекс Вордстат, данные на 02.11.2026: показы в месяц по запросам о восстановлении сайта, бэкапе и переносе на другой хостинг.
• Мой Яндекс Вебмастер, 2026: коды OTHER 27–28 сентября, переезд на новый домен 18 августа.