Что переносится с WB и Ozon, а что нужно создать для собственного магазина
О чём статьяРазбираем товарные данные, цены, остатки, отзывы и клиентскую базу, а затем по этапам показываем, как подготовить каталог, оплату, доставку, CRM, аналитику и SEO.
Селлер, который уже продаёт на Wildberries или Ozon, начинает работу над собственным интернет-магазином не с пустого листа. У компании есть ассортимент, фотографии, описания, артикулы, накопленная статистика и опыт обработки заказов. Поэтому возникает закономерный вопрос: можно ли перенести всё это на сайт и быстро открыть прямые продажи?
Часть работы действительно можно автоматизировать. Товарные карточки, цены и остатки получают через API, из учётной системы или подготовленного файла. Однако собственного сайта ещё нет в тот момент, когда каталог появился в новой системе. Для запуска потребуются структура разделов, поиск и фильтры, корзина, оплата, доставка, онлайн-касса, CRM, аналитика, юридические документы и источник трафика.
Ниже разберём, какие данные с Wildberries и Ozon пригодятся при разработке интернет-магазина, что нельзя перенести напрямую и в какой последовательности готовить независимый канал продаж.
Что в действительности означает переход с маркетплейса на свой сайт
Переход часто представляют как копирование карточек из кабинета продавца на новый домен. Такой подход учитывает только витрину и оставляет без внимания всю систему продажи. На маркетплейсе поиск, оформление заказа, оплата, доставка, уведомления, возврат и часть коммуникации обеспечивает площадка. В интернет-магазине за эти процессы отвечает продавец и выбранные им сервисы.
Поэтому проект стоит разделить на три части:
- Товарные данные. Названия, артикулы, характеристики, фотографии, варианты, габариты, цены и остатки.
- Коммерческие процессы. Правила оплаты, способы доставки, подтверждение заказа, возвраты, статусы и работа сотрудников.
- Привлечение покупателей. SEO, реклама, переходы из социальных сетей, рекомендации и повторные продажи по собственной базе.
Первая часть поддаётся переносу лучше остальных. Вторую и третью приходится проектировать под компанию, поскольку готовые механизмы WB и Ozon за пределами площадок не работают.
Что можно перенести с Wildberries и Ozon
Официальный WB API поддерживает работу с карточками, категориями, характеристиками и брендами, а в отдельных разделах документации описаны цены, склады и остатки. Seller API Ozon также предусматривает работу с товарами, ценами, складами, заказами, возвратами и отчётами. Это позволяет получать данные программно, но конкретный состав импорта зависит от доступа, схемы работы продавца и архитектуры будущего магазина.
Названия, описания и характеристики товаров
Из карточек можно получить название, описание, артикул продавца, штрихкод, бренд, характеристики, вес, габариты и варианты товара. Эти данные составляют основу каталога, но перед публикацией их следует проверить.
Тексты на маркетплейсе обычно подстраивают под внутренний поиск и формат карточки площадки. На собственном сайте покупателю дополнительно нужны сведения о назначении товара, выборе размера или комплектации, уходе, гарантии, совместимости, доставке и возврате. Если просто скопировать прежнее описание, оно может плохо отвечать на вопросы посетителя и мало отличаться от страниц других продавцов.
Фотографии и видео
Фотографии, инфографику и видеоролики можно использовать, если права на материалы принадлежат продавцу либо получено разрешение правообладателя. До импорта стоит сохранить оригиналы, убрать изображения с устаревшими ценами и условиями площадки, проверить порядок кадров и подготовить файлы для быстрой загрузки на мобильных устройствах.
Для собственного магазина полезно дополнить набор изображений кадрами, которые раскрывают бренд: упаковку, детали, сценарии использования, комплектацию и масштаб предмета. Изображение, рассчитанное на выдачу маркетплейса, не всегда подходит для широкого баннера, каталога или рекламной посадочной страницы.
Артикулы, штрихкоды и варианты
Артикул продавца можно сохранить как внутренний идентификатор. Он связывает товар на сайте с 1С, «МоимСкладом», CRM и другими системами. Размеры, цвета, объёмы и комплектации переносят как торговые предложения одного товара, а не как разрозненные страницы без общей связи.
Идентификаторы, созданные самой площадкой, лучше хранить в отдельных полях интеграции. Они пригодятся для сопоставления и обмена данными, но не должны заменять собственную систему артикулов.
Цены
Цены можно загрузить как исходные значения, однако переносить их без проверки рискованно. Цена на маркетплейсе может зависеть от акций, скидок площадки, схемы доставки и других условий, которых нет на сайте. Для прямого канала следует рассчитать цену с учётом себестоимости, эквайринга, доставки, упаковки, рекламы, возвратов, налогов и расходов на обработку заказа.
После расчёта определяется главный источник цены. Им может быть 1С, «МойСклад», ERP, административная панель сайта или другая система компании. Если сотрудники меняют цену сразу в нескольких местах, расхождения становятся неизбежными.
Остатки
Остатки переносят на момент первоначальной загрузки, а затем синхронизируют с учётной системой. Разовая выгрузка подходит только для подготовки каталога: после первых заказов цифры начнут меняться, и сайт рискует продать отсутствующий товар.
До запуска нужно установить резерв на время оформления заказа, частоту обновления, правила отмены резерва и действия при задержке обмена. Если один склад обслуживает несколько каналов, доступное количество рассчитывают в общем источнике, а не отдельно в каждом кабинете.
Статистика продаж
Отчёты по продажам и возвратам помогают определить товары с устойчивым спросом, сезонные позиции, средний чек и частые сочетания. Эти данные полезны при выборе стартового ассортимента, создании комплектов и расстановке товаров в каталоге. Например, нет необходимости загружать несколько тысяч позиций одновременно, если основную выручку обеспечивают двести товаров.
Статистику используют для решений об ассортименте, но она не заменяет аналитику собственного сайта. После запуска придётся отдельно собирать источники переходов, просмотры карточек, добавления в корзину, оформление и оплату заказа.
Что нельзя считать готовым активом для переноса
У продавца может быть большая история на маркетплейсе, однако не все её элементы можно использовать в интернет-магазине в прежнем виде.
Клиентская база маркетплейса
Заказы на WB и Ozon не образуют собственную маркетинговую базу продавца. Нельзя взять контакты покупателей из процессов площадки и начать отправлять им рекламу от имени интернет-магазина. На сайте база формируется заново: покупатель самостоятельно передаёт данные для заказа, а согласия на обработку персональных данных и рекламные сообщения оформляются в соответствии с целями использования.
Роскомнадзор указывает, что оператор должен уметь подтвердить получение согласия, когда оно является основанием обработки данных. Поэтому чекбокс под формой, тексты согласий, политика обработки и хранение факта согласия входят в обязательную подготовку магазина, а не добавляются после запуска.
Рейтинг продавца и позиция в выдаче
Рейтинг магазина, место карточки в поиске, число продаж и показатели кабинета действуют внутри конкретной площадки. На новом домене нет накопленной поисковой видимости, истории поведения покупателей и доверия к оформлению заказа. Их формируют через содержание сайта, сервис, рекламу, публикации, отзывы реальных клиентов и стабильную обработку заказов.
Отзывы и вопросы покупателей
Отзывы нельзя автоматически воспринимать как контент продавца. Перед публикацией на собственном сайте необходимо проверить правила площадки, права на использование текста, наличие персональных данных и возможность подтвердить источник. Безопаснее собирать отзывы у покупателей интернет-магазина и показывать, как подтверждена покупка.
Вопросы из карточек можно использовать как материал для подготовки раздела FAQ, но ответы следует переписать под условия прямой продажи. Доставка, гарантия, комплектация или возврат на сайте могут отличаться от правил маркетплейса.
Внутренняя реклама, акции и логистика площадки
Рекламные кампании, позиции в каталоге, подписчики карточки, механика акций, пункты выдачи и логистические тарифы не перемещаются на другой домен. Для сайта потребуется собственный медиаплан, договоры со службами доставки, правила бесплатной доставки, календарь акций и порядок расчёта скидок.
Таблица переноса: данные и необходимые действия
| Элемент | Можно ли перенести | Что сделать перед запуском |
|---|---|---|
| Названия и описания | Да, как исходный материал | Удалить формулировки площадки, дополнить характеристиками и ответами на вопросы |
| Фото и видео | Да, при наличии прав | Проверить качество, актуальность, форматы и скорость загрузки |
| Артикулы и варианты | Да | Сопоставить с собственной системой учёта и объединить варианты |
| Цены | Да, как отправную точку | Пересчитать экономику прямой продажи и назначить главный источник цены |
| Остатки | Да | Настроить регулярную синхронизацию, резервы и обработку ошибок |
| Отзывы и рейтинг | Ограниченно | Проверить условия использования; рейтинг площадки не переносится |
| Покупатели маркетплейса | Нет как готовую рекламную базу | Собирать собственные контакты и согласия через сайт |
Почему полное копирование карточек снижает качество магазина
Карточка на маркетплейсе существует внутри знакомого покупателю интерфейса. Рядом уже находятся доставка, отзывы, рейтинг, способы оплаты и похожие товары. На отдельном сайте эту информацию нужно встроить в пользовательский путь.
Хорошая карточка собственного магазина отвечает не только на вопрос «что это за товар», но и помогает принять решение: показывает преимущества модели, варианты, наличие, срок получения, стоимость доставки, условия возврата, гарантию и подходящие дополнения. Для сложного товара могут потребоваться таблица размеров, инструкция, сертификаты, сравнение модификаций или консультация.
Поисковое продвижение также требует другой структуры. Вместо набора карточек создаются страницы категорий, подкатегорий, брендов и подборок. Фильтры проектируются по тем характеристикам, по которым действительно выбирают товар. Описания и метаданные не следует массово дублировать, иначе поисковой системе будет трудно определить ценность нового сайта.
Если нужна не ручная копия кабинета, а магазин с каталогом, оплатой, интеграциями и подготовкой к продвижению, состав работ описан на странице разработки интернет-магазина для селлеров Wildberries и Ozon.
Сначала выберите главный источник товарных данных
Главный технический вопрос возникает ещё до импорта: где после запуска будут храниться актуальные карточки, цены и остатки. Возможны несколько схем.
Учётная система как главный источник. Товары ведутся в 1С, «МоёмСкладе» или ERP, а сайт получает названия, артикулы, цены и доступное количество. Такая схема подходит компании, у которой уже организован складской учёт.
Интернет-магазин как главный источник контента. В административной панели редактируются тексты, изображения и SEO-поля, а цена и остаток приходят из учётной программы. Это распространённый вариант, поскольку коммерческий контент удобнее готовить в CMS.
Подготовленный файл для первого запуска. Каталог очищают в Excel или CSV, сопоставляют поля и загружают в магазин. Способ подходит небольшому ассортименту, но регулярные обновления всё равно потребуют интеграции или установленного порядка ручной работы.
Использовать маркетплейс как постоянный главный источник нежелательно. Состав и формат данных определяет внешняя площадка, а изменения её API могут повлиять на обмен. Надёжнее однажды собрать собственный каталог, связать его с площадками по артикулам и дальше управлять данными из системы компании.
Что придётся настроить заново
Структуру каталога, поиск и фильтры
Категории WB и Ozon создавались под правила площадок. На сайте разделы строят по логике покупателей и ассортименту бренда. Для одежды важны пол, категория, сезон, размер и материал; для косметики — назначение, тип кожи, состав и объём; для товаров для дома — помещение, функция, материал и размеры.
Поиск должен учитывать артикулы, названия, раскладку клавиатуры и распространённые варианты написания. Фильтры следует тестировать на реальном каталоге: если после выбора двух параметров покупатель получает пустую страницу, структура нуждается в корректировке.
Корзину и оформление заказа
На маркетплейсе сценарий покупки уже задан. На сайте нужно определить состав полей, способы входа, применение промокода, выбор доставки, порядок оплаты и подтверждение заказа. Чем больше обязательных полей и неожиданных действий, тем выше вероятность ухода перед оплатой.
Оформление проверяют на смартфонах, поскольку значительная часть покупателей приходит с мобильных устройств. В тест входят ошибки в телефоне и адресе, повторное нажатие кнопки оплаты, возврат после неуспешного платежа и восстановление корзины.
Оплату, онлайн-кассу и чеки
Интернет-магазин подключается к платёжному сервису и онлайн-кассе с учётом системы налогообложения, номенклатуры и требований к маркированным товарам. С 1 сентября 2025 года для интернет-расчётов в электронном чеке применяется тег 1125, в теге 1187 указывается адрес сайта, а тег 1008 содержит телефон или email покупателя. Эти требования разъясняет ФНС России.
До приёма первых денег необходимо проверить успешную оплату, отказ, возврат полной и частичной суммы, повторную отправку чека и передачу корректных наименований товаров. Платёжный статус не должен зависеть только от возвращения покупателя на страницу после банка: подтверждение получают от платёжной системы.
Доставку и возвраты
Сайт должен рассчитать доступные способы доставки, срок, стоимость и ограничения по региону, весу или габаритам. Для этого подключают курьерские службы, пункты выдачи, собственную доставку либо несколько вариантов. Условия возврата и обмена размещают до оплаты и связывают с категорией товара.
Отдельно описывается внутренний процесс: кто подтверждает заказ, когда создаётся отправление, где печатается этикетка, как меняется статус и кто связывается с покупателем при задержке.
CRM и обработку заказов
Каждый заказ должен попасть ответственному сотруднику со списком товаров, контактами, оплатой, доставкой и источником перехода. В CRM настраивают этапы обработки, задачи, уведомления и причины отмены. Если обращения приходят также из телефона и мессенджеров, их учитывают вместе с заказами сайта, чтобы покупателю не приходилось повторять информацию нескольким менеджерам.
Аналитику и рекламу
До запуска рекламы настраивают электронную коммерцию и ключевые события: просмотр товара, выбор варианта, добавление в корзину, начало оформления, успешную оплату и возврат. Только оплаченный заказ не объясняет, где покупатели прекращают оформление.
В отчётах следует связывать расходы на рекламу не только с выручкой, но и с валовой прибылью после переменных затрат. Иначе товар с высоким оборотом может казаться успешным, хотя доставка, возвраты и стоимость привлечения оставляют минимальный результат.
Документы и персональные данные
Для сайта готовят реквизиты продавца, оферту или условия продажи, политику обработки персональных данных, согласия для форм, правила доставки, оплаты и возврата. Состав документов зависит от бизнеса и товарной категории, поэтому готовые шаблоны требуют юридической проверки.
Контакты, адреса и история заказов теперь хранятся у компании. Следовательно, необходимо определить цели и сроки обработки, права сотрудников, защиту административной панели и порядок удаления данных. Рекламная рассылка требует отдельного законного основания; согласие на оформление заказа не следует автоматически превращать в согласие на рекламу.
SEO и источник первых посетителей
Новый домен не получает поисковые позиции карточек WB или Ozon. Для него собирают семантику, создают структуру категорий, настраивают адреса страниц, метатеги, карту сайта, микроразметку, индексацию и внутренние ссылки. Техническую подготовку нужно завершить до массовой загрузки, иначе исправление тысяч страниц после публикации обойдётся дороже.
SEO требует времени, поэтому план первых продаж включает рекламу, собственные площадки бренда, контент и работу с текущей аудиторией, на использование контактов которой у компании есть необходимые основания.
Как перенести каталог и запустить сайт по этапам
1. Провести аудит исходных данных
Составьте список систем, где находятся товары, оригиналы фотографий, остатки, закупочные цены и документы. Проверьте число активных артикулов, вариантов, дублей и карточек без обязательных характеристик. На этом этапе становится ясно, откуда безопаснее получать каталог: из API маркетплейса, учётной программы или общего файла.
2. Определить стартовый ассортимент
Для запуска отберите товары с подтверждённым наличием, устойчивым спросом и рассчитанной маржой. Необязательно переносить архив, позиции без фотографий и единичные остатки. Ограниченный, тщательно подготовленный ассортимент обычно запускается быстрее и продаёт лучше, чем большой каталог с неполными карточками.
3. Сопоставить поля и очистить данные
Для каждого источника составьте соответствие: артикул, название, категория, бренд, вариант, штрихкод, цена, остаток, вес, габариты, изображения и свойства. Затем устраните дубли, приведите единицы измерения к одному формату, восстановите связи между вариантами и отметьте пропуски.
4. Спроектировать каталог сайта
Категории и фильтры формируют по спросу и поведению покупателей, а не копируют из кабинета площадки. Одновременно определяют шаблоны карточек, посадочные страницы, блоки рекомендаций и правила создания адресов.
5. Разработать магазин и выполнить импорт
После утверждения прототипов создают дизайн, мобильную версию, каталог, корзину и оформление заказа. Очищенные данные загружают в тестовую среду. На реальных товарах проверяют длинные названия, отсутствие изображения, разные цены вариантов и крупные наборы характеристик.
6. Подключить обмен с системами
Настраивают получение цен и остатков, передачу заказов, резервы, статусы и возвраты. Интеграцию проверяют не только при штатной работе, но и при недоступности внешнего сервиса, повторной отправке запроса и конфликте данных.
7. Настроить оплату, доставку и документы
Проводят тестовые заказы для разных городов, способов оплаты и типов товара. Проверяют чек, стоимость доставки, письмо покупателю, заказ в CRM, списание остатка, отмену и возврат.
8. Подготовить аналитику и продвижение
Перед рекламным запуском убеждаются, что источники и события передаются корректно, тестовые заказы исключены из отчётов, а менеджеры фиксируют причины отмен. Для SEO открывают только готовые страницы и закрывают от индексации служебные результаты фильтрации.
9. Запустить продажи и проверить первые заказы вручную
В первые дни полезно просматривать каждый заказ от входа на сайт до выдачи покупателю. Так обнаруживаются расхождения в остатках, неудобные поля, неверные тарифы доставки и задержки уведомлений. После исправления основных ошибок объём рекламы увеличивают.
Сколько стоит переход на собственный интернет-магазин
Стоимость зависит от числа товаров и вариантов, качества исходных данных, дизайна, интеграций, доставки, личного кабинета и требований к автоматизации. Разработка магазина для селлера в НС Диджитал начинается от 100 000 ₽. Точный бюджет определяется после аудита каталога и списка функций.
Кроме разработки, в финансовую модель включают домен и инфраструктуру, эквайринг, онлайн-кассу, поддержку, рекламу, упаковку, доставку, возвраты и работу сотрудников. Сравнивать следует не комиссию маркетплейса с тарифом эквайринга, а прибыль с выполненного заказа в каждом канале.
Расчёт и состав разработки собственного интернет-магазина для селлера лучше определять после выбора источника каталога: автоматический обмен и ручная подготовка тысячи карточек требуют разного объёма работ.
Ошибки, которые затягивают переход
Перенос всего ассортимента без отбора
Архивные позиции, дубли и товары без остатков увеличивают объём импорта, усложняют фильтры и создают слабые страницы. Начинать стоит с ассортимента, который компания действительно готова продавать и поддерживать.
Несколько равноправных источников цены и остатка
Если менеджер меняет цену на сайте, бухгалтер — в 1С, а селлер — в кабинете площадки, автоматический обмен начинает перезаписывать изменения. Для каждого поля назначают владельца и направление передачи.
Копирование текстов без редакции
Описание с упоминанием площадки, внутренней акции или чужой логистики вводит покупателя в заблуждение. Кроме того, одинаковые тексты не помогают новому домену получить поисковую видимость.
Отложенная настройка доставки и возвратов
Покупатель оценивает итоговую стоимость и срок до оплаты. Если доставка появляется только после разговора с менеджером, автоматизированная продажа превращается в заявку, а часть заказов теряется.
Реклама до проверки оформления заказа
Ошибки мобильной формы, платёжного сценария или расчёта доставки напрямую расходуют рекламный бюджет. Сначала проводят серию тестовых покупок, затем привлекают аудиторию.
Отсутствие ответственного за каталог
После импорта появляются новые товары, меняются составы, размеры и фотографии. Без сотрудника, который отвечает за качество данных, каталог постепенно теряет актуальность даже при работающей синхронизации остатков.
Чек-лист готовности интернет-магазина
Перед запуском проверьте, что:
- у каждого товара есть собственный артикул и связь с источником учёта;
- варианты, штрихкоды, единицы измерения и габариты сопоставлены;
- права на фотографии, видео и тексты подтверждены;
- цены рассчитаны для прямой продажи, а не скопированы из акции маркетплейса;
- остатки обновляются автоматически либо существует утверждённый ручной порядок;
- корзина и оплата протестированы на смартфоне и компьютере;
- онлайн-касса передаёт корректные данные и формирует чеки;
- доставка рассчитывается для всех заявленных регионов;
- заказ, оплата и источник перехода попадают в CRM и аналитику;
- размещены актуальные документы, согласия и реквизиты продавца;
- выполнены тестовые отмена, частичный возврат и полный возврат;
- подготовлен план получения первых посетителей и бюджет продвижения.
Частые вопросы
Да, значительную часть каталога можно получить через API, учётную систему или выгрузку. Возможность зависит от доступных методов, заполнения карточек и выбранной CMS. После импорта всё равно потребуется очистить данные, построить категории сайта, проверить права на материалы и дополнить карточки информацией о прямой продаже.
Автоматическая публикация отзывов на другом ресурсе требует осторожности. Нужно учитывать правила площадки, права на текст и изображения, персональные данные и способ подтверждения источника. Для постоянной работы лучше настроить сбор отзывов у покупателей собственного магазина.
Нет, историю заказов площадки нельзя автоматически считать собственной базой для рассылок. Интернет-магазин собирает контакты покупателей сам, сообщает цели обработки и фиксирует необходимые согласия. Согласие на оформление заказа и согласие на получение рекламы решают разные задачи.
Обычно главным источником назначают 1С, «МойСклад» или другую систему учёта. Сайт получает доступное количество, резервирует товар при оформлении и передаёт заказ обратно. Частота обмена зависит от оборота и риска одновременной продажи одной позиции.
Сначала следует провести аудит и определить приоритетные категории. Затем готовится карта полей и автоматический импорт, а ошибки обрабатываются группами. Запускать весь каталог одновременно имеет смысл только при достаточном качестве исходных данных и проверенной синхронизации.
При дистанционной оплате применение ККТ определяется законодательством и конкретной схемой расчётов. Для большинства интернет-магазинов настраиваются онлайн-касса и отправка электронного чека. Конфигурацию следует согласовать с бухгалтером, поставщиком кассы и платёжным сервисом с учётом налогового режима и ассортимента.
Источники выбирают до завершения разработки. Обычно используют поисковую рекламу, товарные кампании, SEO, социальные сети бренда, контент и законные коммуникации с собственной аудиторией. Рекламу направляют на готовые категории и карточки, где работают наличие, доставка, оплата и аналитика.
Срок зависит не только от количества товаров. На него влияют состояние каталога, число интеграций, способы доставки, требования к дизайну и скорость согласования. После аудита можно разделить проект на подготовку данных, разработку, интеграции, тестирование и запуск, а затем определить сроки каждого этапа.
Вывод
С Wildberries и Ozon можно перенести значительную часть товарной информации: названия, характеристики, фотографии, артикулы, варианты и исходные цены. Через интеграции можно обновлять остатки и использовать отчёты для выбора ассортимента. При этом рейтинг, позиции в выдаче, внутренняя реклама, инфраструктура площадки и клиентская база не становятся активами нового магазина.
Собственный сайт требует заново выстроить каталог, оформление заказа, оплату, кассу, доставку, CRM, аналитику, документы и привлечение покупателей. Если начать с аудита данных и заранее назначить главный источник цен и остатков, перенос превращается в управляемый проект, а не в длительное ручное копирование карточек.
На странице услуги НС Диджитал можно посмотреть, какие форматы интернет-магазина подходят селлерам и что входит в разработку независимого канала продаж.
Перенесём каталог и запустим собственный интернет-магазин
Расскажите об ассортименте, учётной системе и действующих продажах. Предложим структуру магазина, способ переноса данных и необходимые интеграции.