[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f5t4e1ljmv3xp":3},{"slug":4,"title":5,"published":6,"publishedAt":7,"createdAt":8,"section":9,"preview":10,"heroImage":11,"previewImage":11,"headMarkup":12,"lifecycleId":13,"bodyMd":14,"bodyHtml":15},"migratsiya-internet-magazina-kak-perenesti-katalog-klientov-i-zakazy-bez-poteri-dannyh","Перенос интернет-магазина: каталог, клиенты и заказы",true,"2024-05-24T10:00:00+03:00","2026-09-06T16:09:11.301Z","Статьи","Перенос интернет-магазина требует проверки связей между каталогом, клиентами и заказами. В материале собраны правила подготовки данных и контрольной сверки.","\u002Fcontent-media\u002Farticles\u002Fmigratsiya-internet-magazina-kak-perenesti-katalog-klientov-i-zakazy-bez-poteri-dannyh\u002Fassets\u002F3f1c2569fa08.webp",[],"lc_04fd6ebe37e8f88364297f9c3aac375c","Покупатель открывает новый сайт и не находит товар в истории заказов, не может войти в личный кабинет или видит в карточке неактуальные сведения. Для владельца интернет-магазина это означает дополнительные обращения, ручную сверку и ошибки при обработке заказов.\n\nПеренос интернет-магазина — не выгрузка одной таблицы. Каталог, учётные записи, адреса и заказы связаны между собой, а правила старого и нового сайта могут различаться. До загрузки данных определяют состав переноса, источники, правила преобразования и порядок проверки результата.\n\n## Что входит в перенос интернет-магазина\n\nПри переносе рассматривают структуру каталога, товарные карточки, изображения, варианты товаров, остатки, цены, данные покупателей, адреса, заказы и состав заказов.\n\nСостав зависит от того, какая история нужна покупателям и сотрудникам. Старые заказы могут оставаться доступными только для просмотра в личном кабинете и не участвовать в дальнейшей обработке. Для снятых с продажи товаров также нужны отдельные правила: сохранить их по старым ссылкам, перенести в архив или исключить из переноса.\n\nПеренос интернет-магазина не сводится к копированию полей с одинаковыми названиями. Артикул может быть идентификатором товара в одной системе и характеристикой в другой. Статус «выполнен» может означать доставку или завершение внутренней операции. Такие различия фиксируют до загрузки.\n\n## Перенос каталога и товарных карточек\n\nКаталог проверяют как связанную структуру, а не как перечень позиций. Для каждой категории определяют родительский раздел, порядок вывода, доступность для покупателей и правила отображения пустых разделов.\n\nОтдельно описывают товары с вариантами размера, цвета, комплектации или объёма. В новом интернет-магазине они могут храниться иначе, чем в исходной системе.\n\nДо переноса выделяют проблемные группы:\n\n- товары без уникального идентификатора;\n- позиции с повторяющимися артикулами;\n- карточки без изображений, цены или обязательных характеристик;\n- варианты товара, заведённые отдельными карточками;\n- товары, которые больше не продаются;\n- категории с одинаковыми названиями и разным назначением.\n\nИзображения проверяют отдельно. Ссылка на файл в выгрузке не означает, что файл доступен для загрузки на новый сайт. Заранее определяют основные изображения, порядок обработки дубликатов и действия для карточек без файлов. HTML-описания проверяют на устаревшие ссылки, служебную разметку и изображения из внешних источников.\n\nЕсли сайт работает на 1С-Битрикс: Управление сайтом, перенос относится к CMS: структуре разделов, карточкам товаров, данным покупателей и заказам на сайте. Работу CMS не следует смешивать с задачами CRM.\n\n## Как перенести клиентов без дубликатов учётных записей\n\nСначала выбирают признак, по которому определяется один и тот же покупатель. Это может быть адрес электронной почты или номер телефона, но у каждого признака есть ограничения. У одного человека бывает несколько адресов, а общий номер иногда используют разные сотрудники или члены семьи.\n\nНе стоит автоматически объединять записи только по совпадению имени и фамилии. При ошибочном объединении покупатель может получить доступ к чужой истории заказов или адресу доставки. Для спорных записей задают отдельное правило: не создавать учётную запись автоматически или направлять запись на ручную проверку.\n\nПароли не считают переносимыми без технической проверки. Исходная и новая системы могут использовать разные механизмы авторизации и форматы хранения паролей. В таком случае заранее предусматривают порядок первого входа и восстановления доступа.\n\n## Перенос заказов и статусов доставки\n\nЗаказ включает не только номер и итоговую сумму. С ним связаны покупатель, товары на момент покупки, количество, стоимость, скидки, доставка, адрес, способ оплаты, комментарии и статус.\n\nЧасть этих данных могла измениться после оформления заказа: товар переименовали, цену обновили, адрес скорректировал оператор. До переноса определяют, какую версию заказа требуется сохранить — исходную или актуальную на момент миграции. Для истории покупок важно не подменять состав и стоимость заказа текущими данными каталога.\n\nСтатусы не сопоставляют только по названию. Для каждого статуса исходного интернет-магазина задают правило: перенести в определённый статус, сохранить в архивной истории или исключить. Отдельной проверки требуют отменённые, частично отменённые, возвращённые и незавершённые заказы.\n\n## Подготовка данных перед миграцией\n\nИсходная выгрузка может содержать неполные или противоречивые данные. Исправления и исключения фиксируют в правилах миграции, чтобы было понятно, почему конкретная запись изменена, пропущена или перенесена в другом виде.\n\nПроверяют уникальность идентификаторов, заполненность обязательных полей, связи между товаром и разделом, соответствие заказов покупателям и наличие товаров в составе заказов. Также проверяют кодировку текста, форматы дат и валют, дробные значения и служебные символы в описаниях.\n\nЕсли данные поступают из нескольких источников, для каждого поля назначают приоритет. Например, название товара может приходить из одной системы, остаток — из другой, а изображения — из файлового хранилища. Это предотвращает перезапись одних данных другими при повторной выгрузке.\n\n## Проверка переноса перед запуском интернет-магазина\n\nПеренос проверяют на тестовой копии данных до открытия нового сайта для покупателей. Проверка строится на контрольных правилах и заранее подготовленных выборках, а не только на просмотре нескольких карточек.\n\nДля каталога сверяют разделы и товары, наличие изображений, варианты, цены и выборочные характеристики. Для покупателей проверяют уникальность идентификаторов, доступ к личному кабинету и отсутствие ошибочного объединения учётных записей. Для заказов сверяют номера, состав, суммы, статусы и связь с покупателем.\n\nВ контрольную выборку включают товар с вариантами, товар без остатка, заказ с несколькими позициями, отменённый заказ, покупателя с несколькими адресами и запись с неполными данными. Такие примеры помогают проверить ситуации, в которых правила переноса работают по-разному.\n\n## Как выбрать способ переноса интернет-магазина\n\nСпособ переноса зависит от объёма данных, качества исходной базы, доступности выгрузки и правил обновления магазина во время перехода. Для стабильного каталога может использоваться разовая загрузка после подготовки данных. Если ассортимент и заказы продолжают меняться, определяют момент финальной выгрузки и порядок учёта изменений после тестового переноса.\n\nДо начала работ фиксируют, какие сущности и поля входят в перенос, какие данные исключаются, как сопоставляются статусы, как обрабатываются дубликаты и кто исправляет ошибки в исходной базе. Отдельно определяют порядок повторного запуска процедуры: ручная разовая загрузка и воспроизводимый перенос требуют разного контроля.\n\n## Часто задаваемые вопросы\n### Можно ли перенести только активные товары, а старые заказы оставить?\n\nДа, если история заказов не требует связи с актуальным каталогом. В требованиях отдельно указывают, как показывать позиции, которых больше нет в продаже: с сохранённым названием и ценой из заказа, в архиве или без ссылки на карточку товара.\n\n### Что делать, если в старом интернет-магазине несколько карточек одного товара?\n\nСначала определяют причину: это дубликаты, варианты товара или разные предложения. Затем для каждой группы задают правило объединения, переноса по отдельности или исключения. Удаление похожих позиций без проверки может затронуть нужные данные.\n\n### Перенесутся ли пароли покупателей?\n\nЭто зависит от формата хранения и механизма авторизации на новом сайте. Такой перенос требует технической проверки. Если форматы не совпадают, для покупателей предусматривают восстановление доступа.\n\n### Как проверить историю заказов после переноса?\n\nСверяют не только записи в целом, но и контрольную выборку: покупателя, состав заказа, суммы, скидки, доставку, адрес и статус. В проверку включают отменённые заказы и записи с частичными изменениями.\n\n### Нужно ли останавливать старый интернет-магазин на время переноса?\n\nНе всегда. Но до запуска определяют, как учесть новые заказы, изменения цен и остатки, появившиеся после тестовой загрузки. Иначе данные нового сайта могут не соответствовать состоянию исходного интернет-магазина.","\u003Cp>Покупатель открывает новый сайт и не находит товар в истории заказов, не может войти в личный кабинет или видит в карточке неактуальные сведения. Для владельца интернет-магазина это означает дополнительные обращения, ручную сверку и ошибки при обработке заказов.\u003C\u002Fp>\n\u003Cp>Перенос интернет-магазина — не выгрузка одной таблицы. Каталог, учётные записи, адреса и заказы связаны между собой, а правила старого и нового сайта могут различаться. До загрузки данных определяют состав переноса, источники, правила преобразования и порядок проверки результата.\u003C\u002Fp>\n\u003Ch2>Что входит в перенос интернет-магазина\u003C\u002Fh2>\n\u003Cp>При переносе рассматривают структуру каталога, товарные карточки, изображения, варианты товаров, остатки, цены, данные покупателей, адреса, заказы и состав заказов.\u003C\u002Fp>\n\u003Cp>Состав зависит от того, какая история нужна покупателям и сотрудникам. Старые заказы могут оставаться доступными только для просмотра в личном кабинете и не участвовать в дальнейшей обработке. Для снятых с продажи товаров также нужны отдельные правила: сохранить их по старым ссылкам, перенести в архив или исключить из переноса.\u003C\u002Fp>\n\u003Cp>Перенос интернет-магазина не сводится к копированию полей с одинаковыми названиями. Артикул может быть идентификатором товара в одной системе и характеристикой в другой. Статус «выполнен» может означать доставку или завершение внутренней операции. Такие различия фиксируют до загрузки.\u003C\u002Fp>\n\u003Ch2>Перенос каталога и товарных карточек\u003C\u002Fh2>\n\u003Cp>Каталог проверяют как связанную структуру, а не как перечень позиций. Для каждой категории определяют родительский раздел, порядок вывода, доступность для покупателей и правила отображения пустых разделов.\u003C\u002Fp>\n\u003Cp>Отдельно описывают товары с вариантами размера, цвета, комплектации или объёма. В новом интернет-магазине они могут храниться иначе, чем в исходной системе.\u003C\u002Fp>\n\u003Cp>До переноса выделяют проблемные группы:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>товары без уникального идентификатора;\u003C\u002Fli>\n\u003Cli>позиции с повторяющимися артикулами;\u003C\u002Fli>\n\u003Cli>карточки без изображений, цены или обязательных характеристик;\u003C\u002Fli>\n\u003Cli>варианты товара, заведённые отдельными карточками;\u003C\u002Fli>\n\u003Cli>товары, которые больше не продаются;\u003C\u002Fli>\n\u003Cli>категории с одинаковыми названиями и разным назначением.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Изображения проверяют отдельно. Ссылка на файл в выгрузке не означает, что файл доступен для загрузки на новый сайт. Заранее определяют основные изображения, порядок обработки дубликатов и действия для карточек без файлов. HTML-описания проверяют на устаревшие ссылки, служебную разметку и изображения из внешних источников.\u003C\u002Fp>\n\u003Cp>Если сайт работает на 1С-Битрикс: Управление сайтом, перенос относится к CMS: структуре разделов, карточкам товаров, данным покупателей и заказам на сайте. Работу CMS не следует смешивать с задачами CRM.\u003C\u002Fp>\n\u003Ch2>Как перенести клиентов без дубликатов учётных записей\u003C\u002Fh2>\n\u003Cp>Сначала выбирают признак, по которому определяется один и тот же покупатель. Это может быть адрес электронной почты или номер телефона, но у каждого признака есть ограничения. У одного человека бывает несколько адресов, а общий номер иногда используют разные сотрудники или члены семьи.\u003C\u002Fp>\n\u003Cp>Не стоит автоматически объединять записи только по совпадению имени и фамилии. При ошибочном объединении покупатель может получить доступ к чужой истории заказов или адресу доставки. Для спорных записей задают отдельное правило: не создавать учётную запись автоматически или направлять запись на ручную проверку.\u003C\u002Fp>\n\u003Cp>Пароли не считают переносимыми без технической проверки. Исходная и новая системы могут использовать разные механизмы авторизации и форматы хранения паролей. В таком случае заранее предусматривают порядок первого входа и восстановления доступа.\u003C\u002Fp>\n\u003Ch2>Перенос заказов и статусов доставки\u003C\u002Fh2>\n\u003Cp>Заказ включает не только номер и итоговую сумму. С ним связаны покупатель, товары на момент покупки, количество, стоимость, скидки, доставка, адрес, способ оплаты, комментарии и статус.\u003C\u002Fp>\n\u003Cp>Часть этих данных могла измениться после оформления заказа: товар переименовали, цену обновили, адрес скорректировал оператор. До переноса определяют, какую версию заказа требуется сохранить — исходную или актуальную на момент миграции. Для истории покупок важно не подменять состав и стоимость заказа текущими данными каталога.\u003C\u002Fp>\n\u003Cp>Статусы не сопоставляют только по названию. Для каждого статуса исходного интернет-магазина задают правило: перенести в определённый статус, сохранить в архивной истории или исключить. Отдельной проверки требуют отменённые, частично отменённые, возвращённые и незавершённые заказы.\u003C\u002Fp>\n\u003Ch2>Подготовка данных перед миграцией\u003C\u002Fh2>\n\u003Cp>Исходная выгрузка может содержать неполные или противоречивые данные. Исправления и исключения фиксируют в правилах миграции, чтобы было понятно, почему конкретная запись изменена, пропущена или перенесена в другом виде.\u003C\u002Fp>\n\u003Cp>Проверяют уникальность идентификаторов, заполненность обязательных полей, связи между товаром и разделом, соответствие заказов покупателям и наличие товаров в составе заказов. Также проверяют кодировку текста, форматы дат и валют, дробные значения и служебные символы в описаниях.\u003C\u002Fp>\n\u003Cp>Если данные поступают из нескольких источников, для каждого поля назначают приоритет. Например, название товара может приходить из одной системы, остаток — из другой, а изображения — из файлового хранилища. Это предотвращает перезапись одних данных другими при повторной выгрузке.\u003C\u002Fp>\n\u003Ch2>Проверка переноса перед запуском интернет-магазина\u003C\u002Fh2>\n\u003Cp>Перенос проверяют на тестовой копии данных до открытия нового сайта для покупателей. Проверка строится на контрольных правилах и заранее подготовленных выборках, а не только на просмотре нескольких карточек.\u003C\u002Fp>\n\u003Cp>Для каталога сверяют разделы и товары, наличие изображений, варианты, цены и выборочные характеристики. Для покупателей проверяют уникальность идентификаторов, доступ к личному кабинету и отсутствие ошибочного объединения учётных записей. Для заказов сверяют номера, состав, суммы, статусы и связь с покупателем.\u003C\u002Fp>\n\u003Cp>В контрольную выборку включают товар с вариантами, товар без остатка, заказ с несколькими позициями, отменённый заказ, покупателя с несколькими адресами и запись с неполными данными. Такие примеры помогают проверить ситуации, в которых правила переноса работают по-разному.\u003C\u002Fp>\n\u003Ch2>Как выбрать способ переноса интернет-магазина\u003C\u002Fh2>\n\u003Cp>Способ переноса зависит от объёма данных, качества исходной базы, доступности выгрузки и правил обновления магазина во время перехода. Для стабильного каталога может использоваться разовая загрузка после подготовки данных. Если ассортимент и заказы продолжают меняться, определяют момент финальной выгрузки и порядок учёта изменений после тестового переноса.\u003C\u002Fp>\n\u003Cp>До начала работ фиксируют, какие сущности и поля входят в перенос, какие данные исключаются, как сопоставляются статусы, как обрабатываются дубликаты и кто исправляет ошибки в исходной базе. Отдельно определяют порядок повторного запуска процедуры: ручная разовая загрузка и воспроизводимый перенос требуют разного контроля.\u003C\u002Fp>\n\u003Ch2>Часто задаваемые вопросы\u003C\u002Fh2>\n\u003Ch3>Можно ли перенести только активные товары, а старые заказы оставить?\u003C\u002Fh3>\n\u003Cp>Да, если история заказов не требует связи с актуальным каталогом. В требованиях отдельно указывают, как показывать позиции, которых больше нет в продаже: с сохранённым названием и ценой из заказа, в архиве или без ссылки на карточку товара.\u003C\u002Fp>\n\u003Ch3>Что делать, если в старом интернет-магазине несколько карточек одного товара?\u003C\u002Fh3>\n\u003Cp>Сначала определяют причину: это дубликаты, варианты товара или разные предложения. Затем для каждой группы задают правило объединения, переноса по отдельности или исключения. Удаление похожих позиций без проверки может затронуть нужные данные.\u003C\u002Fp>\n\u003Ch3>Перенесутся ли пароли покупателей?\u003C\u002Fh3>\n\u003Cp>Это зависит от формата хранения и механизма авторизации на новом сайте. Такой перенос требует технической проверки. Если форматы не совпадают, для покупателей предусматривают восстановление доступа.\u003C\u002Fp>\n\u003Ch3>Как проверить историю заказов после переноса?\u003C\u002Fh3>\n\u003Cp>Сверяют не только записи в целом, но и контрольную выборку: покупателя, состав заказа, суммы, скидки, доставку, адрес и статус. В проверку включают отменённые заказы и записи с частичными изменениями.\u003C\u002Fp>\n\u003Ch3>Нужно ли останавливать старый интернет-магазин на время переноса?\u003C\u002Fh3>\n\u003Cp>Не всегда. Но до запуска определяют, как учесть новые заказы, изменения цен и остатки, появившиеся после тестовой загрузки. Иначе данные нового сайта могут не соответствовать состоянию исходного интернет-магазина.\u003C\u002Fp>\n"]