Вернуться к списку Вернуться к статьям
Статьи

Перенос интернет-магазина: каталог, клиенты и заказы

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

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

Что входит в перенос интернет-магазина

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

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

Перенос интернет-магазина не сводится к копированию полей с одинаковыми названиями. Артикул может быть идентификатором товара в одной системе и характеристикой в другой. Статус «выполнен» может означать доставку или завершение внутренней операции. Такие различия фиксируют до загрузки.

Перенос каталога и товарных карточек

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

Отдельно описывают товары с вариантами размера, цвета, комплектации или объёма. В новом интернет-магазине они могут храниться иначе, чем в исходной системе.

До переноса выделяют проблемные группы:

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

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

Если сайт работает на 1С-Битрикс: Управление сайтом, перенос относится к CMS: структуре разделов, карточкам товаров, данным покупателей и заказам на сайте. Работу CMS не следует смешивать с задачами CRM.

Как перенести клиентов без дубликатов учётных записей

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

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

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

Перенос заказов и статусов доставки

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

Часть этих данных могла измениться после оформления заказа: товар переименовали, цену обновили, адрес скорректировал оператор. До переноса определяют, какую версию заказа требуется сохранить — исходную или актуальную на момент миграции. Для истории покупок важно не подменять состав и стоимость заказа текущими данными каталога.

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

Подготовка данных перед миграцией

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

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

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

Проверка переноса перед запуском интернет-магазина

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

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

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

Как выбрать способ переноса интернет-магазина

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

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

Часто задаваемые вопросы

Можно ли перенести только активные товары, а старые заказы оставить?

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

Что делать, если в старом интернет-магазине несколько карточек одного товара?

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

Перенесутся ли пароли покупателей?

Это зависит от формата хранения и механизма авторизации на новом сайте. Такой перенос требует технической проверки. Если форматы не совпадают, для покупателей предусматривают восстановление доступа.

Как проверить историю заказов после переноса?

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

Нужно ли останавливать старый интернет-магазин на время переноса?

Не всегда. Но до запуска определяют, как учесть новые заказы, изменения цен и остатки, появившиеся после тестовой загрузки. Иначе данные нового сайта могут не соответствовать состоянию исходного интернет-магазина.