Покупатель открывает новый сайт и не находит товар в истории заказов, не может войти в личный кабинет или видит в карточке неактуальные сведения. Для владельца интернет-магазина это означает дополнительные обращения, ручную сверку и ошибки при обработке заказов.
Перенос интернет-магазина — не выгрузка одной таблицы. Каталог, учётные записи, адреса и заказы связаны между собой, а правила старого и нового сайта могут различаться. До загрузки данных определяют состав переноса, источники, правила преобразования и порядок проверки результата.
Что входит в перенос интернет-магазина
При переносе рассматривают структуру каталога, товарные карточки, изображения, варианты товаров, остатки, цены, данные покупателей, адреса, заказы и состав заказов.
Состав зависит от того, какая история нужна покупателям и сотрудникам. Старые заказы могут оставаться доступными только для просмотра в личном кабинете и не участвовать в дальнейшей обработке. Для снятых с продажи товаров также нужны отдельные правила: сохранить их по старым ссылкам, перенести в архив или исключить из переноса.
Перенос интернет-магазина не сводится к копированию полей с одинаковыми названиями. Артикул может быть идентификатором товара в одной системе и характеристикой в другой. Статус «выполнен» может означать доставку или завершение внутренней операции. Такие различия фиксируют до загрузки.
Перенос каталога и товарных карточек
Каталог проверяют как связанную структуру, а не как перечень позиций. Для каждой категории определяют родительский раздел, порядок вывода, доступность для покупателей и правила отображения пустых разделов.
Отдельно описывают товары с вариантами размера, цвета, комплектации или объёма. В новом интернет-магазине они могут храниться иначе, чем в исходной системе.
До переноса выделяют проблемные группы:
- товары без уникального идентификатора;
- позиции с повторяющимися артикулами;
- карточки без изображений, цены или обязательных характеристик;
- варианты товара, заведённые отдельными карточками;
- товары, которые больше не продаются;
- категории с одинаковыми названиями и разным назначением.
Изображения проверяют отдельно. Ссылка на файл в выгрузке не означает, что файл доступен для загрузки на новый сайт. Заранее определяют основные изображения, порядок обработки дубликатов и действия для карточек без файлов. HTML-описания проверяют на устаревшие ссылки, служебную разметку и изображения из внешних источников.
Если сайт работает на 1С-Битрикс: Управление сайтом, перенос относится к CMS: структуре разделов, карточкам товаров, данным покупателей и заказам на сайте. Работу CMS не следует смешивать с задачами CRM.
Как перенести клиентов без дубликатов учётных записей
Сначала выбирают признак, по которому определяется один и тот же покупатель. Это может быть адрес электронной почты или номер телефона, но у каждого признака есть ограничения. У одного человека бывает несколько адресов, а общий номер иногда используют разные сотрудники или члены семьи.
Не стоит автоматически объединять записи только по совпадению имени и фамилии. При ошибочном объединении покупатель может получить доступ к чужой истории заказов или адресу доставки. Для спорных записей задают отдельное правило: не создавать учётную запись автоматически или направлять запись на ручную проверку.
Пароли не считают переносимыми без технической проверки. Исходная и новая системы могут использовать разные механизмы авторизации и форматы хранения паролей. В таком случае заранее предусматривают порядок первого входа и восстановления доступа.
Перенос заказов и статусов доставки
Заказ включает не только номер и итоговую сумму. С ним связаны покупатель, товары на момент покупки, количество, стоимость, скидки, доставка, адрес, способ оплаты, комментарии и статус.
Часть этих данных могла измениться после оформления заказа: товар переименовали, цену обновили, адрес скорректировал оператор. До переноса определяют, какую версию заказа требуется сохранить — исходную или актуальную на момент миграции. Для истории покупок важно не подменять состав и стоимость заказа текущими данными каталога.
Статусы не сопоставляют только по названию. Для каждого статуса исходного интернет-магазина задают правило: перенести в определённый статус, сохранить в архивной истории или исключить. Отдельной проверки требуют отменённые, частично отменённые, возвращённые и незавершённые заказы.
Подготовка данных перед миграцией
Исходная выгрузка может содержать неполные или противоречивые данные. Исправления и исключения фиксируют в правилах миграции, чтобы было понятно, почему конкретная запись изменена, пропущена или перенесена в другом виде.
Проверяют уникальность идентификаторов, заполненность обязательных полей, связи между товаром и разделом, соответствие заказов покупателям и наличие товаров в составе заказов. Также проверяют кодировку текста, форматы дат и валют, дробные значения и служебные символы в описаниях.
Если данные поступают из нескольких источников, для каждого поля назначают приоритет. Например, название товара может приходить из одной системы, остаток — из другой, а изображения — из файлового хранилища. Это предотвращает перезапись одних данных другими при повторной выгрузке.
Проверка переноса перед запуском интернет-магазина
Перенос проверяют на тестовой копии данных до открытия нового сайта для покупателей. Проверка строится на контрольных правилах и заранее подготовленных выборках, а не только на просмотре нескольких карточек.
Для каталога сверяют разделы и товары, наличие изображений, варианты, цены и выборочные характеристики. Для покупателей проверяют уникальность идентификаторов, доступ к личному кабинету и отсутствие ошибочного объединения учётных записей. Для заказов сверяют номера, состав, суммы, статусы и связь с покупателем.
В контрольную выборку включают товар с вариантами, товар без остатка, заказ с несколькими позициями, отменённый заказ, покупателя с несколькими адресами и запись с неполными данными. Такие примеры помогают проверить ситуации, в которых правила переноса работают по-разному.
Как выбрать способ переноса интернет-магазина
Способ переноса зависит от объёма данных, качества исходной базы, доступности выгрузки и правил обновления магазина во время перехода. Для стабильного каталога может использоваться разовая загрузка после подготовки данных. Если ассортимент и заказы продолжают меняться, определяют момент финальной выгрузки и порядок учёта изменений после тестового переноса.
До начала работ фиксируют, какие сущности и поля входят в перенос, какие данные исключаются, как сопоставляются статусы, как обрабатываются дубликаты и кто исправляет ошибки в исходной базе. Отдельно определяют порядок повторного запуска процедуры: ручная разовая загрузка и воспроизводимый перенос требуют разного контроля.
Часто задаваемые вопросы
- Можно ли перенести только активные товары, а старые заказы оставить?
Да, если история заказов не требует связи с актуальным каталогом. В требованиях отдельно указывают, как показывать позиции, которых больше нет в продаже: с сохранённым названием и ценой из заказа, в архиве или без ссылки на карточку товара.
- Что делать, если в старом интернет-магазине несколько карточек одного товара?
Сначала определяют причину: это дубликаты, варианты товара или разные предложения. Затем для каждой группы задают правило объединения, переноса по отдельности или исключения. Удаление похожих позиций без проверки может затронуть нужные данные.
- Перенесутся ли пароли покупателей?
Это зависит от формата хранения и механизма авторизации на новом сайте. Такой перенос требует технической проверки. Если форматы не совпадают, для покупателей предусматривают восстановление доступа.
- Как проверить историю заказов после переноса?
Сверяют не только записи в целом, но и контрольную выборку: покупателя, состав заказа, суммы, скидки, доставку, адрес и статус. В проверку включают отменённые заказы и записи с частичными изменениями.
- Нужно ли останавливать старый интернет-магазин на время переноса?
Не всегда. Но до запуска определяют, как учесть новые заказы, изменения цен и остатки, появившиеся после тестовой загрузки. Иначе данные нового сайта могут не соответствовать состоянию исходного интернет-магазина.