Миграция интернет-магазина на Битрикс без потери заказов

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

Сначала определите, что именно переезжает

Составьте перечень источников и систем, связанных с магазином. Это может быть старая CMS, учётная система, сервис оплаты, доставка, CRM, склад, аналитика или программа лояльности. «Перенести сайт» для каждой из них означает разное: карточки товаров лежат в одном месте, заказы — в другом, а доступность доставки зависит от настроек и внешнего обмена.

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

• Контент: товары, торговые предложения, разделы, свойства, изображения, описания.
• Коммерческие данные: цены, скидки, остатки, склады, типы плательщиков.
• История: клиенты, заказы, статусы, оплаты и возвраты — если их нужно сохранить в новой системе.
• Сайт: страницы, адреса, метаданные, меню, фильтры и файлы.
• Интеграции: обмен с учётной системой, CRM, оплатой, доставкой, почтой и аналитикой.

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

Выберите способ переноса под задачу

Универсального импорта, который без подготовки перенесёт любой магазин, нет. Выбор зависит от того, переезжаете ли вы вместе с работающим сайтом, переносите только каталог или собираете новую структуру и меняете процессы.

Для работающего магазина обычно безопаснее подготовить отдельный стенд, выполнить пробный перенос, исправить сопоставления и повторить загрузку. Полное копирование уместно, если вы действительно переносите существующую установку, а не используете её как шаблон для нового проекта.

Успешный перенос — не тот, после которого открывается главная страница, а тот, после которого магазин правильно принимает и обрабатывает заказ.

Рабочий порядок миграции

1. Зафиксируйте текущую систему. Сохраните перечень версий CMS и модулей, интеграций, доменов и фоновых обменов. Выгрузите примеры товаров разных типов, заказов и клиентов. Проверка: у вас есть список объектов для последующего сравнения и понятно, где хранится каждый из них.
2. Подготовьте чистую тестовую установку. Проверьте требования выбранной версии Битрикс к PHP, базе данных и окружению по официальной документации. Настройте тестовый домен и доступы, не направляя на него покупателей. Проверка: административная часть открывается, а тестовый сайт доступен только команде.
3. Согласуйте структуру каталога. Сопоставьте разделы, свойства, единицы измерения, валюты, варианты товара и идентификаторы. Не полагайтесь только на названия: «цвет» в старой системе может соответствовать другому свойству в новой. Проверка: тестовая выборка показывает правильные карточки, варианты, цены и изображения.
4. Перенесите данные пробно. Начните с небольшой выборки, включая сложные карточки, а не только самые простые товары. Сверьте количество записей, обязательные поля, связи и файлы. Проверка: на тестовом сайте можно найти каждый контрольный товар и увидеть корректные значения.
5. Проверьте сценарии магазина. Оформите тестовый заказ, пройдите доступные способы оплаты и доставки, проверьте письмо покупателю и передачу заказа во внешние системы. Убедитесь, что тестовые операции не уходят в реальные платёжные или складские процессы. Проверка: заказ проходит весь согласованный маршрут и получает ожидаемые статусы.
6. Сверьте адреса страниц и поисковые данные. Составьте карту старых и новых URL для важных страниц и подготовьте перенаправления там, где адреса меняются. Проверьте страницы категорий, карточек и фильтров. Проверка: старые ссылки ведут на подходящие страницы, а не на главную или ошибку.
7. Повторите перенос перед запуском. Согласуйте момент остановки изменений в старом магазине или порядок передачи новых заказов и правок. Сделайте актуальную резервную копию, перенесите свежие данные и только после сверки переключайте домен. Проверка: контрольные товары и заказы совпадают с источником, а команда знает, как вернуть прежний сайт.

Что чаще всего ломается

Свойства и варианты товаров

Импорт может успешно завершиться, но перенести варианты как отдельные товары или не связать их с родительской карточкой. Отдельно проверьте товары с несколькими предложениями, обязательными свойствами и фильтрами. Сверяйте не только число товаров, но и набор вариантов у контрольных карточек.

Изображения и файлы

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

Остатки, заказы и повторный обмен

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

Перенаправления и интеграции

Смена адреса страницы может оставить старые рекламные ссылки и закладки покупателей без результата. А интеграция может отправлять данные на тестовый адрес или в рабочую систему с непроверенными статусами. Проверьте домены, учётные записи и конечные точки каждого внешнего сервиса до переключения.

Когда переключать магазин

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

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

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

Что делать дальше

Начните с таблицы объектов: для каждого укажите источник, способ переноса, владельца проверки и критерий готовности. Затем проведите пробную миграцию на копии данных и сохраните результаты сверки. После запуска в первую очередь наблюдайте за оформлением заказов, обменом остатками, ошибками оплаты и переходами со старых URL. Миграция каталога и настройка производительности — отдельные задачи; не смешивайте их в один запуск.