Перенос на WordPress: чек-лист перед запуском сайта

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

Сначала зафиксируйте, что именно переносите

Не начинайте финальную проверку с главной страницы. Составьте перечень того, что должно пережить переезд: адреса страниц, тексты, медиафайлы, формы, метаданные, записи блога, товары, если они есть. У конструктора и WordPress разные структуры, поэтому экспорт контента не всегда переносит его один к одному.

Для проверки подготовьте таблицу старых URL и соответствующих новых. Возьмите адреса из меню, карты сайта, аналитики и поиска по домену. Для каждой важной страницы запишите ожидаемый результат: новый адрес, редирект или намеренное удаление. Это особенно важно, если конструктор создавал URL со своим форматом, а в WordPress вы выбрали постоянные ссылки другого вида.

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

Чек-лист перед продакшеном

1. Домен и тестовая среда

• Убедитесь, что WordPress установлен на сервере и работает на целевой версии — в этой инструкции речь о WordPress 6.8. В админ-панели проверьте версию и обновления; если у вас другая версия, сверяйте поведение с её документацией.
• Проверьте, что тестовая копия не открыта для индексации. Закрытие сайта от поисковых систем на время разработки не заменяет настройку индексации для продакшена: перед запуском проверьте обе среды отдельно.
• Убедитесь, что сайт использует правильный домен и HTTPS, а сертификат действителен. Проверьте варианты с www и без www: должен оставаться один основной адрес, а второй — вести на него.
• Зафиксируйте, кто и когда переключает DNS. До переключения убедитесь, что у вас есть доступ к панели домена и хостинга.

2. Контент, URL и редиректы

• Откройте все ключевые адреса из подготовленной таблицы. Проверьте не только главную, но и посадочные страницы, записи, категории, контакты и страницы с трафиком.
• Сверьте адреса страниц со старой версией. Если URL изменился, настройте постоянный редирект со старого адреса на наиболее близкую новую страницу. Не отправляйте все старые ссылки на главную: посетитель не найдёт нужный материал, а поисковик не получит точного соответствия.
• Проверьте изображения внутри текста, обложки, логотип, документы и файлы для скачивания. Ошибка часто обнаруживается не в медиатеке, а на самой странице.
• Найдите в тексте ссылки на старый домен и адреса конструктора. Особое внимание — кнопкам, меню, футеру, изображениям и встроенным виджетам.
• Сверьте заголовки страниц, описания для поисковой выдачи и канонические адреса там, где вы их настраивали. Если на старом сайте были страницы с органическим трафиком, не удаляйте их без плана замены или редиректа.

3. Функции и формы

• Отправьте тестовую заявку с сайта и проверьте весь путь: подтверждение на странице, уведомление на почте и появление записи в CRM, если она подключена.
• Проверьте меню на компьютере и телефоне, поиск, кнопки, ссылки на телефон и почту. Пройдите путь пользователя от входной страницы до целевого действия.
• Если перенесли магазин, отдельно проверьте карточку товара, корзину, оформление заказа, письма покупателю и способы оплаты. Тестовый заказ должен пройти без реального списания денег.
• Проверьте сторонние сервисы: аналитику, карту, чат, пиксели и встроенные виджеты. Убедитесь, что их код не остался привязан к старому домену или аккаунту конструктора.

4. Мобильная версия, скорость и доступность

• Откройте страницы на телефоне: проверьте переносы заголовков, ширину таблиц, изображения, всплывающие окна и кнопки. Протестируйте не только главную, но и шаблон внутренней страницы.
• Убедитесь, что важный контент виден без горизонтальной прокрутки, а интерактивные элементы можно нажать пальцем.
• Сравните скорость нескольких типовых страниц до и после переезда при одинаковых условиях. Не делайте вывод по одному замеру: результат зависит от сети, устройства, кеша и текущей нагрузки.
• Проверьте, что изображения не загружаются в неоправданно большом размере, а страницы не содержат ошибок загрузки ресурсов в браузерной консоли.

5. Безопасность и восстановление

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

Сводная проверка перед переключением

Что чаще всего ломается после запуска

Самая заметная ошибка — 404 на старом адресе, который продолжает появляться в закладках, ссылках и поисковой выдаче. Если страница переместилась, настройте редирект именно на её новую версию. Затем проверьте несколько старых URL вручную и убедитесь, что они не ведут на нерелевантную страницу.

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

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

Когда переключать домен

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

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

Что делать дальше

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

Термин: редирект — автоматическое перенаправление с одного URL на другой. Постоянный редирект сообщает браузеру и поисковой системе, что адрес страницы изменился надолго.