Перенос сайта между Tilda и WordPress: как сохранить SEO
План переноса сайта для бизнеса Казахстана: адреса, контент, редиректы, метатеги, аналитика и проверка заявок после запуска новой платформы.
При переходе с Tilda на WordPress или обратно меняются шаблоны, адреса, формы и способы публикации. Красивый новый сайт может потерять часть поисковых переходов, если команда не сохранила нужные страницы и не подготовила редиректы.
Перенос стоит рассматривать как отдельный проект с инвентаризацией и проверкой. Даже при аккуратной подготовке поисковые позиции могут временно меняться. План помогает уменьшить число технических ошибок, но не гарантирует неизменность трафика.
01Зафиксируйте то, что уже работает
Соберите все индексируемые URL, метатеги, основной контент, файлы и изображения. Дополните список страницами с переходами из Search Console, входящими ссылками и заявками. Особое внимание уделите услугам, категориям и статьям, которые уже приносят полезные обращения.
Запишите номера счётчиков, настройки форм, способы доставки заявок и поля CRM. Сохраните резервную копию доступного контента и настроек. Экспорт платформы не обязательно переносит все функции: магазин, поток статей и интеграции проверяйте отдельно по нужному сценарию.
02Сделайте карту старых и новых адресов
Для каждого старого URL укажите новый адрес, статус переноса и ответственного. При возможности сохраняйте существующий путь. Если структура меняется, направляйте пользователя на соответствующую страницу, а не автоматически на главную.
Например, статья о настройке CRM должна вести на ту же тему в новой версии. Категория товаров — на соответствующую категорию. Для удалённого материала оцените наличие подходящей замены. Пустой редирект всех адресов не сохраняет смысл старых страниц.
Общие требования к сопоставлению URL и переезду описаны в документации Google. Проверяйте конечный ответ каждой важной страницы, чтобы исключить цепочки и циклы.
03Сохраните содержимое и поисковую роль страниц
Проверьте title, description, H1, canonical и внутренние ссылки. Перенос не должен случайно объединить разные услуги или убрать полезные ответы. Если одновременно меняются платформа, структура и тексты, становится сложнее понять причину изменения трафика.
Для казахской и русской версий сохраните соответствие языковых страниц и их адресов. Не подменяйте перевод общим текстом другой версии. Крупные изменения содержания лучше фиксировать в плане отдельно от технической миграции.
Проверьте, что новая страница доступна по HTTPS и её canonical указывает на нужный публичный адрес. Технические и тестовые версии не должны становиться второй публичной копией сайта.
04Подготовьте редиректы и индексирование
Используйте постоянные серверные перенаправления, когда URL изменился и старый адрес должен вести на новый. Конкретный способ зависит от платформы и хостинга; проверьте его до смены доменных настроек. Google объясняет различия перенаправлений и их использование при смене адреса.
Перед запуском проверьте robots, метатег noindex и карту сайта. Настройки, которые закрывали тестовую версию, не должны случайно остаться на рабочих страницах. При смене домена выполняйте отдельный план переезда домена; смена CMS на прежнем адресе не равна такой операции.
05Протестируйте заявки и оплату
Отправьте запрос с телефона, проверьте почту и CRM, откройте WhatsApp и телефонную ссылку. Сверьте события аналитики: одна форма должна давать один основной результат. Для магазина проверьте корзину, способы доставки и оплату в согласованном тестовом сценарии.
Используйте чек-лист приёмки сайта и запишите фактический результат. Само наличие формы на экране не подтверждает доставку обращения.
06Наблюдайте за новым сайтом после запуска
Проверьте старые адреса, ошибки 404, новые страницы в Search Console и динамику обращений. Сравнивайте сопоставимые периоды, отделяя технические сбои от сезонности и изменения рекламного бюджета.
Карту редиректов, доступы и резервную копию передайте владельцу сайта. Согласуйте, кто устраняет ошибки после запуска. Это превращает перенос в управляемую задачу с понятными критериями готовности.