Чек-лист SEO при смене CMS на Битрикс: без нервов и просадок

Смена CMS на Битрикс похожа на переезд офиса. Мебель та же, команда та же, клиенты те же — но если таблички на дверях перепутаны, курьер с важным заказом уйдёт не туда. В SEO роль таких табличек играют URL, редиректы, canonical, robots.txt, sitemap и внутренние ссылки.

Хорошая новость: переезд на 1С-Битрикс можно провести спокойно. Плохая — поисковые системы не любят хаос. Google в документации по миграции сайта советует по возможности менять один крупный параметр за раз, а Яндекс при смене структуры прямо рекомендует 301 редиректы со старых адресов на новые. Полезно держать под рукой официальные материалы: Google Search Central о переезде сайта, Яндекс о смене структуры сайта и заметки Битрикса про robots.txt и sitemap.xml.

Короткий план: сначала карта, потом коробки

Перед тем как разработчики перенесут контент в Битрикс, SEO-специалисту нужен простой план. Не «потом посмотрим», а список работ с ответственными и датами. Честно говоря, именно этот скучный файл часто спасает трафик.

• До переноса: собрать текущие URL, метатеги, заголовки, тексты, статусы страниц и позиции по важным запросам.
• На тестовом сайте: проверить структуру Битрикса, шаблоны URL, индексацию, дубли и метаданные.
• В день запуска: открыть сайт роботам, включить 301 редиректы, обновить sitemap и проверить ответы сервера.
• После запуска: следить за ошибками, логами, индексом, просадками и странными дублями.

Звучит буднично? Так и должно быть. SEO при смене CMS — не фейерверк, а аккуратная работа по списку.

Шаг 1. Соберите старый сайт, пока он ещё жив

Начните с выгрузки всех доступных URL. Нужны страницы из краулера, XML-карты, Яндекс Вебмастера, Google Search Console, аналитики, рекламных кабинетов и, если есть, CRM. Особенно берегите страницы с трафиком, внешними ссылками, заявками и продажами.

Для каждой важной страницы зафиксируйте title, description, H1, canonical, статус ответа, цепочку хлебных крошек и основной контент. Да, это похоже на инвентаризацию склада. Зато потом вы поймёте, что именно потерялось при переезде — если потерялось.

Отдельно отметьте мусор: страницы поиска, сортировки, фильтры с параметрами, корзину, личный кабинет, служебные адреса. В Битриксе такие зоны появляются легко, особенно в интернет-магазинах. Их надо заранее закрыть от индексации или привести к нормальному canonical.

Шаг 2. URL в Битриксе: не ломайте то, что уже работает

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

В Битриксе адреса часто завязаны на инфоблоки и компоненты каталога. Проверьте шаблоны для разделов и карточек: например, связку на базе символьных кодов раздела и элемента. В официальном материале Битрикса по ЧПУ показано, как адреса разделов и детальных страниц настраиваются через параметры инфоблока и компонентов: настройка ЧПУ в 1С-Битрикс.

А знаете что? Самая неприятная ошибка тут — почти незаметная. Было /catalog/tovar/, стало /catalog/tovar. Для человека разницы нет. Для поисковика это два адреса, если сервер не склеивает слеши аккуратно.

Шаг 3. Редиректы 301: один старый адрес — один новый

Редирект-карта должна работать по принципу «страница к странице». Старую карточку товара ведём на новую карточку. Старую категорию — на новую категорию. Не надо отправлять всё на главную: поисковый робот поймёт, что релевантная страница исчезла, а пользователь почувствует себя обманутым.

Проверьте три вещи: код ответа 301, отсутствие длинных цепочек и отсутствие циклов. Идеально, когда старый URL сразу ведёт на финальный новый адрес. Без остановки на http, потом на https, потом на www, потом ещё на слеш. Такие «паровозики» тормозят обход и добавляют риска.

Технически редиректы можно держать на уровне nginx, Apache или логики Битрикса. В D7 есть Redirect response со статусом 301, это описано в документации: HttpResponse Redirect в Битрикс. Но для массовых правил чаще удобнее серверный уровень — быстрее и чище.

Шаг 4. Robots.txt и sitemap: маленькие файлы, большой шум

На тестовом контуре сайт обычно закрывают от индексации. И правильно. Но в день релиза эту блокировку надо снять. Смешно? Увы, нет. Закрытый robots.txt после запуска — классика жанра, как забытый утюг перед отпуском.

Проверьте, что в robots.txt нет запрета на важные разделы, каталог, статьи, изображения и CSS/JS, если они нужны для нормального рендера. Укажите актуальный путь к sitemap. Яндекс отдельно пишет, что карту сайта можно указать в robots.txt или добавить в Вебмастер; при обновлении файла робот будет проверять его повторно. Официальная справка тут: файлы Sitemap в Яндекс Вебмастере.

Sitemap после переезда должен содержать только новые канонические URL со статусом 200. Без редиректов. Без 404. Без тестовых доменов. Без адресов со случайными параметрами.

Шаг 5. Метатеги, canonical и контент: не теряем смысл страниц

CMS меняется, а поисковая ценность страниц должна сохраниться. Поэтому переносите не только тексты, но и title, description, H1, alt у важных изображений, микроразметку, хлебные крошки, блоки FAQ, если они были полезны.

Canonical особенно важен для Битрикса: каталоги, фильтры, сортировки и пагинация легко плодят варианты одной страницы. Проверьте, что canonical на новом сайте указывает на новый канонический URL, а не на тестовый домен и не на старую CMS. Google в инструкции по миграции также выделяет проверку canonical и meta robots после включения редиректов.

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

Шаг 6. Техническая проверка перед релизом

Перед запуском прогоните тестовый сайт краулером. Не один раз, а после каждой крупной правки. И смотрите не только на красивые страницы, но и на скучные коды ответа.

• важные страницы отдают 200;
• старые URL на боевом домене заранее сопоставлены с новыми;
• 404 страница оформлена нормально и не отдаёт 200;
• нет дублей http/https, www/без www, со слешем/без слеша;
• canonical не ведёт на dev-домен;
• robots.txt открыт для нужных разделов;
• sitemap содержит свежие адреса;
• счётчики аналитики и цели перенесены;
• страницы быстро открываются под нагрузкой.

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

Шаг 7. День запуска: без героизма, по чек-листу

В день релиза не стоит параллельно менять дизайн, структуру каталога, домен, тексты и логику фильтров. Чем меньше переменных, тем легче найти причину сбоя. Сначала открываем сайт, включаем редиректы, проверяем главные типы страниц: главная, раздел, карточка, статья, контакты, корзина, форма заявки.

Сразу после запуска отправьте sitemap в Яндекс Вебмастер и Google Search Console. Проверьте несколько старых URL через инструменты ответа сервера. В Яндексе для этого есть проверка ответа сервера и анализ robots.txt в Вебмастере.

И не забудьте руками пройти путь пользователя. Поисковик важен, но заявка важнее. Если SEO идеально, а форма не отправляется — бизнес всё равно грустит.

После переезда: смотрим, слушаем, чиним

Первые недели после смены CMS — период наблюдения. Возможны колебания позиций, это нормально. Ненормально — резкий рост 404, закрытые разделы, массовые дубли, пропажа страниц из sitemap или падение обхода.

Каждые несколько дней проверяйте отчёты по индексированию, ошибки сканирования, логи сервера, страницы с трафиком и конверсии. Если старый URL получает посещения и отдаёт 404, добавьте редирект. Если новая важная страница не попала в sitemap, обновите генерацию. Если робот ходит по фильтрам с миллионом параметров, ограничьте индексацию таких адресов.

Мини-чек-лист на холодильник

• Старые URL собраны и размечены по важности.
• Для каждой ценной страницы задан новый адрес.
• 301 редиректы работают без цепочек.
• Метатеги, H1, тексты и canonical перенесены.
• robots.txt открыт, sitemap свежий.
• Внутренние ссылки ведут на новые URL.
• Яндекс Вебмастер и Google Search Console проверены.
• Ошибки после запуска отслеживаются минимум несколько недель.

Переезд на Битрикс не обязан быть драмой. Если действовать спокойно, сверять факты и не надеяться на «само склеится», поисковые системы быстро поймут новую структуру сайта. А вы сохраните главное — трафик, заявки и нервы команды.