Восстановление WordPress: четыре источника, из которых можно поднять сайт
Когда сайт сломан, вопрос обычно звучит так: «что с ним случилось?» Но на практике важнее другой: «из чего его восстанавливать?» От этого зависит всё — скорость, стоимость, объём потерь. У кого-то есть свежая резервная копия, у кого-то только логи, у кого-то вообще ничего. Разберём четыре источника, из которых можно поднять сайт, и что каждый из них даёт.
Первый источник: свежая резервная копия
Самый надёжный вариант. Если у вас есть полная копия сайта, сделанная до поломки, восстановление становится технической процедурой: развернули, проверили, готово. Обычно это занимает час-два.
Но не всякая копия одинаково полезна. Есть несколько нюансов, от которых зависит, сколько данных вы потеряете.
- Дата копии. Чем она свежее, тем меньше потерь. Копия недельной давности означает, что заявки, заказы и публикации за эту неделю придётся восстанавливать вручную.
- Полнота. Копируются ли только файлы, только база или то и другое вместе. Для восстановления обычно нужны обе части.
- Проверенность. Копия, которую никто ни разу не пробовал развернуть, — не гарантия, а надежда. Иногда при восстановлении выясняется, что она повреждена.
Поэтому даже с копией стоит сначала посмотреть, что в ней есть, и только потом запускать восстановление. Иногда проще взять копию двухнедельной давности и вручную донести свежие данные, чем возиться с повреждённой свежей.
Второй источник: логи и следы
Когда копии нет или она устарела, на помощь приходят логи. Это записи о том, что происходило с сайтом: кто заходил, что менял, когда произошёл сбой.
Логи есть в двух местах. Первое — на хостинге: там хранятся записи сервера о запросах, ошибках, попытках входа. Второе — внутри WordPress: логи плагинов безопасности, журналы изменений, уведомления по почте.
Что можно восстановить из логов: точное время поломки, причину сбоя, действия взломщика, изменения в файлах. Полноценного восстановления тут не получится, но это основа для точечного ремонта. Иногда достаточно откатить одно изменение, найденное в логах, чтобы сайт снова заработал.
Третий источник: откат конкретного изменения
Отдельный сценарий, который часто упускают. Если известно, что именно сломало сайт, — не нужно восстанавливать всё. Достаточно вернуть назад один компонент.
Типичные случаи:
- Обновился плагин и всё упало — откатить его до предыдущей версии;
- Поменяли тему и сломалась вёрстка — вернуть прежнюю;
- Внесли правку в файл — восстановить его из репозитория;
- Удалили страницу — вернуть её из корзины.
Такой путь самый быстрый и самый безопасный: остальная часть сайта остаётся нетронутой. Главное — правильно определить, что именно стало причиной. Если ошибиться, можно потратить время на откат того, что не при чём, и потерять больше.
Четвёртый источник: ручная реконструкция
Крайний случай. Копий нет, логи не сохранились или причина непонятна. Тогда приходится восстанавливать сайт по частям: заново ставить движок, разворачивать тему, подключать плагины, импортировать контент, если он где-то сохранился.
Что можно спасти даже в этом случае:
- Содержимое из кэша поисковых систем и веб-архивов;
- Изображения, если они остались на диске хостинга;
- Записи и страницы из базы данных, если она доступна;
- Настройки из писем и документации.
Это самая долгая и самая дорогая стратегия. Она может занять несколько дней и всё равно не вернёт всё до последней мелочи: часть данных теряется безвозвратно. Именно поэтому так важно заботиться о копиях заранее, а не в момент аварии.
Что выбрать в вашей ситуации
Порядок действий простой. Сначала проверьте, есть ли копия и насколько она свежая. Если да — восстанавливайте из неё. Если нет — посмотрите логи и попробуйте определить точку сбоя. Если известно, что сломалось, — откатите только это. И только если ничего из перечисленного не сработало — переходите к ручной реконструкции.
Важно не начинать с самого сложного. Иногда владелец сразу берётся пересобирать сайт заново, хотя у него была свежая копия — просто он о ней не помнил или не знал, что она рабочая. Это потеря времени и денег без причины.
Что это значит на практике
Восстановление WordPress — это не одна процедура, а выбор источника. Свежая копия, логи, откат конкретного изменения, ручная реконструкция — четыре пути с разной скоростью и разными потерями. Правильный выбор экономит дни работы.
Мы восстанавливаем сайты на WordPress в любой из этих ситуаций и всегда начинаем с вопроса: что у вас есть в наличии. Если сайт сломан и непонятно, с чего начать, — оставьте заявку на сайте. Посмотрим, какие источники доступны в вашем случае, и скажем, что реально спасти. Честно, без обещаний вернуть всё, если данные потеряны безвозвратно.