Что меняется при смене CMS
Даже если дизайн остается прежним, новая система может генерировать другие адреса, канонические ссылки, метаданные, пагинацию, sitemap, фильтры и HTML. Из-за этого проект технически становится другим.
Главная задача SEO-переноса - сохранить все сильные сигналы там, где страницы остаются по смыслу прежними, и правильно обработать изменения там, где структура меняется.
До разработки: зафиксируйте текущее состояние
- полный список URL;
- коды ответа;
- Title, Description, H1;
- canonical;
- страницы с поисковым трафиком и показами;
- внешние ссылки на важные URL;
- robots.txt и sitemap;
- внутренние ссылки и глубину страниц.
Без такой фиксации после запуска невозможно понять, что именно потерялось.
Сохранять URL или менять
Если новый движок позволяет оставить адреса без ущерба структуре, это самый простой вариант. Поисковой системе не придется обрабатывать массовый перенос URL. Но сохранять плохую структуру любой ценой тоже не нужно. Если старые адреса хаотичны и мешают дальнейшему развитию, лучше один раз подготовить корректную карту редиректов.
Карта 301-редиректов
Каждый старый индексируемый URL получает решение: оставить, перенаправить на эквивалент, объединить с другой страницей или удалить без замены. Массовое правило старый раздел на главную обычно не подходит.
Google рассматривает постоянные редиректы как сигнал выбора новой канонической страницы. В официальной документации Redirects and Google Search серверные 301 и 308 указаны как предпочтительные постоянные варианты.
Сравните итоговый HTML, а не только экран
На старой и новой CMS одна и та же страница может выглядеть одинаково, но иметь разные заголовки, canonical, robots meta, структурированные данные и ссылки. Перед запуском сравните исходный HTML нескольких ключевых типов страниц.
Особенно внимательно проверьте контент, который новая система выводит только после действий пользователя или через сложные сценарии JavaScript.
Метаданные и заголовки
Перенесите уникальные Title и Description. Автоматические шаблоны новой CMS иногда перезаписывают их названием сайта или категорией. Проверьте H1 и иерархию H2-H3: при импорте редактор может превратить заголовки в обычные абзацы.
Canonical и дубли
Новая CMS может создавать альтернативные URL с параметрами, слешами, сортировками и пагинацией. Проверьте, какие версии доступны роботу и куда указывает canonical. Google рекомендует использовать согласованные сигналы: не указывать один canonical в теге и другой в sitemap.
robots.txt и sitemap
Тестовую версию часто закрывают от роботов. Перед запуском удалите временные запреты. Новый sitemap должен содержать актуальные канонические URL, а не старые адреса или страницы с редиректом.
Внутренние ссылки
После миграции ссылки в меню, хлебных крошках, текстах, карточках и подвале должны вести сразу на новые адреса. Не оставляйте сайт, где почти каждый внутренний переход проходит через 301. Это лишняя техническая сложность и источник будущих цепочек.
Порядок запуска
- Завершить тестирование новой CMS на закрытом адресе.
- Заморозить критичные изменения контента на старом сайте.
- Сделать финальную выгрузку URL и метаданных.
- Подключить домен.
- Активировать редиректы.
- Открыть индексирование.
- Опубликовать новый sitemap.
- Проверить выборочные старые и новые URL.
- Начать мониторинг Вебмастера и Search Console.
Как понять, что перенос прошел нормально
Старые URL постепенно выпадают из индекса или отображаются как перенаправленные, новые входят вместо них, а показы и трафик переходят на соответствующие страницы. Важнее смотреть на отдельные кластеры и URL, чем на общий график: рост одного раздела может скрыть потерю другого.
При сложной миграции полезен отдельный технический план. Мы используем такую схему в услуге переноса сайта на Тильду, когда нужно сохранить структуру, URL и поисковые сигналы старого проекта.
