Продажа шин через интернет быстро превращается из задачи «разместить товары» в задачу постоянного управления большим и постоянно меняющимся каталогом.
Даже одна модель шины может существовать в нескольких размерах, находиться на разных складах, поступать от нескольких поставщиков и иметь разные закупочные цены. При этом покупателю на Авито, Ozon, Wildberries, Яндекс Маркете или Дроме нужно показывать актуальный остаток, правильную цену и корректные характеристики. Если обновлять всё это вручную, работа быстро начинает занимать больше времени, чем сама публикация товаров. Автовыгрузка позволяет оставить существующую товарную базу основным источником данных и автоматически передавать подготовленный каталог на нужные площадки.
Почему каталог шин сложнее обычного товарного каталога
Для маркетплейса недостаточно передать только название товара и цену. Для шин важны характеристики, по которым покупатель ищет подходящий вариант: производитель, модель, ширина, профиль, диаметр, сезонность, индекс нагрузки и другие параметры. При этом исходные данные далеко не всегда выглядят как готовые карточки маркетплейса.
Например, одна и та же модель может находиться в нескольких строках исходной базы — по одной единице товара, по разным складам или поставщикам. В других случаях ассортимент приходит большим прайс-листом, в котором нужные характеристики находятся в отдельных столбцах и называются иначе, чем на площадке. Поэтому между исходной базой и маркетплейсом обычно нужен дополнительный слой обработки данных. Именно на этом этапе можно объединять одинаковые позиции, сопоставлять характеристики, рассчитывать цены, отбирать нужный ассортимент и формировать карточки под требования конкретной площадки.
Откуда можно брать данные о шинах
Необязательно сначала переносить ассортимент в новую систему только ради подключения маркетплейсов.
Источником может оставаться то, с чем компания уже работает.
Это может быть МойСклад, база самого интернет-магазина, кабинет или прайс поставщика, Excel/CSV, Google Таблицы либо собственная система с API.
В результате схема может выглядеть по-разному:
Поставщик / МойСклад / база компании / Google Таблицы → SELLZONA → Авито / Ozon / Wildberries / Яндекс Маркет / Дром
В некоторых проектах источник даже является частью более длинной цепочки.
Например:
поставщик → МойСклад → SELLZONA → маркетплейсы
Именно такая схема используется в проекте с Шинсервисом: данные поставщика автоматически загружаются в МойСклад, где создаются товарные позиции и обновляются остатки, после чего каталог используется для дальнейших выгрузок.
Главное здесь не конкретное название программы, а наличие достаточно структурированных данных, которые можно получить и обработать.
Что происходит с каталогом перед выгрузкой
Исходные данные редко можно без изменений отправить сразу на все площадки.
Для каждого проекта задаются собственные правила обработки.
Например, в каталоге можно автоматически объединять одинаковые позиции. В одном из наших проектов исходный CSV содержал 60 строк одной модели шины. Вместо создания 60 одинаковых карточек строки были объединены в одну товарную позицию с остатком 60 штук.
Аналогичным образом можно обрабатывать несколько складов или несколько источников товара.
Отдельно настраивается работа с характеристиками шин. Данные из исходных столбцов сопоставляются с нужными полями: шириной, профилем, диаметром, производителем, сезонностью и другими параметрами. Для шин корректный маппинг особенно важен, потому что именно по этим характеристикам товар должен попасть в нужную категорию и участвовать в фильтрах площадки.
На этом же этапе могут работать правила автозамены и шаблоны. Например, значения исходной базы можно приводить к формату площадки, а заголовок автоматически собирать из производителя, модели и размера.
Остатки шин нужно обновлять постоянно
Для шин особенно важна актуальность наличия.
Если товар закончился у поставщика или на складе, объявление должно перестать предлагать покупателю то, чего уже нельзя отгрузить.
Поэтому после первоначальной загрузки каталог продолжает регулярно синхронизироваться.
В проекте Шинсервиса данные поступают с двух складов поставщика и проверяются примерно каждые три часа. Если остатки изменились, изменения передаются дальше; закончившиеся позиции снимаются с продажи.
Можно применять и дополнительные правила.
Например, не публиковать шину при остатке меньше заданного значения. Это полезно, если компания в первую очередь хочет продавать комплекты и не хочет размещать позицию, от которой у поставщика осталось одна или две штуки.
То есть площадка получает не обязательно весь исходный ассортимент, а только товары, соответствующие заданным условиям.
Цены можно рассчитывать отдельно для каждой площадки
Цена поставщика или закупочная цена также необязательно должна становиться ценой на маркетплейсе.
Во время выгрузки можно применять формулы и наценки.
Например:
закупочная цена → наценка → дополнительная фиксированная сумма → цена для площадки
При этом для Авито, Ozon или другого канала правила могут отличаться.
В одном из реализованных проектов для Ozon использовалась отдельная формула с процентной и фиксированной наценкой.
Это позволяет менять правила централизованно, вместо того чтобы пересчитывать тысячи карточек вручную.
Что делать с фотографиями и названиями
В исходной базе поставщика изображения присутствуют не всегда.
Это не обязательно означает, что фотографии придётся вручную добавлять в каждую карточку.
В наших проектах используется, например, отдельное хранилище изображений. Фотографии можно находить по модели или другому идентификатору товара и автоматически добавлять к нужной позиции.
Такой подход используется в интеграции Шинсервиса и в проекте авторазборки, где изображения подтягиваются из Яндекс.Диска.
А название товара можно формировать динамически из существующих характеристик.
Например:
бренд + модель + ширина/профиль + диаметр + сезонность
Если исходные данные изменятся, заново вручную переписывать название каждой карточки не потребуется.
Один каталог — несколько площадок
Следующая проблема появляется, когда компания перестаёт работать только с одной площадкой.
У Авито, Ozon, Wildberries, Яндекс Маркета и Дрома отличаются форматы передачи информации и требования к товарам.
Поэтому нет необходимости пытаться сделать один универсальный файл и вручную переделывать его перед каждой загрузкой.
Исходный каталог остаётся единым, а под каждый канал настраиваются собственные правила обработки и передачи.
SELLZONA может использовать один источник для Авито, Ozon, Яндекс Маркета, Wildberries, Дрома и других площадок. Для специализированной автониши также поддерживается работа с Drom и ZZap.
В результате изменение цены или остатка начинается в одном месте, а дальше распространяется по подключённым каналам.
Не только выгрузка: заказы можно возвращать обратно
Выгрузка каталога решает только одну сторону процесса.
Следующий уровень автоматизации — получение заказов обратно в учётную систему или систему поставщика.
Например, в проекте WebMim реализован двусторонний обмен с Ozon.
В сторону маркетплейса передаются товары, фотографии, цены и остатки, а обратно поступают данные заказов и их статусы.
Таким образом, цепочка может работать уже не только как публикация каталога:
товарная база → маркетплейс → заказ → учётная система / поставщик
Это особенно полезно при большом количестве товаров и нескольких каналах продаж: оператору не приходится постоянно проверять каждый кабинет отдельно и переносить информацию вручную.
Три примера из реальных проектов
В проекте Шинсервиса источником стали выгрузки поставщика. Товары автоматически создаются в МойСклад, остатки поступают с двух складов, фотографии добавляются из отдельного хранилища, а цены и заголовки рассчитываются по заданным правилам. Далее каталог используется для работы с Авито, Ozon и Яндекс Маркетом.
Для поставщика шин WebMim реализована интеграция с Ozon через API и собственную панель управления. Автоматизирована передача каталога, изображений, цен и остатков, а также обратная работа с заказами и статусами.
В проекте авторазборки исходные данные потребовали дополнительной обработки: множество строк одинакового товара объединялись в одну позицию с общим количеством. После этого была настроена регулярная выгрузка, отдельные правила цены и автоматическая работа с изображениями.
То есть даже внутри одной ниши архитектура может заметно отличаться.
Где-то основной источник — поставщик, где-то МойСклад, где-то собственная база, CSV или таблица. Поэтому сначала определяется структура исходных данных, а уже после этого — конкретная схема интеграции.
Когда автовыгрузка шин особенно полезна
Автоматизация имеет наибольший смысл, когда ассортимент уже невозможно удобно поддерживать вручную:
- в каталоге сотни или тысячи моделей и размеров;
- остатки и закупочные цены часто меняются;
- используется несколько поставщиков или складов;
- одни товары представлены несколькими строками и требуют объединения;
- каталог нужно одновременно публиковать на нескольких площадках;
- для каждой площадки необходима своя цена или наценка;
- фотографии хранятся отдельно от товарной базы;
- нужно автоматически формировать характеристики, названия и описания;
- компания хочет не только отправлять товары на маркетплейсы, но и получать обратно заказы.
Если ассортимент небольшой и практически не меняется, часть операций действительно проще оставить ручными.
Но при большом каталоге шин основная ценность автоматизации появляется именно после первой публикации: система продолжает поддерживать цены, остатки и ассортимент без постоянного повторения одной и той же работы сотрудниками.
Как начинается подключение
Перестраивать всю систему компании заранее не требуется. Сначала достаточно посмотреть на существующий источник данных: какие товары в нём находятся, как записаны размеры и характеристики, где хранятся цены и остатки, как представлены склады и есть ли изображения. Затем определяется, на какие площадки нужно передавать ассортимент.
После этого на небольшом наборе товаров можно проверить сопоставление данных, категории, характеристики, правила цены и сформированные карточки. Когда схема отработана на тестовой выборке, её уже можно применять ко всему каталогу и запускать регулярное обновление.
Итог
Для продажи шин на маркетплейсах основная задача заключается не в том, чтобы один раз загрузить каталог. Необходимо постоянно поддерживать актуальными тысячи связанных данных: наличие, цены, размеры, характеристики, фотографии и ассортимент. При этом исходный каталог уже может находиться у поставщика, в МойСклад, собственной базе, Excel, CSV или Google Таблицах.
Вместо ручного ведения нескольких независимых каталогов эти данные можно использовать как единый источник и автоматически подготавливать их отдельно для Авито, Ozon, Wildberries, Яндекс Маркета, Дрома и других площадок. А если требуется более глубокая автоматизация, в ту же схему можно добавить получение заказов, синхронизацию статусов и работу непосредственно с поставщиком. Если у вас уже есть прайс поставщика, выгрузка из МойСклад, Excel/Google Таблица или собственная база — пришлите пример. Посмотрим структуру данных и предложим схему автоматической выгрузки на нужные площадки.
Практика