После переноса WordPress главная страница может открываться, но это ещё не означает, что переезд завершён. Ошибки часто обнаруживаются глубже: изображения загружаются со старого сервера, формы не отправляют письма, закрытая тестовая настройка запрещает индексацию, а часть посетителей всё ещё попадает на прежний хостинг. Этот чек-лист помогает принять перенос по наблюдаемым результатам.
Сначала уточните тип переноса
Если домен и адреса страниц остались прежними, задача состоит в смене серверной инфраструктуры без видимых для посетителя URL. Если меняется домен, протокол или структура адресов, потребуется отдельный план редиректов и обновления ссылок. Для такого случая используйте руководство по смене адреса страницы в WordPress.
Ниже рассматривается перенос на новый хостинг с сохранением домена. Официальная документация WordPress указывает, что при неизменных базе и URL сайт можно перенести копированием файлов и базы данных, а при изменении реквизитов базы нужно обновить wp-config.php. Полное описание приведено в руководстве WordPress по переносу.
Что подготовить до переключения DNS
- Проверенную резервную копию. Нужны файлы сайта и база данных, а не только экспорт записей WordPress.
- Список контрольных URL. Главная, несколько типовых страниц, запись блога, форма, карточка товара, корзина, личный кабинет и файл для скачивания.
- Исходные значения. Версии WordPress, темы, важных плагинов, версия PHP и настройки постоянных ссылок.
- Контрольный сценарий. Какие действия должен выполнить обычный посетитель и какой результат считается правильным.
- Способ отличить серверы. Например, временный технический заголовок или файл, доступный только на новом сервере. Уберите его после приёмки.
До начала работ полезно пройти проверку резервной копии WordPress. Архив, который ни разу не восстанавливали в отдельном окружении, нельзя считать подтверждённой точкой возврата.
Первые проверки после переключения
1. Убедитесь, что открывается новый сервер
Проверьте домен через несколько независимых сетей: рабочий интернет, мобильную связь и внешний сервис проверки DNS. Локальный кеш может продолжать показывать старый адрес. Сверьте контрольный признак нового сервера и не отключайте прежний хостинг, пока запросы действительно не перестанут на него приходить.
Google рекомендует при смене хостинга отслеживать журналы обоих серверов и завершать работу старой инфраструктуры только после того, как пользователи и поисковый робот получают контент с новой. Подробный порядок опубликован в официальном руководстве Google по смене хостинга без изменения URL.
2. Проверьте HTTPS
Откройте сайт по https:// без исключений безопасности. Сертификат должен соответствовать домену, а страницы не должны подгружать изображения, шрифты или скрипты по незащищённому протоколу. Проверьте также административную панель, форму входа и поддомены, если они участвуют в работе сайта.
3. Сверьте адреса WordPress
В разделе «Настройки → Общие» значения «Адрес WordPress» и «Адрес сайта» должны соответствовать рабочему домену. Не меняйте их без необходимости при переносе с сохранением адресов. Ошибка в этих полях может вызвать циклические перенаправления, потерю доступа к панели или ссылки на прежнее окружение.
Пройдите пользовательские сценарии
Проверяйте сайт как посетитель в приватном окне, а административные функции — под отдельной рабочей учётной записью. Один успешный просмотр главной страницы не подтверждает работу базы, фоновых задач и отправки писем.
- Откройте главную, рубрику, запись, страницу с формой и страницу с большим количеством изображений.
- Проверьте меню, поиск, хлебные крошки, пагинацию и ссылки в подвале.
- Отправьте тестовую заявку и подтвердите получение письма и сохранение обращения.
- Если работает магазин, проверьте карточку, корзину, оформление тестового заказа и выдачу цифрового файла.
- Войдите и выйдите из личного кабинета; проверьте восстановление пароля на тестовой учётной записи.
- Откройте загруженный PDF или другой файл напрямую и по ссылке со страницы.
- Проверьте мобильное меню и ключевую форму на узком экране.
Запишите каждый результат в отдельную строку. Для большого сайта достаточно репрезентативного набора страниц каждого типа, но критические операции нужно проходить полностью.
Проверьте технические следы старого сервера
Ссылки и медиа
Просмотрите HTML нескольких страниц и сетевые запросы браузера. Изображения, стили, скрипты и ссылки должны использовать рабочий домен. Если менялось расположение WordPress, ищите старый путь в контенте, меню, виджетах и настройках темы. Не выполняйте слепую замену во всей базе: сериализованные значения требуют инструмента, который понимает структуру данных.
Постоянные ссылки
Откройте несколько записей и страниц с вложенными адресами. Если они возвращают 404, проверьте правила веб-сервера и сохраните текущую структуру в разделе «Настройки → Постоянные ссылки». Не меняйте формат URL только ради исправления серверных правил.
Права на файлы и запись
Загрузите тестовое изображение, обновите черновик и проверьте создание кеша, если он используется. Ошибки прав доступа могут не проявляться при обычном просмотре, но блокировать загрузку файлов, обновления и запись журналов.
Фоновые задачи и почта
Проверьте запланированную задачу на безопасном тесте: публикацию черновика, очистку кеша или штатное действие магазина. Если вместе с хостингом менялись DNS-серверы, отдельно убедитесь, что почтовые записи домена сохранены. Тест формы должен подтверждать не только сообщение «Отправлено», но и фактическое получение письма.
SEO-проверка после переноса
- На рабочих страницах отсутствуют
noindexи случайный запрет обхода. robots.txtне содержит правил тестового окружения.- Canonical указывает на текущий URL этой же страницы.
- XML-карта открывается и содержит рабочие адреса.
- Коды ответа главной и типовых страниц соответствуют ожидаемым.
- Файл или метатег подтверждения Search Console перенесён на новый сервер.
- Аналитика загружается один раз и получает тестовый визит.
Для временного тестового домена запрет индексации уместен, но перед рабочим переключением его нужно снять. Google прямо рекомендует удалить временные блокировки обхода и индексации при запуске нового хостинга.
Таблица приёмки переноса
| Область | Проверка | Результат |
|---|---|---|
| DNS | Новый сервер виден из нескольких сетей | Принято / ошибка |
| HTTPS | Сертификат и ресурсы без предупреждений | Принято / ошибка |
| Контент | Страницы, изображения и файлы открываются | Принято / ошибка |
| Функции | Формы, вход и тестовый заказ завершены | Принято / ошибка |
| Поиск | Robots, canonical, карта и подтверждение сохранены | Принято / ошибка |
Когда можно отключать старый хостинг
Закрывайте перенос, когда контрольные сценарии пройдены, резервная копия нового состояния создана, журналы не показывают значимых ошибок, DNS распространился, а на старом сервере больше нет реального трафика. Зафиксируйте дату, ответственного и результаты в журнале изменений WordPress. Это сохранит контекст, если проблема проявится позже.
Краткий чек-лист
- Новый сервер подтверждён из нескольких сетей.
- HTTPS работает на сайте и в панели управления.
- Адреса WordPress не изменились случайно.
- Страницы, медиа, формы и файлы проверены.
- Магазин и личный кабинет прошли тестовый сценарий.
- Постоянные ссылки и права на запись работают.
- Временный noindex удалён, robots и canonical корректны.
- Search Console и аналитика сохранили подтверждение.
- Старый хостинг отключается только после прекращения трафика.
Полезные товары по теме
Программа «Чек-лист переноса сайта»
Локальная программа для ведения одной рабочей задачи. Карточка товара подтверждает ввод и сохранение исходных данных и вывод результата в таблице или карточке; точный состав полей зависит от выбранной версии.
Контроль битых ссылок по списку
Подходит для отдельной проверки заранее собранного списка адресов после переноса. Это прикладной инструмент по одной задаче; карточка не заявляет автоматический обход всего сайта.