Хостинг потерял данные: что делать в первые часы

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

Шаг 0. Заморозить изменения

Первое действие — не техническое. Сохраните текущее состояние DNS и домена:

• Выгрузите все записи зоны: A, AAAA, CNAME, MX, TXT (включая SPF и DKIM), CAA.
• Проверьте срок действия домена и статус у регистратора: он не должен истечь в разгар восстановления.
• Не переключайте NS «на всякий случай»: распространение занимает часы, а старая зона может ещё понадобиться.
• Не отвечайте на письма «срочное восстановление сайта» от незнакомых подрядчиков — в такие моменты активизируются мошенники.

Шаг 1. Понять, что именно потеряно

Отдельно проверьте, не осталась ли рабочая копия на CDN (Cloudflare, Bunny) — иногда оттуда можно вытащить статику, даже если origin утрачен.

Шаг 2. Найти бэкапы

Идти нужно по всем каналам, а не только туда, где «должно быть»:

• Хостинг. Даже если провайдер говорит «всё потеряно», уточните про оффсайт-копии и снапшоты за прошлые месяцы.
• Разработчик и подрядчики. У студий и фрилансеров часто остаются архивы, дампы и исходники тем.
• Git. Если сайт собирался из репозитория, код и контент могут быть там.
• Почта и облако. Архивы, отправленные клиентам, письма с вложениями, Google Drive, Яндекс.Диск.
• Локальные машины. Старые копии в папках «сайт», «backup», «дизайн».

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

Шаг 3. Оценить веб-архив

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

https://web.archive.org/cdx/search/cdx?url=example.com&matchType=domain&output=json&limit=10&collapse=urlkey

Дальше — скачивание и сборка копии. Подробный порядок с режимом id_, кодировками и проверкой ссылок — в отдельном разборе: как восстановить сайт из веб-архива.

Важно заранее сказать заказчику честно: картинки товаров и динамика (корзина, вход, поиск) из архива не вернутся. Текст, структура и стили — вернутся с высокой вероятностью.

Шаг 4. Спасти домен и почту

Домен и почта — инфраструктура, через которую восстанавливаются доступы. Если они на том же хостинге, действуйте первыми:

• Перенесите домен к другому регистратору или хотя бы убедитесь, что он не заблокирован и оплачен на год вперёд.
• Поднимите почту отдельно (Яндекс 360, Mail.ru для бизнеса, Google Workspace, собственный сервер) и восстановите MX, SPF, DKIM и DMARC.
• Проверьте, что письма на info@, sales@ и другие ящики приходят: восстановление доступов к сервисам идёт через них.

Шаг 5. Поднять копию

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

1. Загрузите статическую копию на новый хостинг или VPS.
2. Проверьте её локально и на тестовом домене (или через --resolve), чтобы не отдавать людям битые страницы.
3. Переключите DNS с минимальным TTL за сутки до переезда.
4. Включите HTTPS и проверьте редиректы http → https и www → без www.

Шаг 6. Не потерять поисковый трафик

• Сохраните адреса. Если структура та же, страницы продолжат отдавать 200 и позиции удержатся.
• 301 вместо 404. Если адреса изменились, настройте постоянные редиректы со старых на новые.
• Обновите sitemap.xml и robots.txt и отправьте карту сайта на переобход в Search Console и Яндекс.Вебмастере.
• Не закрывайте сайт от индексации на время работ: это самая частая ошибка при восстановлении.

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

Хостинг говорит, что данные утеряны. Шансов нет?

Шансы есть почти всегда, вопрос в источнике. Проверяйте по порядку: резервные копии хостинга, локальные архивы и Git, копии у разработчика, кэш поисковых систем, веб-архив. Часто текстовая часть сайта сохраняется на 95–100 %.

Нужно ли сразу менять DNS?

Нет. Сначала зафиксируйте текущие записи и срок действия домена. Переключение до готовности копии съест время на распространение и может уронить почту.

Что важнее восстанавливать в первую очередь?

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

Как не потерять позиции в поиске?

Сохранить те же адреса, отдавать 200 вместо 404, обновить sitemap и robots.txt, отправить адреса на переобход. При смене структуры — 301 с прежних адресов.

Можно ли восстановить базу данных и заявки?

Только из бэкапа. Веб-архив хранит страницы, а не данные: заявки, заказы, пользователей и переписку он не содержит.

Смежные разборы

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

Материал основан на разборе аварии Beget (2 ноября 2026) и практике восстановления сайтов из веб-архива. Обновлено 10 ноября 2026.