Миграция с одной CMS на другую: как не потерять трафик и заказы

Смена CMS — один из самых нервных проектов в жизни интернет-магазина. Технически всё может пройти гладко: сайт открывается, товары на месте, дизайн новый и красивый. А через две недели владелец видит, что органический трафик просел вдвое, а заказов стало меньше. Причина почти всегда одна — на переезде забыли про то, что не видно глазом: URL, редиректы, метаданные, связки с 1С.

Эта статья — практический план миграции, который сохраняет трафик и заказы: что проверить до переезда, как составить карту редиректов, перенести контент и историю заказов, запустить сайт и проконтролировать результат. Разбираем на примере переезда на 1С-Битрикс, где ключевую роль играет обмен с учётной системой и аудит и оптимизация 1С.

Что на самом деле теряют при миграции

При смене CMS рискуют не дизайном и не «внешним видом» — эти вещи как раз обычно улучшают. Теряют невидимое: накопленный поисковиками вес страниц, привязанный к конкретным URL. Поисковая система годами индексировала адреса каталога, карточек и статей, начисляла им авторитет, ставила в выдачу. Если после переезда эти адреса меняются или отдают 404, вся накопленная история обнуляется.

Вторая категория потерь — данные и связи: заказы, клиенты, история, привязка товаров к 1С. Если их перенести небрежно, магазин теряет не позиции, а операционную способность: заказы не сходятся с учётом, клиенты не могут войти, остатки врут. Поэтому миграция — это в первую очередь проект по сохранению невидимого, а не по созданию нового красивого сайта.

Аудит перед переездом

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

• Полный список URL. Выгрузка всех страниц: каталог, карточки, разделы, статьи, посадочные, служебные. Это основа будущей карты редиректов.
• Топ страниц по трафику. Какие URL приносят больше всего органики — за ними следят особенно пристально.
• Метаданные и разметка. Заголовки, description, микроразметка, canonical — всё, что влияет на выдачу.
• Данные магазина. Товары, свойства, цены, заказы, клиенты, их связь с 1С.
• Интеграции. Оплата, доставка, аналитика, обмен с учётной системой, внешние сервисы.

Результат аудита — полная карта того, что есть. Без неё миграция превращается в лотерею: что вспомнили, то и перенесли, остальное потеряли. Именно на этом этапе всплывают неочевидные вещи вроде «десятков посадочных страниц под контекст», о которых все забыли.

Сохранение структуры URL

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

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

Карта редиректов 301

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

Массовые редиректы (тысячи карточек) генерируют по правилу соответствия — например, по совпадению артикулов или ЧПУ. Уникальные страницы прописывают вручную. Ключевая проверка перед запуском — прогнать список старых URL и убедиться, что каждый ведёт на осмысленную новую страницу, а не в 404.

Перенос контента и метаданных

Контент переносят вместе с его SEO-оболочкой, иначе даже при сохранённых URL страницы теряют позиции. Переносить нужно:

• Тексты и структуру. Описания категорий, статьи, посадочные — с сохранением заголовков H1-H3.
• Метатеги. Title и description каждой значимой страницы, а не сгенерированные заново «болванки».
• Микроразметку. Schema.org для товаров, хлебных крошек, отзывов — она влияет на сниппеты.
• Изображения. С сохранением путей или с редиректами на новые, чтобы не терять картиночный трафик.

На 1С-Битрикс контент живёт в инфоблоках, а метаданные задаются свойствами разделов и элементов или SEO-шаблонами. Правильно спроектированные инфоблоки позволяют перенести и структуру, и метаданные аккуратно. Логику переноса данных между системами удобно оформлять через современный слой доступа — про него есть статья о D7 и ORM в 1С-Битрикс.

Перенос товаров, заказов и клиентов

Операционные данные магазина — товары, заказы, клиенты — переносят с сохранением идентификаторов и связей, иначе рассыпается вся история. Основной принцип: у каждого объекта должен остаться ключ, по которому его можно сопоставить со старой системой и с 1С.

1. Товары. Переносятся с артикулами, кодами 1С (XML_ID), свойствами и связями. По этим кодам они позже свяжутся с учётной системой.
2. Клиенты. Учётные записи, контакты, группы и типы цен — с сохранением связей, чтобы клиент вошёл и увидел свою историю.
3. Заказы. История заказов с их номерами, статусами и составом — для отчётности и повторных покупок.
4. Проверка сходимости. После импорта данные сверяют с учётной системой: коды, суммы, остатки должны сойтись.

Для B2B особенно важны группы клиентов и типы цен — их нельзя терять, иначе оптовики после переезда увидят розничные цены. Перенос этих данных лучше планировать вместе с настройкой обмена, а не отдельно.

Обмен с 1С как источник истины

Для магазина, завязанного на учёт, самое надёжное решение при миграции — сделать источником истины 1С, а не старую CMS. Тогда товары, цены, остатки и заказы приходят на новый сайт обменом, а не тащатся напрямую из прежней системы со всеми её искажениями.

1С-Битрикс поддерживает двусторонний обмен с 1С по протоколу CommerceML из коробки: каталог, цены и остатки выгружаются на сайт, заказы — обратно в учёт. Это снимает половину рисков миграции: даже если что-то потерялось при переносе, эталонные данные лежат в 1С и подтягиваются обменом. Настройка стабильного обмена — отдельная задача, которую закрывает автоматизация на 1С. Безопасность интеграционного слоя (вебхуки, API) — тема статьи про безопасность REST и вебхуков в 1С-Битрикс.

Тестовый контур и приёмка

Новый сайт нельзя запускать «сразу в бой». До переключения он должен полностью работать на тестовом контуре, где проверяется всё, что важно для трафика и продаж.

• Редиректы. Прогон списка старых URL — каждый ведёт на осмысленную страницу.
• Метаданные. Title, description и разметка на месте и корректны.
• Формы и оплата. Заказ проходит целиком: корзина, оформление, оплата, уведомления.
• Обмен с 1С. Товары, цены, остатки приходят, заказы уходят обратно.
• Аналитика. Счётчики и цели настроены и срабатывают.

Отдельно проверяют, что тестовый контур закрыт от индексации, иначе поисковик найдёт дубль сайта. Приёмка проходит по чек-листу, а не «посмотрели — вроде работает»: миграция — как раз тот случай, когда мелочь способна обрушить трафик.

План запуска и переключение

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

1. Финальная синхронизация. Догоняем свежие заказы и данные, накопившиеся за время подготовки.
2. Включение редиректов. Активируем 301-редиректы со старых URL на новые.
3. Переключение DNS/сервера. Направляем домен на новый сайт.
4. Открытие индексации. Снимаем запрет на индексацию нового сайта и обновляем карту сайта.
5. Дымовой тест. Сразу проверяем ключевые сценарии на боевом: заказ, оплата, вход, обмен.

Небольшой сайт переключают разом, крупный иногда запускают поэтапно или с периодом параллельной работы. В любом случае должен быть готов план отката — что делать, если после переключения всплывёт критичная проблема.

Контроль после переезда

Работа не заканчивается запуском — первые недели за сайтом внимательно следят. Поисковикам нужно время переиндексировать страницы и «переклеить» вес по редиректам, и именно сейчас ловятся упущенные ошибки.

• Ошибки 404. Мониторинг адресов, которые отдают «не найдено» — забытые редиректы дописывают на ходу.
• Индексация. Сколько страниц в индексе, как идёт переиндексация, нет ли выпавших разделов.
• Позиции и трафик. Динамика по ключевым страницам — небольшая просадка нормальна, глубокая сигнализирует о проблеме.
• Заказы и обмен. Заказы проходят и сходятся с 1С, остатки актуальны.

Чем быстрее ловятся и чинятся ошибки, тем меньше просадка. Грамотно проведённая миграция даёт короткое и неглубокое падение с восстановлением за недели, а не месяцы.

Производительность на новой платформе

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

Важно с самого начала правильно настроить инфраструктуру: сервер, PHP, базу данных, кэш. Готовое решение — BitrixVM, преднастроенное окружение под 1С-Битрикс; подробности в статье про хостинг и инфраструктуру для 1С-Битрикс. Правильно собранный процесс выкладки изменений после запуска — в материале про CI/CD и деплой для 1С-Битрикс.

Частые ошибки миграции

• Забыли редиректы. Старые URL отдают 404, накопленный вес теряется, трафик падает.
• Сменили URL без причины. Структуру перекроили «для красоты», умножив число редиректов и рисков.
• Потеряли метаданные. Title и description сгенерированы заново болванками вместо переноса.
• Не проверили формы и оплату. Сайт открывается, но заказ не проходит или не уходит в 1С.
• Тестовый контур в индексе. Поисковик проиндексировал дубль сайта.
• Потеряли группы и цены B2B. Оптовики после переезда видят розничные цены.
• Нет контроля после запуска. Ошибки копятся неделями, потому что за сайтом никто не следит.

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

1. Аудит выполнен. Есть полный список URL, метаданных, данных магазина и интеграций.
2. Решение по URL принято. Структура сохранена либо составлена полная карта редиректов.
3. Контент перенесён. Тексты, метатеги и микроразметка на месте и корректны.
4. Данные сошлись. Товары, заказы, клиенты, группы и цены проверены на сходимость с 1С.
5. Обмен настроен. Двусторонний обмен по CommerceML работает, источник истины определён.
6. Приёмка пройдена. Редиректы, формы, оплата, аналитика проверены на тестовом контуре.
7. План запуска готов. Порядок переключения, тихие часы и план отката определены.
8. Контроль организован. После запуска отслеживаются 404, индексация, позиции и заказы.

Вывод

Миграция без потери трафика и заказов — это не удача, а результат планирования. 90% работы делается до переключения: аудит, решение по URL, карта редиректов, перенос контента с метаданными, сходимость данных с 1С и приёмка на тестовом контуре. Сам переезд при такой подготовке проходит буднично, а просадка получается короткой и неглубокой.

Для магазина ключ к спокойной миграции — опора на 1С как источник истины и надёжный обмен по CommerceML: даже если что-то потерялось при переносе, эталонные данные подтянутся из учёта. Отнеситесь к переезду как к проекту по сохранению невидимого — URL, весов, связей и данных — и новая CMS станет апгрейдом, а не катастрофой для продаж.