Как восстановить WordPress из резервной копии

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

Ниже разберём, как восстановить WordPress из бэкапа вручную и через панель хостинга, на что смотреть перед откатом и какие ошибки чаще всего ломают восстановление.

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

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

Проверьте три вещи:

  • дата и время бэкапа;
  • есть ли в нём wp-content, а также база данных или SQL-файл;
  • можно ли отдельно восстановить файлы и базу, а не только весь аккаунт целиком.

Если сайт был взломан, не спешите возвращать последнюю копию «как есть». Если бэкап уже сделан после заражения, он не поможет. В таком случае нужен архив, созданный до инцидента, и после восстановления всё равно стоит сменить пароли администратора, FTP/SFTP, базы данных и панели хостинга.

Какой способ восстановления выбрать

Способ зависит от того, где лежит резервная копия и как устроен хостинг. На практике чаще всего встречаются три варианта.

СпособКогда подходитЧто важно
Через панель хостингаЕсли хостинг умеет восстанавливать сайт из бэкапа одной кнопкойСамый простой вариант, но иногда откатывает не только WordPress, а весь аккаунт
Вручную через FTP/SFTP и phpMyAdminЕсли нужен точечный контроль над файлами и базойНужно аккуратно заменить файлы и импортировать SQL
Через плагин резервного копированияЕсли бэкап создавался плагином и он же умеет восстановлениеУдобно, но зависит от конкретного плагина и его ограничений

Если сайт уже недоступен, а панель WordPress не открывается, восстановление через админку обычно не поможет. Тогда остаются хостинг, FTP/SFTP и база данных.

Восстановление WordPress через панель хостинга

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

Обычно порядок такой:

  1. Откройте панель управления хостингом.
  2. Найдите раздел резервных копий, backup или restore.
  3. Выберите дату, предшествующую поломке.
  4. Укажите, что нужно восстановить: файлы сайта, базу данных или оба компонента.
  5. Подтвердите запуск восстановления и дождитесь завершения.

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

Как восстановить файлы WordPress вручную

Если архив сайта у вас на компьютере или в облаке, файлы можно вернуть через FTP/SFTP-клиент или файловый менеджер хостинга. Этот способ полезен, когда нужно восстановить только ядро WordPress, тему, плагины или папку с загрузками.

Сначала сделайте текущую копию сломанного сайта. Даже если он работает неправильно, это страховка на случай, если в бэкапе окажется не то или восстановление пойдёт не так. Затем:

  1. Подключитесь к сайту по FTP/SFTP или откройте файловый менеджер хостинга.
  2. Скачайте текущую папку сайта, если нужен запасной вариант.
  3. Удалите или переименуйте повреждённые файлы WordPress.
  4. Загрузите файлы из резервной копии.
  5. Если бэкап полный, проверьте, что на месте папки wp-admin, wp-includes и файлы в корне сайта.

Если проблема была в теме или плагине, не всегда нужно заменять весь сайт. Иногда достаточно вернуть только wp-content/themes или wp-content/plugins. Это особенно полезно, когда после обновления сломалась верстка или появилась критическая ошибка в одном расширении.

Отдельно проверьте папку wp-content/uploads. Если её нет в архиве или она восстановлена не полностью, на сайте пропадут изображения и другие медиафайлы. Это одна из самых неприятных ошибок при ручном откате.

Как восстановить базу данных WordPress

База данных хранит записи, страницы, настройки, пользователей, меню и многое другое. Если вернуть только файлы, а база останется повреждённой, сайт может открываться, но контент и настройки будут не теми. Для восстановления базы обычно используют phpMyAdmin или другой инструмент управления MySQL/MariaDB, который даёт хостинг.

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

Дальше порядок такой:

  1. Откройте phpMyAdmin в панели хостинга.
  2. Выберите базу данных, которую использует WordPress.
  3. Сделайте экспорт текущей базы, если это возможно.
  4. Перейдите во вкладку импорта.
  5. Выберите SQL-файл из резервной копии и запустите импорт.

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

Что делать, если после восстановления сайт не открывается

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

Проверьте по порядку:

  • wp-config.php — совпадают ли имя базы, пользователь, пароль и хост базы данных;
  • префикс таблиц — должен совпадать с тем, что есть в базе;
  • адрес сайта — если домен или протокол менялись, в базе могут остаться старые URL;
  • права на файлы — если хостинг жёстко ограничивает права, WordPress может не читать часть файлов;
  • кэш — иногда сайт выглядит сломанным из-за старого кэша браузера, плагина или CDN.

Если после восстановления открывается белый экран или ошибка PHP, временно отключите плагины, переименовав папку wp-content/plugins, и проверьте, загрузится ли сайт без них. Если проблема исчезла, значит один из плагинов несовместим с восстановленной версией WordPress, темы или PHP.

Типичные ошибки при откате из бэкапа

На практике чаще всего ломают восстановление не сами архивы, а спешка и неполная проверка. Вот ошибки, которые встречаются особенно часто:

  • Восстановили только файлы без базы — сайт открывается, но контент и настройки не совпадают.
  • Восстановили только базу без файлов — часть темы, плагинов или медиа отсутствует.
  • Использовали бэкап после взлома — заражение возвращается вместе с сайтом.
  • Импортировали базу в неправильную БД — WordPress продолжает смотреть на пустую или чужую базу.
  • Не проверили версию PHP — после отката сайт может не работать, если старый бэкап рассчитан на другую версию PHP или старые плагины.
  • Забыли про uploads — изображения и документы пропадают с сайта.

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

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

После отката не ограничивайтесь открытием главной страницы. Проверьте несколько вещей, которые быстро показывают, что WordPress восстановлен целиком:

  • главная страница открывается без ошибок;
  • вход в /wp-admin работает;
  • открываются записи, страницы и рубрики;
  • видны изображения из медиатеки;
  • форма комментариев или другая важная интерактивная часть не сломана;
  • в админке нет сообщений о критических ошибках плагинов или темы.

Если сайт был восстановлен после взлома, дополнительно смените все пароли, обновите WordPress, плагины и тему до актуальных версий и проверьте, не появились ли неизвестные администраторы, подозрительные файлы или сторонние скрипты в шаблонах.

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

⭐⭐⭐⭐⭐