Перенос сайта с конструктора на WordPress: типичные ошибки

Перенос сайта с конструктора на WordPress часто выглядит просто: выгрузить текст и картинки, собрать страницы заново и переключить домен. Но именно при переключении обнаруживается цена ошибок: старые ссылки ведут в никуда, формы не отправляют заявки, а страницы выпадают из поиска. В этой статье — практические решения для миграции с Tilda, Wix и других конструкторов; конкретный способ экспорта зависит от возможностей вашей площадки.

Сначала решите, что именно вы переносите

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

• Контент: тексты, изображения, товары, записи блога.
• Адреса: домен и пути страниц после домена, например /about.
• Функции: формы, поиск, каталог, оплата, запись на услугу.
• Данные: заявки, заказы, подписки и сведения, которые нельзя потерять при переключении.
• Внешний вид: структура страниц и оформление. Их обычно приходится собирать в WordPress заново.

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

Выберите способ миграции под объём и ограничения

Универсального импорта из любого конструктора в WordPress нет. Плагины импорта работают только с определёнными источниками и форматами; прежде чем покупать расширение, проверьте, поддерживает ли оно именно вашу площадку и текущую версию WordPress.

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

Ошибки, которые дороже всего исправлять после запуска

1. Меняют адреса страниц без карты перенаправлений

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

2. Переносят только главную страницу

У сайта бывают страницы, на которые редко заходят напрямую, но которые нужны клиенту или поисковику: условия доставки, контакты, карточки товаров, публикации. Составьте список URL старого сайта и отмечайте для каждой страницы один из статусов: перенесена, объединена с другой или удалена. Для удалённой страницы решите, существует ли действительно подходящая замена; не создавайте перенаправление на случайный раздел ради отсутствия ошибки.

3. Считают, что дизайн и функции приедут вместе с текстом

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

4. Переключают домен, пока новый сайт не готов

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

5. Не проверяют мобильную версию и HTTPS

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

Перенос считается завершённым не тогда, когда WordPress открылся на вашем домене, а когда старые входы, новые страницы и ключевые действия пользователя ведут туда, куда вы рассчитывали.

Как провести перенос без сюрпризов

1. Соберите инвентаризацию. Зафиксируйте страницы, адреса, изображения, формы и важные сценарии. Проверьте, какие данные можно экспортировать из конструктора. Готово, когда у каждой страницы есть статус и назначение на новом сайте.
2. Подготовьте WordPress. Уточните у хостинга, что он поддерживает актуальную для вас версию WordPress, подключите HTTPS и создайте резервную копию перед изменениями. Готово, когда тестовый сайт открывается и доступ к панели управления есть у ответственного человека.
3. Перенесите пробный набор. Возьмите несколько разных материалов: обычную страницу, публикацию с изображениями и страницу с формой. Перенесите их выбранным способом и сравните содержимое. Готово, когда вы понимаете, какие элементы импортируются корректно, а какие нужно пересобирать.
4. Перенесите остальной контент и настройки. Создайте карту старых и новых адресов, настройте перенаправления там, где пути изменились, и подключите необходимые функции. Готово, когда список страниц сходится с инвентаризацией, а тестовая заявка дошла до нужного адресата.
5. Проверьте сайт перед переключением домена. Откройте ключевые страницы на телефоне и компьютере, проверьте меню, изображения, формы, оплату и ссылки. Готово, когда критичные сценарии работают на новом сайте, а для старых адресов есть понятный маршрут.
6. Переключите домен и наблюдайте. Следуйте инструкциям регистратора и хостинга по DNS, не меняя записи наугад. После переключения проверяйте доступность сайта и поступление заявок; старый аккаунт оставьте активным, пока не убедитесь, что всё нужное перенесено.

Когда что выбирать и что ломается

Выбирайте ручную сборку, если страниц мало и вы хотите заодно упростить структуру. Используйте импорт, только когда источник и инструмент явно совместимы, а тестовый перенос прошёл без потерь. Смешанный способ разумен, если материалов много, но страницы, формы или каталог требуют разной обработки.

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

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

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

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