Бэкапа нет ни у Beget, ни у разработчика? Как восстановить свой сайт из веб-архива

Сайт не открывается, VPS стерт, бэкапа в панели нет. У подрядчика, который делал сайт несколько лет назад, копии тоже нет. После атаки на Beget в такой ситуации оказались многие владельцы сайтов.

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

Что случилось с Beget

В ночь на 2 ноября 2026 года у Beget перестали работать сайты, панель управления, почта и DNS-серверы.

Днем 2 ноября Beget сообщил о массированной кибератаке и уведомил клиентов о форс-мажоре. 3 ноября компания уточнила: злоумышленники получили доступ к управляющему контуру инфраструктуры и запустили скрипты, обнулившие данные. В облаке (VPS, S3 и Kubernetes) данные утрачены, бинарные бэкапы VPS потеряны полностью. По оценке Beget от 6 ноября, файловые бэкапы VPS будут доступны только половине пользователей, а 11 ноября компания временно убрала их из панели из-за технических ограничений.

С виртуальным хостингом ситуация лучше. Beget восстанавливает сайты из резервных копий: к 11 ноября заработали более 50 000 сайтов. Основную часть работ компания рассчитывает закончить в течение 3х дней, но предупреждает, что сроки ориентировочные.

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

Есть и третья проблема. Пока сайт недоступен, он выпадает из поиска: по документации Google, проиндексированные страницы, недоступные из-за сетевых и DNS-ошибок, удаляются из индекса за несколько дней.

Поэтому ждать не обязательно. Но начинать стоит не с поиска копии сайта, а с проверки домена и DNS.

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

Сайт держится на 4 китах, и при сбое у Beget могли отказать все сразу:

1. Домен. Адрес сайта, за который вы платите регистратору.
2. DNS. «Адресная книга» домена. Она подсказывает браузеру, на каком сервере лежит сайт, а почтовым серверам, куда доставлять письма.
3. Файлы и база данных. Это сам сайт.
4. Почта. Ящики на вашем домене.

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

1. Введите домен в сервис проверки: для зон .ru, .рф и .su это whois.tcinet.ru, для остальных lookup.icann.org. 
2. Найдите 2 строки: в строке registrar указано, у кого зарегистрирован домен: а в строке nserver указано, кто хранит его DNS (если в адресах серверов есть слово beget, ваша «адресная книга» зависит от Beget)

Как вернуть домен и почту

DNS можно спасти отдельно от сайта: как только домен указывает на рабочие серверы, возвращается почта, а потом и сайт.

Сначала перепишите текущие DNS-записи на domains.beget.ru, особенно MX и TXT: от них зависит почта. Дальше 2 пути:

1. Домен у другого регистратора. Создайте DNS-зону у независимого провайдера, перенесите туда записи и смените NS в панели регистратора. Если выбираете Cloudflare, включайте его только как DNS, без проксирования: в России доступ к сайтам в его сети ограничен.
2. Домен в Beget. Операции с доменами .ru, .рф и .su пока ограничены, но DNS-серверы Beget работают: записи меняйте прямо на domains.beget.ru. 

Изменения расходятся за несколько часов, смена NS занимает до 1-3 суток. Пока сайта нет, поставьте на домен заглушку с кодом 503: поисковики поймут, что сайт на ремонте, и не будут спешить убирать его из индекса.

Где искать копию сайта

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

1. Хостинг. Если сайт был на виртуальном хостинге, зайдите в панель cp.beget.com. Когда восстановление завершится, в ней появятся разделы «Сайты» и «MySQL», а файлы станут доступны по FTP/SSH. Если сайт был на VPS, следите за разделом резервных копий в панели: Beget обещает вернуть их туда.
2. Ваши собственные копии. Проверьте, не сохранял ли сайт автоматические бэкапы в облако через плагин, и нет ли старого архива сайта у вас на компьютере или в почте.
3. Разработчик или студия, которые делали сайт. У них может остаться копия файлов и базы данных или репозиторий с кодом, из нее сайт тоже восстанавливается целиком.
4. Веб-архив. Откройте web.archive.org и введите адрес сайта: календарь покажет, когда сохранялись снимки. Если снимки за последние месяцы есть, сайт можно собрать заново.

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

Что делает скилл

Скилл это набор инструкций для Claude. С ним Claude берет на себя работу, которую обычно делает разработчик вручную:

1. собирает сайт из веб-архивов: тексты, структуру, дизайн и картинки
2. запускает копию у вас на компьютере, чтобы вы ее проверили
3. готовит понятный PDF-отчет: что вернулось, чего нет и что делать дальше
4. упаковывает все в архив, который можно сразу отдать разработчику

Неважно, на какой системе работал сайт: скилл восстанавливает его по тому, что видели посетители. Мы проверили его на сайтах на WordPress и MODX.

Скилл возвращает внешний вид и содержание сайта, но не его «начинку». Не вернутся формы заявок, корзина и оплата, личные кабинеты, поиск по сайту, админка и база данных с заказами и пользователями. Страниц, которых нет в архиве, тоже не будет, а часть картинок может не сохраниться.

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

Проверьте копию на взлом

Любую копию, полученную после взлома, считайте потенциально зараженной: Beget сам рекомендует сменить все пароли и ключи доступа, которые хранились на серверах. Перед запуском сайта смените пароли от хостинга, FTP/SSH, базы данных и админки, перевыпустите API-ключи платежных систем и CRM, обновите CMS и плагины и попросите разработчика проверить файлы на чужой код. Копия из веб-архива безопаснее, в ней нет серверного кода, но пароли все равно смените.

Кто будет восстанавливать сайт?

Если у вас есть разработчик, перешлите скилл и инструкцию ему. Он соберет копию и выложит ее на новый хостинг.

Если разработчика нет, запустите скилл сами: понадобятся подписка Claude, Python и пара часов работы.

Если нет времени в этом разбираться самому, поручите эту задачу проверенному веб-разработчику или SEO-специалисту.

В инструкции есть и то, что делать после восстановления: что проверить, что передать разработчику и как сделать так, чтобы ситуация не повторилась.

Как получить скилл

Чтобы получить бесплатный скилл на восстановление сайта, просто перейдите в телеграм-бот Rush Agency по ссылке. 

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

Если сайт уже вернулся, а трафик нет, обащайтесь в Rush Agency: проверим, что случилось с индексацией.