Как перенести товары с Ozon и Wildberries на Яндекс Маркет без дублей

Перенос каталога с Ozon или Wildberries на Яндекс Маркет выглядит как простая загрузка. Главный риск появляется раньше: если артикулы одного товара на площадках отличаются, Маркет может создать вторую позицию вместо обновления существующей.

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

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

Почему одинаковый товар превращается в дубль

Яндекс Маркет сопоставляет товары по идентификаторам исходной площадки. Для Ozon используется offer_id, для Wildberries — артикул продавца вместе с размером, если размер есть. Эти значения становятся SKU товара на Маркете.

Если товар уже заведён на Маркете под другим SKU, автоматический импорт не понимает, что это та же физическая позиция. В результате в каталоге появляются две записи: старая ручная и новая импортированная.

• Ozon: заранее выгрузите связку offer_id → ваш внутренний артикул.
• Wildberries: учитывайте не только артикул продавца, но и размер.
• Яндекс Маркет: отметьте уже существующие SKU и решите, какие из них нужно переименовать до импорта.

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

Что подготовить до подключения

Соберите рабочую таблицу хотя бы для тестовой выборки. В ней достаточно пяти полей: внутренний артикул, SKU на Маркете, идентификатор на исходной площадке, размер или вариант и текущий остаток.

1. Выберите 20–50 товаров без сложных вариаций для первого запуска.
2. Найдите одинаковые товары с разными артикулами и выровняйте идентификаторы.
3. Определите, где хранятся эталонные название, характеристики, цена и остаток.
4. Зафиксируйте склады-источники и склады-получатели.
5. Сохраните исходную выгрузку, чтобы сравнить результат и откатить настройки.

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

Маршрут переноса без массовых ошибок

В кабинете Маркета откройте раздел «Товары → Каталог → Загрузить товары → С другого маркетплейса». Подключите Ozon или Wildberries по инструкции площадки и начните с разовой загрузки выбранной группы.

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

Карта переноса: сверить SKU → загрузить тестовую группу → проверить дубли и статусы → передать остатки → включить регулярное обновление.

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

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

Какие данные оставить при конфликте

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

• Название и описание. Оставляйте локальную версию, если она адаптирована под требования и поиск Маркета.
• Характеристики. Проверьте обязательные поля: параметры без аналога на Маркете при переносе игнорируются.
• Цена. Назначьте одну систему источником истины, иначе более поздняя загрузка перезапишет ручную правку.
• Остаток. Передавайте из контура, который учитывает резервы и продажи по всем каналам.

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

Пример: каталог уже частично заведён на Маркете

Представим продавца с 600 позициями на Ozon. На Маркете вручную заведены 180 карточек, причём часть SKU совпадает с offer_id, а часть собрана по старой внутренней нумерации. Массовый импорт всех 600 позиций сразу почти наверняка создаст смешанный результат: одни карточки обновятся, другие появятся повторно.

Безопасный план — разделить каталог на три группы. В первую попадут точные совпадения идентификаторов, во вторую — существующие товары с разными SKU, в третью — новые для Маркета позиции. Первую группу можно тестово обновить, во второй сначала исправить артикулы, третью загружать после проверки шаблона карточки.

• Точные совпадения: проверить, какие поля реально обновились.
• Разные SKU: остановить импорт до выравнивания идентификаторов.
• Новые товары: отдельно проверить обязательные характеристики и изображения.

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

Как разбирать ошибки после импорта

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

1. Зафиксируйте SKU, время запуска и выбранный тип данных.
2. Сравните исходное значение с тем, что сохранилось на Маркете.
3. Исправьте первичный источник, а не только карточку в кабинете.
4. Повторите загрузку для одной проблемной группы.
5. После успешного readback верните товар в регулярное обновление.

Такой журнал особенно важен, если каталог ведут несколько сотрудников. Без него один менеджер исправляет карточку вручную, а другой повторно запускает интеграцию и возвращает старые данные. Владелец видит не «случайный сбой», а понятную цепочку: источник, изменение, результат и ответственный.

Как не получить отмены из-за старого остатка

Перед скрытием, архивированием или удалением товара на Ozon или Wildberries сначала обнулите его остаток. Иначе позиция может остаться доступной на Маркете, хотя физически её уже нельзя отгрузить. Официальная инструкция связывает такой сценарий с отменами и риском для индекса качества.

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

Проверка после запуска

• Количество товаров в тестовой группе совпало с ожидаемым.
• У одинаковых товаров нет второй карточки с новым SKU.
• Размеры и варианты не склеились и не размножились.
• Цены обновляются из выбранного источника, а ручные правки не перезаписываются случайно.
• Остатки связаны с правильными складами и учитывают резервы.
• После нулевого остатка товар перестаёт быть доступен для заказа.
• Ответственный сотрудник знает, где смотреть ошибки и как повторить прерванную загрузку.

Масштабируйте интеграцию только после такого readback. Один успешный тест на ограниченной группе даёт больше контроля, чем массовая загрузка с последующим поиском дублей, отмен и перезаписанных цен. Храните карту SKU рядом с регламентом интеграции и обновляйте её при появлении новых вариантов, комплектов и складов.