Карточку нельзя перевезти целиком. Между Wildberries и Ozon переезжает только контент: фото, тексты, характеристики. Отзывы, рейтинг и история продаж остаются на старой площадке. Официальный перенос внутри площадки работает при смене юрлица и по заявке. В остальных случаях быстрее связать два кабинета синхронизацией карточек, остатков и цен через API.
Что переезжает вместе с карточкой, а что остаётся на площадке
Продавец, который открывает второй кабинет, рассчитывает перевезти товар вместе с отзывами и позицией в выдаче. Так не получится: отзывы и рейтинг привязаны к товару внутри одной площадки и к конкретному продавцу. Понимание этой границы экономит недели: вы заранее знаете, какие карточки стоит разгонять заново, а какие лучше не трогать вовсе.
Переезжает всё, что вы сами когда-то загрузили в кабинет. Эти данные лежат в кабинете как файлы и строки, поэтому их можно выгрузить и залить повторно.
- Фото и видео — их можно выгрузить по ссылкам из карточки и залить во второй кабинет пакетом.
- Тексты — название, описание, рич-контент; форматы разметки у площадок разные, текст придётся пересобрать.
- Характеристики — сопоставляются по справочникам категорий, часть значений не имеет пары и заполняется вручную.
- Штрихкоды и артикулы — переносятся один в один, и именно они потом связывают карточки двух кабинетов.
Остаётся на прежнем месте то, что накопили покупатели и алгоритм. Эту часть выгрузить нельзя: она принадлежит площадке, а не вашему кабинету.
- Отзывы и вопросы — привязаны к товару продавца, при выгрузке контента не копируются.
- Рейтинг — считается по отзывам и заказам, у новой карточки он стартует с нуля.
- История продаж — по ней площадка оценивает товар в поиске и в акциях.
- Позиция в выдаче — новая карточка попадает в холодный старт независимо от прошлых оборотов.
Есть третья группа данных, про которую вспоминают позже всех: связки. Штрихкод EAN у товара один, и он же становится мостом между двумя карточками. Держите таблицу соответствий «артикул учётной системы — артикул WB — артикул Ozon» с первого дня: без неё любой обмен ценами и остатками начинается с ручной сверки списков.
Вывод из этого деления неприятный по последствиям. Товар из топа категории на второй площадке начинает путь заново: нулевой рейтинг, ни одного отзыва, трафик только из рекламы. Решение о переносе — это решение о том, готовы ли вы оплатить повторный разгон.
Если карточка на Wildberries уже собрала отзывы, а на Ozon нужно попасть в выдачу, перевозить нечего. Разумнее вести две карточки параллельно и держать их данные едиными. Тогда вы теряете не рейтинг, а только время на первичную выгрузку контента.
Риски прямой смены реквизитов без официального переноса
Самый болезненный сценарий выглядит безобидно: продавец закрывает ИП, регистрирует ООО и заводит новый кабинет с нуля. Старые карточки остаются на старом юрлице, продажи по ним обрываются, а новые уходят в холодный старт. Разберитесь с порядком действий заранее — и сохраните оборот вместо того, чтобы разгонять ассортимент второй раз.
Поменять ИНН в действующем кабинете нельзя ни на Wildberries, ни на Ozon: реквизиты продавца — это часть договора. Любая смена юрлица означает новый кабинет, а связка старых карточек с новым продавцом идёт только через заявку в поддержку. Пока заявка не обработана, у вас два кабинета: в одном товар продаётся, в другом лежит пустой каталог.
Посчитайте, что конкретно теряется при регистрации нового кабинета напролом. Каждый пункт списка — это либо упавший оборот, либо выросшая ставка в рекламе.
- Отзывы и рейтинг — уходят вместе со старым юрлицом, новая карточка выглядит как товар новичка.
- Позиции в поиске — падают до уровня новой карточки, ставка в рекламе растёт.
- Участие в акциях — площадки отбирают товары по истории продаж, у нулевой карточки её нет.
- Остатки на складе площадки — привязаны к старому продавцу, их придётся вывозить и заводить заново.
Добавьте к этому риск дублей. Если старый кабинет не закрыт, а новый уже торгует тем же штрихкодом, площадка видит две карточки на один товар. Дальше либо склейка с непредсказуемым победителем, либо блокировка одной из них — и в обоих случаях вы теряете управляемость ассортимента.
Отдельно считайте цену ожидания. Пока новая карточка набирает отзывы, отсутствие рейтинга компенсирует реклама, и эта компенсация уходит из маржи каждый день. В категориях, где покупатель сравнивает две похожие карточки, накопленные отзывы решают выбор быстрее цены.
Фон для этого решения такой: число активных селлеров на Ozon и Wildberries за год сократилось на 24,5%, а «Мой Склад» ждёт ухода ещё не менее 20% в 2026–2028 годах (CNews, 31.08.2026). Место в выдаче освобождается, но занимают его карточки с историей продаж, а не свежезаведённые.
Вывод для вашего кабинета: смену реквизитов начинайте с заявки на перенос, а не с регистрации нового продавца. Старый кабинет держите живым до подтверждения переноса — это ваш запас прочности, если заявку отклонят.
Официальные механизмы переноса WB и Ozon: сроки, стоимость, ограничения
Оба маркетплейса умеют переносить товары внутри своей площадки — от одного продавца к другому. Между площадками официального переноса нет вовсе: с Wildberries на Ozon карточка уезжает только выгрузкой контента. Различить эти два случая нужно до подачи заявки, иначе вы месяц ждёте ответа не на свой вопрос.
Внутренний перенос идёт по заявке и опирается на документы: подтверждение прав на бренд, связь старого и нового юрлица, согласие обеих сторон. Поддержка проверяет, что товар не участвует в спорах и что штрихкоды не задействованы в чужих карточках. Срок ответа площадки предсказать нельзя — он зависит от полноты документов, поэтому планируйте окно, а не дату.
Сравним два пути, между которыми вы выбираете на практике. Таблица отвечает на главный вопрос: что вы получаете за ожидание заявки и что теряете, делая перенос своими руками.
| Параметр | Официальный перенос внутри площадки | Выгрузка контента между WB и Ozon |
|---|---|---|
| Что сохраняется | Контент, часть истории и отзывы по решению площадки | Только фото, тексты и характеристики |
| Кто выполняет | Поддержка по заявке от обоих продавцов | Вы сами через API или шаблон |
| Документы | Договор, права на бренд, связь юрлиц | Не нужны |
| Срок | Окно ожидания, зависит от проверки | Часы на выгрузку и маппинг |
Итог таблицы: заявка нужна только при смене продавца внутри одной площадки. Выход на вторую площадку всегда делается своими руками через выгрузку контента.
Технически выгрузка опирается на открытые методы. Ozon принимает товары пакетами по 100 позиций за вызов в методе импорта (документация Seller API). Wildberries отдаёт и принимает карточки через контентный контур (портал разработчика WB). Оба API бесплатны для продавца, платить приходится временем на сопоставление категорий.
Подача заявки не освобождает от работы с контентом. Даже при удачном внутреннем переносе часть полей нового кабинета придётся заполнить заново — например, если категория товара с тех пор обновила справочник. Держите выгрузку контента наготове как план Б: она пригодится и при отказе, и при частичном переносе.
Главное ограничение обеих площадок — справочники характеристик. Одна и та же «длина рукава» живёт в разных категориях под разными идентификаторами, и без карты соответствий выгрузка упадёт на валидации. Эта карта — основной объём работы при переносе, а не сама передача данных. Настройку кабинета и связку с учётной системой мы разбирали в материале про выход на Ozon и синхронизацию с 1С.
Когда переносить не нужно: синхронизация остатков и цен вместо переезда карточки
Запрос «перенесите карточки» на разборе часто оказывается запросом на синхронизацию. Продавец не уходит с площадки — он торгует на двух и не хочет продавать то, чего нет на складе. Если это ваш случай, вы сэкономите заявку в поддержку и сохраните оба рейтинга.
Переезд карточки нужен ровно в двух ситуациях: сменился продавец внутри площадки или бренд переходит другому владельцу. Всё остальное закрывается связкой кабинетов.
Проверьте себя по списку сценариев. В каждом из них заявка в поддержку не ускорит продажи ни на день.
- Торгуете на WB и открываете Ozon — создаёте карточки заново и держите цены с остатками едиными.
- Держите два юрлица на один склад — синхронизируете остатки, чтобы один товар не продался дважды.
- Выводите часть ассортимента на вторую площадку — переносите контент только по выбранным артикулам.
- Тестируете категорию — заводите 20–30 карточек, а решение об остальных принимаете по продажам.
Ключ к любой синхронизации — общий идентификатор. На Ozon это offer_id, на Wildberries — vendorCode. Если в обоих кабинетах артикул совпадает с артикулом учётной системы, дальше сопоставляются три числа: остаток, цена, скидка. Когда артикулы расходятся, начинается ручная сверка, и автоматизация не спасает.
Частота обмена важнее его сложности. Если остатки уходят раз в сутки, за сутки набегает заказ на товар, которого нет. Площадка считает это отменой по вине продавца. По нашим проектам обмен раз в 15 минут снимает такие отмены на ходовых позициях — механику мы описали в статье про автоматическую синхронизацию остатков с Ozon.
Как настроить массовый перенос и синхронизацию через n8n и API маркетплейсов
Ручной перенос считается арифметикой. Возьмём каталог из 400 карточек и 12 минут на карточку — фото, текст, характеристики, проверка (наши данные по проектам заведения каталогов). Получается 400 × 12 = 4800 минут, то есть 80 часов работы контент-менеджера. Опишите сопоставление полей один раз — и следующая партия артикулов уедет за вечер.
Схема на n8n состоит из четырёх блоков. Собирается она по частям: сначала разовый перенос контента, потом постоянный обмен ценами и остатками.
Первый блок — чтение источника. Сценарий забирает карточки из кабинета-источника через контентный метод API и складывает их в таблицу-буфер: Google Sheets или Supabase. Там строки приводятся к одному виду: артикул, бренд, штрихкод, размеры, фото, текст. Буфер нужен, чтобы вы видели данные глазами до отправки на вторую площадку.
Второй блок — маппинг характеристик. В отдельной таблице вы один раз описываете соответствие: категория источника, категория приёмника, идентификатор атрибута, правило преобразования значения. Сценарий подставляет значения по этой таблице, а строки без пары складывает в лист «разобрать вручную». Так валидация падает на десятке спорных полей, а не на всей партии.
Третий блок — загрузка. Ozon принимает пакеты по 100 позиций, поэтому n8n режет партию на батчи, отправляет их и сохраняет идентификаторы задач. Через несколько минут отдельная ветка опрашивает статус импорта и пишет в буфер результат по каждому артикулу: создано, отклонено, причина.
Четвёртый блок — постоянный обмен. Он запускается по расписанию раз в 15 минут: берёт остатки и цены из учётной системы или из кабинета-лидера. Дальше сравнивает их с последним отправленным значением и отдаёт площадке только изменившиеся строки. Сравнение с предыдущим состоянием снимает две проблемы сразу — лимиты API и лишние записи в истории цен.
Первый прогон делайте на 10 карточках из одной категории. На этой партии видно всё: какие атрибуты обязательны, какие значения площадка не принимает, как ведут себя фото. Разбор десяти отказов занимает час, разбор четырёхсот — рабочую неделю.
Заложите в сценарий четыре вещи с первого дня. Без них обмен работает до первой ошибки площадки, а разбираться придётся вам.
- Повторы запросов при ответе 429 и 5xx — с паузой и ограниченным числом попыток.
- Идемпотентность по артикулу — повторный прогон не создаёт дубль карточки.
- Уведомление в Telegram при отклонении партии — с артикулом и текстом ошибки площадки.
- Журнал обмена — кто, когда и какое значение отправил; без него спор с площадкой не разобрать.
Почему n8n, а не готовый сервис-агрегатор: сценарий живёт на вашем сервере, логика правится под вашу номенклатуру, а стоимость не растёт с числом артикулов. Сравнение платформ автоматизации для российских кабинетов мы собрали в обзоре альтернатив Zapier на базе n8n. Для сбора цен конкурентов рядом ставится отдельный сценарий — как в разборе парсера Wildberries без программирования.
Как мы настраивали синхронизацию карточек для Biomiq и Era Pro Makeup
Два проекта студии показывают, что «перенос» на практике распадается на разные задачи. В обоих случаях владелец приходил с формулировкой «перенесите карточки на вторую площадку». Уезжал он со сценарием обмена, который снял ручную сверку остатков.
У Biomiq задача упиралась в склад. Товар физически один, кабинетов несколько, и при ручном обновлении остатков позиция продавалась одновременно в двух местах. Мы сделали единый источник остатка и рассылку изменений по кабинетам по расписанию, с журналом отправленных значений. Спорные отмены после этого разбираются по логу, а не по памяти менеджера.
В Era Pro Makeup основная работа шла с контентом. Ассортимент косметики — это десятки оттенков одной позиции, у каждого свой артикул, свои фото и почти одинаковый текст. Ручное заведение таких карточек на второй площадке превращается в копирование с опечатками. Мы собрали буфер-таблицу, где строка — это артикул, и сценарий, который собирает из неё карточку под требования площадки.
Общее у двух проектов — порядок работ. Сначала наводится порядок в артикулах, потом описывается карта характеристик, и только затем включается расписание обмена. Обратный порядок даёт запуск за день и месяц разбора расхождений.
По нашим проектам повторяются три вещи, которые лучше решить до старта переноса. Первая — привести артикулы к единому виду во всех системах. Вторая — описать карту характеристик на бумаге, а не в голове контент-менеджера. Третья — договориться, какой кабинет считается источником цены: без этого правила два сценария перезаписывают друг друга.
Полезный побочный эффект: после настройки обмена вывод новой площадки перестаёт быть проектом. Каталог уже лежит в нормализованном буфере, и подключение третьего кабинета — это новая ветка загрузки, а не повторные 80 часов ручной работы.
Частые вопросы
Можно ли перенести карточку с сохранением отзывов и рейтинга
Между Wildberries и Ozon — нет. Отзывы и рейтинг живут внутри одной площадки, на вторую уезжает только контент. Внутри площадки, при переносе товаров между продавцами, часть данных площадка может сохранить. Это решает поддержка по вашей заявке и документам. Планируйте новую карточку как холодный старт, а сохранение отзывов считайте бонусом. Если рейтинг критичен, не закрывайте старую карточку до первых продаж новой.
Что делать при смене юрлица продавца на Wildberries или Ozon
ИНН в действующем кабинете не меняется. Понадобится новый кабинет и заявка на перенос товаров между продавцами. Порядок такой: регистрируете нового продавца, собираете документы, подаёте заявку. В документах нужны связь старого и нового юрлица и права на бренд. Остатки переводите только после подтверждения заявки. Старый кабинет держите рабочим всё время ожидания: откажут — у вас останется витрина. Вывоз и приёмку остатков закладывайте в график отдельно.
Как объединить два кабинета в один без потери истории продаж
Полного объединения кабинетов площадки не предлагают: история продаж считается по продавцу. Реальный путь — выбрать основной кабинет и перенести в него ассортимент второго по заявке. Второй кабинет закрывают после вывоза остатков. История и отзывы по перенесённым товарам сохраняются частично, по решению площадки. Если объединение нужно для управления, а не для отчётности, проще оставить два кабинета. Свяжите их одним источником цен и остатков через API.
Можно ли перенести только часть ассортимента, а не весь каталог
Да, и это обычный сценарий. При выгрузке через API вы сами формируете список артикулов: сценарий берёт из буфера только отмеченные строки. Так удобно тестировать категорию: вывести 20–30 позиций, посмотреть продажи, расширить список. Повторная настройка при этом не нужна. При официальном переносе внутри площадки список товаров тоже указывается в заявке, весь каталог отдавать не требуется.
Сколько времени занимает официальный перенос карточки на Ozon и Wildberries
Фиксированной даты площадки не дают: срок задаёт проверка документов. Заявка проходит быстрее, когда права на бренд и связь юрлиц подтверждены сразу. Планируйте окно, а не день, и не останавливайте продажи в старом кабинете. Самостоятельная выгрузка контента на вторую площадку занимает часы. Основное время уходит на карту характеристик, а не на передачу данных.
Что делать дальше
Начните с двух проверок. Совпадают ли артикулы в обоих кабинетах и в учётной системе. Описана ли карта характеристик для целевых категорий.
Если оба ответа «да», перенос контента и обмен собираются сценарием за несколько дней. Если «нет» — сначала нормализуйте артикулы: автоматизация разносит ошибку быстрее человека.
Нужна связка кабинетов, где карточки заводятся из одной таблицы, а цены и остатки уходят по расписанию? Опишите ассортимент и текущие системы — мы соберём сценарий обмена: автоматизация e-commerce.
