Фид — это файл или поток данных, в котором ваш каталог описан так, как его ждёт маркетплейс. Звучит просто, пока не выясняется, что площадка ждёт не то, что у вас лежит в базе. Отсюда почти все отказы модерации: дело не в товаре, а в том, как он описан.
1. Не хватает обязательных полей
У каждой категории маркетплейса свой набор обязательных атрибутов, и он не совпадает с вашим. Для одежды это состав, страна производства и размерная сетка. Для электроники — гарантия, комплектация, габариты упаковки. Для продуктов — срок годности и условия хранения.
В каталоге сайта этих полей обычно нет: они не нужны покупателю, который и так видит фотографию. Поэтому перед выгрузкой их приходится заводить — и это не работа программиста, а работа того, кто знает товар.
2. Ваши категории — не их категории
У вас в каталоге «Смесители», у площадки — «Сантехника / Смесители и краны / Смесители для кухни». Соответствие надо задать вручную один раз и хранить в системе: категория на стороне маркетплейса определяет, какие атрибуты потребуются и по каким фильтрам вас найдут.
Категория на маркетплейсе — это не рубрика, а контракт. От неё зависит набор обязательных полей, комиссия и то, в какой выдаче вы окажетесь.
3. Характеристики не из справочника
Самая частая причина отказа. У площадки значения характеристик — это справочник, а не свободный текст. «Красный», «красн.», «Red» и «#FF0000» в вашей базе — четыре разных значения, из которых пройдёт ноль. То же с брендами: три написания одного производителя дадут три разные карточки или отказ.
Лечится сопоставлением: при настройке выгрузки на маркетплейсы для каждого справочного поля заводится таблица соответствия «наше значение → значение площадки». Один раз делается, дальше поддерживается при появлении новых значений. Если данные в каталоге вели небрежно, этот этап займёт больше времени, чем сама разработка выгрузки.
4. Цены и остатки живут своей жизнью
Карточки достаточно отправлять при изменении, а цены и остатки — постоянно. Разумная частота: остатки раз в 15–30 минут, цены — по изменению. Если остаток уехал, площадка продаст то, чего нет, и это ударит по рейтингу продавца сильнее, чем пара дней без обновления.
- Отдельный поток для остатков — чаще и легче
- Отдельный поток для цен — по факту изменения
- Карточки — при создании и правке, не по расписанию
- Резервирование под маркетплейс, если склад общий с сайтом
Отдельный вопрос — общий склад. Обычно он решается на уровне обмена с учётной системой: если сайт и маркетплейс торгуют из одного остатка, нужно решить, кто имеет приоритет и как быстро списание в одном месте доезжает до другого. Это не техническая мелочь, а бизнес-решение, и принимать его лучше до запуска.
5. Картинки не по требованиям
Минимальный размер, соотношение сторон, белый фон, отсутствие водяных знаков и текста на первом изображении — у каждой площадки свои правила, и они меняются. Фотографии с сайта часто не проходят: там они обрезаны под дизайн карточки, а не под требования маркетплейса.
Технически это решается хранением оригиналов и генерацией нужных вариантов при выгрузке. Если оригиналов нет — придётся переснимать, и лучше узнать об этом до, а не после отказа модерации.
Что проверить до первой выгрузки
- У каждого товара есть уникальный артикул, и он не меняется со временем
- Бренды написаны единообразно, без вариантов и опечаток
- Значения характеристик сопоставлены со справочниками площадки
- Категории сайта связаны с категориями маркетплейса
- Есть оригиналы фотографий, а не только обрезанные под сайт
- Понятно, откуда берётся остаток и кто главный при расхождении
Если по этому списку набирается больше двух «нет», начинать стоит не с выгрузки, а с приведения каталога в порядок. Выгрузка на кривых данных не сэкономит время — она просто перенесёт хаос на площадку, где за него штрафуют рейтингом.
Мы настраиваем фиды для Ozon и Wildberries из каталога сайта и связываем их с учётом — обменом с 1С или МойСклад. Если каталог требует чистки, оцениваем этот этап отдельной строкой до начала работ.
