Смена CMS затрагивает всё, что видит поисковый робот: адреса, шаблоны, скорость, служебные файлы. Рассказываем, как спланировать переезд на новый движок по шагам и какие проверки провести до и после переключения.
Почему переезд на новый движок опасен для SEO
Для посетителя смена движка может быть почти незаметной: тот же дизайн, те же тексты. Для поисковой системы это совсем другой сайт. Меняется формат адресов, структура HTML-кода, порядок вывода заголовков, способ формирования мета-тегов, скорость ответа сервера, логика пагинации и фильтров. Робот заново обходит страницы, сравнивает их с тем, что было в индексе, и пересчитывает позиции.
Если при переезде что-то потерялось — страницы без редиректа, пустые title, закрытые от индексации разделы, — поисковик воспринимает это как ухудшение. Мы видели проекты, где после переезда «на современную платформу» сайт выпадал из выдачи по половине коммерческих запросов, а восстановление занимало четыре-шесть месяцев. При этом технически переезд без потерь вполне достижим: нужно просто относиться к нему как к отдельному проекту со своим планом, а не как к финальному шагу разработки.
Когда смена движка действительно оправдана
Прежде чем планировать миграцию, стоит убедиться, что она нужна. Веские причины обычно такие:
- текущая CMS больше не поддерживается разработчиком и не получает обновлений безопасности;
- самописная система, которую некому развивать: исходный автор недоступен, документации нет;
- платформа не справляется с объёмом каталога или нагрузкой — страницы генерируются секундами;
- нужны интеграции или функции, которые на текущей платформе реализуются только костылями;
- стоимость владения — лицензии, поддержка, хостинг — несоизмерима с задачами сайта.
«Хочется посовременнее» или «новый подрядчик работает только с другой CMS» — слабые аргументы. В последнем случае иногда разумнее поискать подрядчика под текущую платформу, чем рисковать трафиком.
Этап 1. Инвентаризация: что у вас есть сейчас
Переезд начинается с полной описи старого сайта. Без неё невозможно проверить, что ничего не потерялось.
- Полный список URL. Соберите его из трёх источников: краулер, который обходит сайт по ссылкам; карта сайта; выгрузка из панелей вебмастеров и аналитики за год. Сравнение источников часто находит «сиротские» страницы, на которые нет ссылок, но которые получают трафик из поиска.
- Приоритет страниц. Для каждого URL — поисковый трафик, заявки, внешние ссылки. Это покажет, где ошибка критична, а где допустима.
- SEO-данные. Title, description, H1, канонические адреса, атрибуты изображений, микроразметка — всё, что будет переноситься.
- Нестандартные элементы. Фильтры с собственными адресами, страницы тегов, версии для печати, поддомены, файлы для скачивания, старые редиректы, которые уже настроены.
Результат этапа — таблица, которая станет основой для проверки после запуска. На сайт с каталогом в несколько тысяч страниц инвентаризация занимает обычно одну-две недели.
Этап 2. Карта адресов и редиректов
Лучший редирект — тот, который не понадобился. Если новая CMS позволяет сохранить старые URL, сохраняйте их, даже если они не идеально красивы. Если нет — каждой старой странице должна соответствовать новая, и между ними настраивается постоянный редирект с кодом 301.
| Ситуация | Решение | Частая ошибка |
|---|---|---|
| Страница переехала на новый адрес | 301 со старого URL на новый, один-к-одному | Редирект всех старых страниц на главную |
| Страница удалена, есть близкий аналог | 301 на ближайшую релевантную страницу или раздел | Код 200 с пустой страницей вместо 404 |
| Страница удалена без аналога | Код 404 или 410, полезная страница ошибки | Массовые редиректы на нерелевантные разделы |
| Старые редиректы уже были | Перенастроить цепочки, чтобы вели сразу на конечный адрес | Цепочки из трёх-четырёх переходов |
| Изменился формат адресов фильтров и пагинации | Правила редиректа по шаблону плюс проверка выборки | Дубли страниц с параметрами в индексе |
Редиректы по шаблонам удобны для больших каталогов, но каждое правило нужно проверять на выборке реальных адресов: одна неточность в регулярном выражении может отправить тысячи страниц не туда.
Этап 3. Перенос контента и данных
Автоматический перенос экономит время, но почти никогда не бывает идеальным. Типичные потери при импорте: сбитое форматирование таблиц, потерянные подписи и атрибуты изображений, обрезанные описания, неверные кодировки в старых материалах, ссылки внутри текстов, которые ведут на старые адреса. Для каталогов добавляются свойства товаров, которые на новой платформе хранятся иначе, и связи «похожие товары» или «аксессуары».
Поэтому после автоматического импорта обязательна выборочная ручная проверка: 5–10% страниц каждого типа, а для приоритетных страниц — все. Внутренние ссылки в текстах лучше сразу заменить на новые адреса, а не полагаться на редиректы: это ускоряет обход и снижает нагрузку на сервер.
Этап 4. Проверка на тестовом сервере
Новая версия разворачивается на тестовом адресе, закрытом от индексации паролем, а не только директивой в robots.txt. Там проводится полная проверка до переключения домена:
- обход тестового сайта краулером и сравнение с таблицей инвентаризации — все ли страницы есть, совпадают ли title, H1 и description;
- проверка всех редиректов из карты — автоматическим скриптом, а не вручную;
- сравнение скорости ключевых шаблонов со старым сайтом — новая версия не должна быть медленнее;
- проверка микроразметки, канонических адресов, hreflang для многоязычных сайтов;
- проверка мобильной версии и отображения в разных браузерах.
Совет студии: сделайте «слепок» старого сайта — полный обход краулером с сохранением всех SEO-данных — непосредственно перед переключением. Если после запуска что-то пойдёт не так, вы сможете точно сравнить, что было и что стало, а не восстанавливать картину по памяти.
Этап 5. Переключение и первые 30 дней
Переключение планируем на начало рабочей недели и вне сезонного пика. В день запуска: снимаем пароль и запрет индексации с новой версии, переключаем домен, проверяем HTTPS, выборочно проходим редиректы уже на боевом адресе, обновляем карту сайта и отправляем её в панели вебмастеров, проверяем счётчики и цели.
Дальше — мониторинг. Первые две недели ежедневно смотрим ошибки сканирования и страницы с кодом 404, количество страниц в индексе, позиции по 50–100 приоритетным запросам и трафик на ключевые разделы. Затем — раз в неделю до конца второго месяца. Новые 404, которые всплывают в отчётах, закрываем редиректами по мере появления.
Ориентиры нормальной динамики: небольшое колебание позиций в первые 2–3 недели, возврат к прежнему уровню за 4–8 недель. Если через месяц трафик ниже на 20% и больше — это сигнал искать системную ошибку, а не ждать.
Как это выглядит на реальном проекте
Дистрибьютор электротехнической продукции переезжал с устаревшей самописной системы на современную CMS. Каталог — около 14 000 товаров, адреса старого сайта содержали внутренние идентификаторы и параметры. Сохранить формат было невозможно, поэтому мы построили правила редиректа по шаблонам с таблицей соответствия идентификаторов и проверили их скриптом на полной выборке старых адресов. Ошибки нашлись в 3% случаев — в основном товары, которые в старой базе были заведены дважды.
После переключения позиции колебались около трёх недель, через шесть недель поисковый трафик вернулся к прежнему уровню, а к концу третьего месяца вырос примерно на 20% — за счёт ускорения загрузки страниц каталога и исправленных дублей. Сопровождение переезда в таких проектах мы обычно ведём вместе с SEO-подготовкой.
Чек-лист переезда на новый движок
- Составлен полный список URL из краулера, карты сайта, аналитики и панелей вебмастеров.
- Для каждой страницы известен трафик, заявки и внешние ссылки.
- Старые адреса сохранены или для каждого есть 301-редирект на релевантную страницу.
- Цепочки старых редиректов сокращены до одного перехода.
- Title, description, H1 и микроразметка перенесены и проверены.
- Внутренние ссылки в текстах заменены на новые адреса.
- Тестовая версия закрыта паролем, проверена краулером и по скорости.
- Сделан полный слепок старого сайта перед переключением.
- Переключение запланировано на начало недели и вне сезона.
- Назначен ответственный за ежедневный мониторинг в первые две недели.
Переезд без потерь — это не удача, а дисциплина. Больше всего времени в нём занимает не программирование, а проверки, и именно они отличают спокойный запуск от нескольких месяцев восстановления позиций.
