Перенос сайта на Битрикс: как переехать и не потерять SEO

Перенос сайта на Битрикс — с другой CMS или на новый хостинг — это управляемая процедура, в которой главный риск не технический, а поисковый: потерять накопленные позиции из-за смены адресов страниц. Разбираем этапы переезда и правила, которые сохраняют SEO.

Сайты переносят на Битрикс по 2 типовым поводам: бизнесу понадобился обмен с 1С, или старый сайт на конструкторе перестал вмещать задачи. Сам перенос — рутинная инженерная работа. Нерутинное в нем одно: за годы жизни старый сайт накопил позиции в поиске, и при небрежном переезде они теряются. Восстановление занимает месяцы.

Разберу 3 сценария переноса и правила, которые сохраняют поисковый трафик. Правила универсальны: они работают при переезде на любую CMS, не только на Битрикс.

Сценарий 1. Переезд с другой CMS на Битрикс

Самый объемный вариант: меняется все — структура данных, шаблоны, адреса страниц. Порядок работ выглядит так:

1. Инвентаризация старого сайта: выгрузка всех URL с трафиком и позициями из Вебмастера, Search Console и краулера.
2. Проектирование структуры на Битриксе: разделы, инфоблоки, свойства товаров.
3. Миграция контента: каталог, статьи, страницы. Для больших объемов пишутся импорт-скрипты, руками переносят только уникальные страницы.
4. Верстка и сборка на тестовом домене, закрытом от индексации.
5. Карта редиректов и запуск.
6. Мониторинг 2–4 недели после переезда.

Ключевой документ здесь — карта редиректов: таблица «старый URL → новый URL» для каждой страницы, у которой меняется адрес. Не «главные страницы», а все, включая карточки товаров и статьи. Каждый старый адрес должен отдавать 301-редирект на точный новый аналог, а не на главную. Массовый редирект всего на главную — самый быстрый известный мне способ слить поисковый трафик.

Если структуру URL можно сохранить, сохраняйте: отсутствие редиректов надежнее любых редиректов. Битрикс позволяет настроить почти любые адреса, и «переезд без смены URL» — реальная и лучшая цель.

Сценарий 2. Перенос Битрикс-сайта на другой хостинг

Здесь SEO-рисков почти нет: адреса не меняются. Риски инженерные:

• окружение нового сервера должно соответствовать требованиям платформы: версии PHP и MySQL, модули, лимиты. Проще всего разворачиваться на официальной VMBitrix;
• лицензия Битрикса привязана к сайту, при переносе ее нужно корректно переактивировать;
• обмены с 1С после переезда требуют перенастройки адресов и проверки;
• переключение DNS делается с уменьшенным TTL, чтобы не жить сутки на 2 сервера.

Правильный перенос между хостингами проходит без единой минуты простоя: сайт разворачивается на новом сервере, проверяется по тестовому адресу, затем переключается DNS. Старый сервер держат живым еще 1–2 недели — на случай, если что-то забыли. Общий порядок такого переезда, включая работу с TTL и окном переключения, разобран в материале про миграцию сайта без простоя.

Сценарий 3. Переезд с Битрикса

Да, бывает и так, и мы честно об этом пишем: если от Битрикса используется треть возможностей, а лицензия и поддержка ощущаются как лишние расходы, переезд на более простую платформу может быть рационален. Правила те же: инвентаризация, карта редиректов, сохранение метатегов и контента. Технически выгрузка данных из Битрикса не сложнее выгрузки из любой другой CMS.

Единственное, что я советую сделать до решения: посчитать, что именно дорого. Часто «дорогой Битрикс» при разборе оказывается дорогой поддержкой конкретного подрядчика, а не платформы.

SEO-чек-лист переезда

Пункты, которые проверяются перед переключением и сразу после него:

• карта редиректов покрывает все URL старого сайта, редиректы ведут на точные аналоги и работают в один шаг;
• title, description и h1 перенесены для всех страниц, а не сгенерированы заново;
• тексты, картинки и микроразметка на месте;
• тестовая версия закрыта от индексации, боевая — открыта (эту пару путают с завидной регулярностью, обе ошибки болезненны);
• sitemap.xml обновлен, robots.txt не тащит правила с тестового домена;
• счетчики аналитики и цели работают;
• в Вебмастере и Search Console после запуска нет всплеска ошибок 404.

После переезда 2–4 недели мониторинга: позиции, индексация, 404 в панелях вебмастеров. Небольшая просадка на переиндексацию — норма. Просадка вдвое — сигнал, что где-то дыра в карте редиректов, и искать ее нужно немедленно: чем дольше страницы отдают 404, тем труднее вернуть позиции.

Сроки и во что это обходится

Перенос между хостингами — 1–2 дня работы специалиста. Переезд с CMS на CMS — от 2 недель до пары месяцев в зависимости от объема каталога и количества доработок; фактически это мини-проект разработки. Оценивать его стоит по нашей практике так: сама миграция данных — четверть бюджета, остальное — шаблоны, интеграции и вычитка мелочей.

Мы в Design Lab переносили проекты в обе стороны, и главный вывод из этого опыта скучный: все потери трафика при переездах, которые мы видели, были следствием спешки на этапе карты редиректов. Это та часть проекта, на которой нельзя экономить время.