Сайт пропал: как найти его в веб-архиве и что из этого реально вернуть

Про веб-архив обычно вспоминают в одной из трёх ситуаций. Хостинг вовремя не оплатили, и через месяц провайдер удалил аккаунт вместе с файлами. Подрядчик, который делал и вёл сайт, перестал отвечать, а доступов у вас никогда и не было. Или сайт взломали, хостер его отключил, а резервных копий нет.

В такой момент кажется, что сайт пропал целиком. Часто это не так. Если он проработал хотя бы несколько месяцев, есть хороший шанс, что его сохранял Wayback Machine. Расскажем, как понять, что там лежит, что из этого получится вернуть, а что нет, и как при восстановлении не потерять позиции в поиске.

Что такое Wayback Machine

Это архив некоммерческой организации Internet Archive. С 1996 года его роботы обходят сайты и сохраняют копии страниц. Популярные сайты сохраняются по много раз в день, небольшие — раз в несколько месяцев или реже. Снимок — это копия страницы в тот момент, когда приходил робот: текст, вёрстка, часть картинок и стилей.

Архив видит сайт глазами посетителя. Он сохраняет то же, что вы видите в браузере, и ничего не знает о том, что лежало на сервере. Из этого следует почти всё остальное в этой статье.

Как проверить, что сохранилось

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

Главная страница — только начало. Внутренние страницы архив хранит отдельно, и их придётся посмотреть самому:

• откройте календарь снимков по ссылке из результата и пройдите по меню последней рабочей версии;
• проверьте страницы, которые важны для бизнеса: услуги, каталог, цены, контакты, статьи, которые приводили посетителей из поиска;
• посмотрите, на месте ли картинки и стили или страница превратилась в голый текст;
• поищите на web.archive.org все сохранённые адреса домена по маске вида example.ru/*, так видно, сколько страниц вообще попало в архив.

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

Что можно вернуть, а что нет

Из снимков реально восстановить:

• тексты сохранённых страниц;
• вёрстку и внешний вид, если сохранились стили;
• картинки, хотя обычно не все;
• структуру: меню, разделы, адреса страниц и ссылки между ними;
• title и description, которые были у страниц.

Чего в архиве нет и быть не может:

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

Поэтому сайт, восстановленный из архива, — статическая копия. Форма на ней выглядит как форма, но заявки никуда не уходят. Кнопка «В корзину» есть, а корзины нет. Если сайт был на WordPress или другой CMS, из архива возвращается её внешний вид, а не сама CMS. Переносить ли тексты обратно в систему управления, решают уже после.

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

Почему копию нельзя выложить как есть

Скачать снимки — меньшая часть работы. Архивные страницы приходят с мусором:

• в ссылках остаются служебные префиксы вида /web/20240315000000/, и ведут они обратно на archive.org;
• в код вставлены служебные скрипты и панель Wayback Machine;
• страницы сохранены в разные дни, поэтому на одной уже новые цены, а на другой ещё старые, где-то прежнее меню;
• каких-то картинок и стилей нет, их приходится искать в других снимках или заменять;
• остаются старые счётчики и виджеты, которые давно не работают и только тормозят страницу;
• формы надо заново подключить к почте, CRM или мессенджеру.

На практике копию собирают по снимкам разных дат, а потом долго доводят руками. Подробнее о технической стороне мы писали в статье «Восстановление сайта из Wayback Machine — пошагово». А если сомневаетесь, стоит ли вообще восстанавливать, посмотрите разбор «Восстановить из архива или переписать с нуля».

Сохраните адреса страниц

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

• восстанавливайте страницы по тем же адресам, что были у оригинала, вплоть до слэша в конце или .html;
• если адрес всё-таки нужно поменять, ставьте со старого 301-редирект;
• возьмите title и description из снимков, а не пишите новые с нуля;
• соберите карту сайта и проверьте в Яндекс Вебмастере и Search Console, какие страницы отдают ошибки.

И проверьте домен. Если он не продлён, после окончания льготного периода его может зарегистрировать кто угодно, и восстанавливать сайт будет некуда. Даты можно посмотреть в инструменте «Срок SSL и домена».

Настоящий урок — бэкапы

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

Нормальные бэкапы выглядят так:

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

Как это устроить, подробно описано в статье про стратегию бэкапов 3-2-1. Если снимков в архиве мало, важную страницу можно сохранить вручную через форму Save Page Now на web.archive.org. Но это страховка на крайний случай, копии она не заменит.

С чего начать

1. Проверьте сайт в инструменте «Сайт в веб-архиве» и найдите последнюю рабочую версию.
2. Пройдите по важным страницам этой версии и запишите, чего не хватает.
3. Убедитесь, что домен остаётся за вами.
4. Соберите всё, что лежит вне архива: тексты, фото, выгрузки, макеты.
5. Решите, восстанавливать копию или делать новый сайт на тех же адресах.

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

Если сайт уже пропал, пришлите адрес в Telegram или MAX, посмотрим, что сохранилось в архиве.