Переезд на Битрикс сам по себе не должен менять позиции сайта. Риск возникает, когда вместе с CMS меняются адреса страниц, структура каталога, правила индексации или содержание. Для крупного проекта такие ошибки быстро множатся: поисковик встречает тысячи страниц с кодом 404, дубли или неверные переадресации. Поэтому миграцию стоит планировать как технический запуск с проверками до и после, а не как простую замену движка.
Ниже — последовательность работ, которая помогает сохранить поисковую видимость. Она подходит и для смены CMS без изменения домена, и для более масштабного переезда. Если одновременно меняются домен, протокол или структура URL, каждый такой шаг нужно отдельно включить в план.
1. Зафиксируйте исходное состояние
До разработки соберите перечень страниц, которые уже получают поисковый трафик и ссылки. Одного экспорта URL из CMS недостаточно: в него могут не попасть страницы, найденные поисковыми системами, либо, наоборот, попадут технические адреса, которые индексировать не нужно.
- Сохраните список URL из аналитики, панелей вебмастеров, XML-карты сайта и краулера.
- Для каждого адреса зафиксируйте код ответа, title, description, H1, canonical, индексируемость и число внутренних ссылок.
- Отдельно отметьте страницы с органическими переходами, внешними ссылками и сезонным спросом.
- Запишите текущие правила для robots.txt, sitemap, пагинации, фильтров, сортировки и параметров URL.
Этот снимок станет контрольной точкой. Он поможет отличить нормальные колебания после релиза от ошибок, из-за которых важные страницы исчезли из поиска.
2. Составьте карту соответствий URL
На новом сайте заранее определите адрес каждой старой страницы. Если URL остаётся прежним, это нужно подтвердить проверкой. Если меняется — укажите точный адрес назначения. Перенаправлять все удалённые страницы на главную нельзя: пользователь и поисковый робот должны попадать на максимально близкую по смыслу страницу. Для контента без равноценной замены корректнее вернуть 404 или 410, а не создавать нерелевантную переадресацию.
Карта должна охватывать карточки товаров, категории, статьи, страницы услуг, пагинацию и другие индексируемые разделы. Проверьте также варианты со слешем в конце, регистром, кодировкой символов и параметрами. На крупном сайте список удобнее проверять автоматически: каждый старый адрес должен вести либо на сохранённую страницу с кодом 200, либо на обоснованный ответ или редирект.
3. Перенесите не только страницы, но и SEO-логику
В Битриксе важно проверить, как устроены инфоблоки, разделы и шаблоны ЧПУ: от них зависят адреса и метаданные целых групп страниц. Нельзя полагаться на то, что настройки старой CMS автоматически появятся в новой. Задайте правила формирования title, description и H1, но сохраните вручную заданные значения там, где они нужны — например, у приоритетных посадочных страниц.
Проверьте canonical, robots meta и язык страницы. У фильтров и сортировок должна быть понятная политика: какие комбинации полезны для поиска и получают отдельные посадочные страницы, а какие закрываются от индексации или канонизируются на базовую категорию. Если бездумно открыть все сочетания фильтров, число URL может вырасти на порядки; если закрыть всё подряд, можно потерять ценные страницы с отдельным спросом.
Сопоставьте внутренние ссылки, хлебные крошки, меню и блоки перелинковки со старой версией. Проверьте, что ссылки ведут на канонические адреса, а не на редиректы или страницы, закрытые от индексации.
4. Проведите проверку на тестовой версии
Тестовый сайт не должен случайно попасть в индекс. Ограничьте доступ паролем или настройте запрет индексации, а перед запуском обязательно проверьте, что ограничение не останется на основном домене. Одного robots.txt для защиты тестовой версии недостаточно: он регулирует обход, но не всегда предотвращает появление адресов в поиске.
До релиза просканируйте тестовую сборку краулером и выборочно откройте страницы разных типов. Проверьте:
- коды ответов, отсутствие циклов редиректов и битых внутренних ссылок;
- корректность заголовков, метаданных, canonical и robots meta;
- доступность изображений, скриптов и CSS, нужных для отображения страницы;
- работу поиска, каталога, фильтров, пагинации и форм;
- совпадение ключевого контента и адресов с утверждённой картой миграции.
Проверьте и производительность. Долгий ответ сервера или ошибки при массовой загрузке страниц ухудшают доступность сайта для пользователей и поисковых роботов. Для Битрикса особенно важно заранее протестировать кеширование и нагрузку на базу данных на сценариях, близких к реальным.
5. Подготовьте запуск и редиректы
Перед переключением сделайте резервные копии файлов и базы данных, зафиксируйте настройки старого сайта и назначьте ответственных за разработку, контент и аналитику. На релизе используйте постоянные редиректы 301 там, где адрес действительно изменился. Правила лучше проверять списком старых URL: цепочки из нескольких переадресаций и переходы на промежуточные адреса увеличивают число ошибок и замедляют обход.
После переключения убедитесь, что основной домен отдаёт нужную версию сайта по HTTPS, а варианты с HTTP и альтернативным написанием домена перенаправляются на неё. Проверьте robots.txt: на рабочем сайте не должно остаться запрета на обход, скопированного с тестовой среды. Обновите XML-карту сайта, оставив в ней канонические индексируемые страницы с кодом 200, и отправьте её в панели вебмастеров.
6. Следите за сайтом после переезда
Первые дни и недели проверяйте сайт чаще обычного. Сравнивайте обход старых и новых URL, отчёты об индексации, органические переходы и данные серверных логов. Небольшие колебания возможны: поисковым системам нужно заново обработать страницы. Но резкий рост 404, исключённых URL, ошибок сервера или страниц без трафика — повод искать конкретную причину, а не ждать, что всё восстановится само.
При обнаружении ошибки исправляйте её в источнике: шаблоне ЧПУ, правилах редиректов, генерации canonical или контенте. Затем повторно проверьте затронутый тип страниц и похожие URL. Для крупного сайта именно такая проверка по группам, а не разовая проверка главной страницы, помогает заметить системную проблему до того, как она затронет весь каталог.
