Переезд на новую CMS почти всегда затрагивает URL, шаблоны, мета-теги, скорость, индексацию, формы и аналитику. Если запускать миграцию как обычный дизайн-релиз, органический трафик может просесть не из-за новой платформы, а из-за потерянных сигналов старого сайта.
SEO-задача миграции - сохранить то, что уже работает, и аккуратно перенести основу для дальнейшего роста. Для проектов, где важны заявки из поиска, миграцию лучше планировать вместе с SEO-продвижением сайта под ключ, а не подключать специалиста после падения трафика.
Что зафиксировать до переезда
До разработки нужно снять базу текущего сайта: список индексируемых URL, страницы с трафиком, посадочные с заявками, Title и Description, H1, canonical, robots.txt, sitemap.xml, статус кодов, внутренние ссылки и данные аналитики. Эта база станет контрольной точкой после запуска.
Особое внимание нужно уделить страницам, которые приносят бизнесу заявки. Иногда редкая внутренняя страница важнее красивой новой витрины, потому что именно она стабильно собирает органический спрос. Потерять такой URL при миграции - значит потерять не файл, а часть воронки.
- Выгрузите все URL из краулера, аналитики, sitemap и Search Console или Вебмастера.
- Отметьте страницы с органическим трафиком и конверсиями.
- Сохраните текущие мета-теги, заголовки, canonical и статус коды.
- Зафиксируйте шаблоны страниц, которые должны сохраниться по смыслу.
Карта URL и редиректы
Главный документ миграции - карта соответствий старых и новых URL. Для каждой старой страницы нужно указать новый адрес, решение по редиректу, статус сохранения контента и ответственного за проверку. Без такой карты переезд превращается в серию догадок.
Редирект должен вести на максимально близкую по смыслу страницу. Массовый перевод всех старых URL на главную почти всегда плохое решение: пользователь не получает ожидаемый контент, а поисковая система теряет связь между старой и новой страницей.
- Старый URL не удаляется без решения: сохранить, склеить, перенести или закрыть.
- Для переехавших страниц используйте постоянный 301-редирект.
- Не допускайте цепочек и циклов редиректов.
- Проверяйте, чтобы важные параметры и фильтры не создавали новые дубли.
Что проверить на тестовом стенде
Тестовый стенд должен быть закрыт от индексации, но доступен команде для проверки. На нем смотрят не только внешний вид, но и технические элементы: статус коды, canonical, мета, микроразметку, пагинацию, hreflang при необходимости, скорость, адаптивность и корректность форм.
Нельзя переносить SEO-проверку на день релиза. Если ошибка заложена в шаблон, после запуска она размножится на десятки или тысячи страниц. Исправить ее до публикации дешевле, чем потом выгребать дубли, пустые Title и закрытые от индексации разделы.
- Стенд закрыт от индексации, но не ломает проверку шаблонов.
- Все основные типы страниц имеют уникальные Title, Description и H1.
- Canonical указывает на правильные финальные URL.
- Формы, цели аналитики и события работают на ключевых сценариях.
- Новая sitemap.xml содержит только актуальные индексируемые страницы.
День запуска
В день запуска команда работает по короткому сценарию, а не по длинному аудиту. Сначала проверяют доступность сайта, статус кодов, редиректы по приоритетным URL, robots.txt, sitemap.xml, canonical, счетчики аналитики и страницы, которые давали больше всего органики.
Важно заранее подготовить окно релиза и ответственных. Если разработчик, SEO-специалист и менеджер проверяют разные вещи без общего списка, часть ошибок останется незамеченной. После публикации каждый час с закрытым разделом или сломанными редиректами может стоить трафика.
- Проверьте 20-50 самых важных старых URL и их новые адреса.
- Убедитесь, что robots.txt не закрывает боевой сайт.
- Отправьте новую sitemap.xml в инструменты поисковых систем.
- Проверьте корректность canonical и отсутствие noindex на важных страницах.
Мониторинг после запуска
После миграции первые недели важнее обычного отчета. Нужно отслеживать ошибки сканирования, выпадение страниц, динамику показов, кликов, позиций, конверсий и лог-файлы при наличии доступа. Небольшие колебания возможны, но резкая просадка требует быстрой диагностики.
Отдельно проверяют страницы, которые были склеены, объединены или получили новый шаблон. Если органика падает только у одной группы URL, причина часто в локальном шаблоне, а не во всей CMS. Такой подход помогает быстрее исправить проблему без хаотичных правок всего сайта.
- Сравнивайте органику до и после миграции по группам страниц.
- Следите за 404, цепочками редиректов и неожиданными noindex.
- Проверяйте сохранность мета-тегов и внутренних ссылок после правок контента.
- Фиксируйте все изменения после релиза, чтобы не потерять причинно-следственную связь.
Частые ошибки миграции
Самые болезненные ошибки выглядят простыми: забыли открыть сайт от индексации, потеряли старые URL, изменили структуру без редиректов, удалили тексты посадочных, заменили уникальные мета-теги шаблонными, сломали формы и не перенесли цели аналитики.
Еще один риск - оценивать успех только по внешнему виду. Новая CMS может быть удобнее, но для SEO важны доступность страниц, чистая структура, скорость, корректные сигналы и сохранение полезного контента. Без этого редизайн или переезд становятся причиной падения, а не роста.
Перед финальным согласованием полезно показать заказчику не только макет, но и таблицу SEO-сохранности. В ней видно, какие URL остаются, какие переезжают, какие страницы объединяются и где нужны новые тексты. Такой документ снимает конфликт между дизайном, разработкой и продвижением: команда обсуждает конкретные риски, а не общую тревогу про возможную просадку.
Если миграция уже произошла без подготовки, начинать нужно с аварийного сравнения. Берут список старых URL из аналитики и вебмастеров, проверяют статусы, редиректы, индексацию и наличие контента на новых страницах. Это не заменяет плановый переезд, но помогает быстро вернуть самые ценные посадочные и остановить дальнейшую потерю заявок.
FAQ
Можно ли мигрировать сайт без просадки трафика?
Можно снизить риск, если заранее собрать карту URL, настроить редиректы, сохранить важный контент и быстро проверять ошибки после запуска. Полностью гарантировать отсутствие колебаний нельзя.
Когда подключать SEO-специалиста к миграции?
До разработки новой структуры и шаблонов. Если подключить SEO после запуска, часть ошибок уже попадет в индекс и исправление займет больше времени.
