Как перенести сайт на WordPress на новый хостинг без простоя

Скопировать сайт на WordPress редко бывает самым трудным. Простой обычно возникает в момент переключения: DNS указывает на сервер, который ещё не готов, не удаётся подключиться к базе данных, нет сертификата или правило принудительного HTTPS зацикливается. Всё это можно обнаружить до переключения, если открыть сайт на новом сервере, пока мир ещё видит старый.

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

• Доступ к старому хостингу (файлы и база данных или панель управления), новому хостингу и DNS-провайдеру домена. DNS-провайдер — там, куда указывают NS-серверы: часто это регистратор, иногда Cloudflare или старый хостинг.
• Полная резервная копия текущего сайта, которую вы скачали себе, а не та, что хранится только на старом сервере.
• Публичный IP-адрес нового сервера. Если не уверены, какой именно, см. Как найти IP-адрес сервера.
• Версии PHP и базы данных старого сайта. Воспроизведите их на новом сервере или проверьте, что ваша тема и плагины поддерживают более новые версии.
• Список важных страниц: главная, запись, рубрика, поиск, контактная форма, корзина и оформление заказа, если у вас WooCommerce, а также wp-admin.

Уже сейчас проверьте текущий TTL A-записи домена с помощью проверки TTL. Он понадобится для расчёта времени в шаге 1.

1. 1

   Шаг 1: Понизьте TTL за сутки

   В DNS-панели установите TTL A-записи (и AAAA, если есть) на 300 секунд, оставив её направленной на старый сервер. Перед переключением подождите как минимум столько, сколько составлял старый TTL. См. Понизьте TTL перед переносом.

2. 2

   Шаг 2: Сделайте резервную копию старого сайта

   Сделайте полную резервную копию файлов и базы данных и скачайте её. Это ваш план отката, если что-то пойдёт не так.

3. 3

   Шаг 3: Скопируйте файлы и базу данных на новый хостинг

   Воспользуйтесь плагином для миграции, инструментом переноса от хостинга или скопируйте вручную через WP-CLI. Оставьте home и siteurl на рабочем домене.

4. 4

   Шаг 4: Откройте сайт на новом сервере

   Создайте ссылку-превью со своим доменом и новым IP. Пройдитесь по ключевым страницам, войдите в wp-admin и загрузите изображение, чтобы проверить права доступа к файлам.

5. 5

   Шаг 5: Запустите QA-сканирование

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

6. 6

   Шаг 6: Заморозьте контент и выполните финальную синхронизацию

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

7. 7

   Шаг 7: Переключите DNS

   Направьте A-записи домена и www на новый IP. Обновите или удалите старую AAAA-запись, чтобы посетители с IPv6 не попадали дальше на старый хостинг.

8. 8

   Шаг 8: Следите за распространением и сохраните старый хостинг

   Отслеживайте изменение с помощью проверки распространения DNS. Сохраните старый хостинг ещё на несколько дней, пока его журналы доступа не перестанут показывать реальных посетителей.

Оба способа работают. Выбирайте в зависимости от размера сайта и того, какой доступ у вас есть на каждой стороне.

Для ручного копирования команды выглядят так. Экспорт выполняйте на старом сервере, импорт — на новом:

# Old server: export the database and pack the files
wp db export site.sql
tar -czf site-files.tar.gz --exclude=wp-content/cache .

# New server: unpack, import, check the site URL
tar -xzf site-files.tar.gz
wp db import site.sql
wp option get home
wp option get siteurl

Если новый хостинг выдал другие учётные данные базы данных, обновите DB_NAME, DB_USER, DB_PASSWORD и DB_HOST в wp-config.php перед проверкой.

WordPress хранит собственный адрес в базе данных (home и siteurl) и строит из него большинство ссылок. Частая ошибка — сменить их на IP сервера или временное имя хоста, чтобы проверить новый сервер. Это работает до переключения, а потом каждая жёстко прописанная ссылка указывает на временный адрес.

Оставьте оба значения на рабочем домене, например https://example.com, и проверяйте сайт под этим именем. Ссылка-превью DNSPeek делает именно это: она подключается к новому IP и запрашивает ваш настоящий домен, поэтому WordPress ведёт себя так, будто DNS уже переключён. Ссылки, редиректы и cookie входа переписываются на адрес превью, поэтому вы можете войти в wp-admin и пройтись по сайту. Подробнее в документации: Превью сайта на WordPress на новом хостинге.

Многие хостинги выпускают бесплатный сертификат только после того, как домен направлен на них, потому что проверка домена идёт по HTTP на самом домене. До переключения новый сервер может показывать самоподписанный или стандартный сертификат. Это нормально и не повод откладывать перенос.

В превью DNSPeek, пока сертификата нет, установите для ссылки режим SSL Пропускать проверку. Иначе плагин или правило принудительного HTTPS может зациклить редирект, когда превью переходит на HTTP. После переключения проверьте настоящий сертификат с помощью проверки SSL. Подробности: Режимы SSL.

На магазине или сайте со входом новые данные поступают на старый сервер вплоть до переключения. Заказы, комментарии и новые аккаунты, созданные после вашего копирования, были бы потеряны. Запланируйте короткую заморозку контента: объявите окно обслуживания для новых заказов или переведите старый сайт в режим обслуживания только на минуты финальной синхронизации базы данных. Для читателей страницы в любом случае продолжают загружаться.

Платёжные шлюзы и провайдеры входа знают только ваш настоящий домен, поэтому возвращают клиентов на тот сервер, на который указывает публичный DNS. Проверьте оформление заказа с тестовым шлюзом на превью, а сразу после переключения оформите один настоящий или тестовый (sandbox) заказ. См. чего не умеют превью.