Единый каталог товаров для маркетплейсов: структура без ошибок

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

В этой статье — как выстроить единый каталог товаров, который работает как мастер-источник для Ozon, Wildberries и Яндекс.Маркета одновременно: структура, форматы, инструменты и конкретные примеры.

Что такое единый каталог и почему без него не масштабироваться

Единый каталог товаров (product master data) — это централизованная база, в которой хранятся все атрибуты каждого SKU: артикулы, названия, описания, характеристики, цены, фото, остатки. Из этой базы данные выгружаются на каждый маркетплейс в нужном формате.

Без такой базы каждая площадка превращается в отдельный «остров». Изменили состав продукта — нужно обновить карточку на WB, потом на Ozon, потом на ЯМ. Пропустили одну — покупатель видит устаревшую информацию, возвращает товар, ставит низкую оценку.

Реальная цена ошибки: при марже 25% и среднем чеке 1 200 ₽ каждый возврат из-за несоответствия описания стоит продавцу 300 ₽ прямых потерь плюс расходы на логистику возврата (80–120 ₽). Если таких возвратов 50 в месяц — это 19 000–21 000 ₽ ежемесячно только из-за несинхронизированного контента.

Три признака того, что каталог ведётся без системы:

• Название товара на WB и Ozon отличается — разные ключевые слова, разный порядок.
• После обновления цены у поставщика часть карточек обновлена, часть — нет.
• Остатки в кабинете маркетплейса расходятся с реальным складом больше чем на 5%.

Структура мастер-каталога: какие поля нужны

Мастер-каталог — это таблица, где каждая строка соответствует одному SKU. Набор полей определяется требованиями самой жёсткой площадки, а потом адаптируется под остальные. По состоянию на март 2026 года самые строгие требования к атрибутам — у Ozon.

Группа полей	Конкретные поля	Обязательность
Идентификация	Внутренний артикул, EAN/штрихкод, артикул WB, артикул Ozon, SKU ЯМ	Обязательно везде
Названия	Название-WB (до 100 символов), название-Ozon (до 200), название-ЯМ (до 150)	Обязательно, уникально для каждой площадки
Описание	Базовое (500 символов), расширенное (1 000+ для Ozon)	Обязательно
Характеристики	Категория, бренд, цвет, размер, материал, вес, габариты, страна	Обязательно (состав зависит от категории)
SEO	Ключи-WB (7–10), ключи-Ozon (10–15), ключи-ЯМ (5–8)	Рекомендуется
Медиа	Ссылки на фото (мин. 3 шт.), ссылка на видео, Rich Content флаг	Обязательно
Цены и остатки	Себестоимость, цена WB, цена Ozon, цена ЯМ, floor price, остаток общий	Обязательно
Статус	Активна / модерация / деактивирована / требует обновления + дата изменения	Обязательно для контроля

Не пытайтесь создать идеальную структуру с первого раза. Начните с обязательных полей, запустите первые 50 SKU через единый каталог, посмотрите, где возникают проблемы при загрузке — и доработайте шаблон.

Артикулы: как связать внутренние ID с артикулами площадок

Главная техническая проблема единого каталога — расхождение артикулов. На WB вы задаёте артикул продавца, Ozon присваивает свой ID (FBO-ID), ЯМ использует shopSKU. Все три системы не знают друг о друге.

Решение — таблица соответствий (mapping-таблица): один столбец — внутренний артикул, остальные — артикулы на каждой площадке. Это и есть связующее звено каталога. Без неё любая система управления остатками будет путать, куда списывать продажи.

Пример: внутренний артикул SHOES-001 соответствует артикулу WB 12345678, Ozon FBO-ID 987654321, ЯМ shopSKU SHOES-001-YM. В МойСклад или аналогичной WMS эти соответствия настраиваются один раз в разделе «Интеграции > Сопоставление артикулов». После настройки продажа на любой площадке автоматически списывает остаток из единого стока.

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

Алгоритмы WB, Ozon и ЯМ ранжируют карточки по разным принципам. Одинаковое название на трёх площадках — это не нейтральное решение. Это гарантированная потеря позиций минимум на двух из трёх.

Площадка	Приоритет алгоритма	Оптимальная структура названия	Ограничение
Wildberries	Ключевые слова в первых 40 символах, точное совпадение с запросом	Ключевой запрос + характеристики (цвет, размер, материал)	до 100 символов
Ozon	Бренд + модель + ключ + атрибуты, вес даёт описание и атрибуты	Бренд + ключ + главный атрибут + объём/размер	до 200 символов
Яндекс.Маркет	Точность технических атрибутов, бренд и модель критичны	Бренд + модель + ключевой параметр (мощность, объём, размер)	до 150 символов

Неочевидный факт: на WB длина названия влияет на ранжирование напрямую — карточки с названиями 60–80 символов в среднем ранжируются выше, чем с 40 или 100. Ozon ценит структуру: «Бренд + ключ + атрибут» работает лучше, чем просто перечисление ключей через запятую.

Как вести три варианта названия без ошибок

В мастер-каталоге создайте три отдельных столбца: Название-WB, Название-Ozon, Название-ЯМ. Базовый шаблон для каждого пишите один раз, а потом используйте формулы Google Sheets для автогенерации вариантов на основе атрибутов товара.

Пример формулы для WB в Google Sheets:

=CONCATENATE(B2,» «,C2,» «,D2,» «,E2) Где B2 — ключевой запрос, C2 — материал, D2 — цвет, E2 — размер. Результат: «Платье женское шёлковое синее размер 44». Длину проверяйте формулой =LEN(F2) — должна быть 60–80 символов для WB.

После автогенерации обязательно проверяйте результат вручную — формула не учитывает семантику. Названия типа «Крем увлажняющий крем для лица» возникают именно из-за слепого конкатенирования.

Описания: единая основа и платформенные надстройки

Описание товара — это не контент ради контента. На Ozon заполненность описания влияет на позицию в выдаче: карточки с описанием от 1 000 символов ранжируются выше пустых или коротких. На WB описание влияет слабее, но наличие LSI-ключей в тексте фиксируется индексатором.

Трёхуровневая система описаний

Вместо трёх уникальных текстов делайте один базовый и два расширения:

1. Базовый текст (500 символов) — факты о товаре: состав, функции, для кого, как использовать. Без ключей, без продающих фраз. Этот текст идёт на все три площадки как основа.
2. Расширение для Ozon (+500 символов) — добавляете LSI-ключи, раскрываете преимущества, добавляете сценарии использования. Итог: 1 000–1 200 символов. Ключи — равномерно, не кластером в конце.
3. Расширение для ЯМ — фокус на технические характеристики: совместимость, точные параметры, отличия от предыдущей модели. Покупатели ЯМ принимают решение на основе спецификаций, а не эмоций.

Кейс: продавец аксессуаров для телефонов перенёс на Ozon описание длиной 400 символов с WB без изменений. Позиция по ключевому запросу — 34-я. После расширения до 1 100 символов с 12 LSI-ключами и добавления раздела «Совместимые модели» через 3 недели поднялся на 11-ю позицию. Продажи выросли на 67% при той же цене.

Где хранить тексты в мастер-каталоге

В таблице Google Sheets создайте скрытый «технический» лист с базовыми текстами и LSI-пулами по категориям. На основном листе используйте ссылки на ячейки. Это исключает дублирование: обновили базовый текст в одном месте — изменение подтягивается во все производные описания.

Для хранения версий используйте встроенную историю изменений Google Sheets (Ctrl+Alt+Shift+H). Так всегда можно откатить редакцию, которая случайно испортила текст.

Атрибуты и характеристики: самое болезненное место каталога

Атрибуты — это то, из-за чего карточки чаще всего уходят на модерацию или теряют позиции. На Ozon незаполненный обязательный атрибут = карточка не попадает в фильтры = потеря до 40% трафика из боковой панели. На ЯМ ошибка в технических атрибутах = возврат от покупателя, который купил несовместимый товар.

Проблема несовпадающих справочников

У каждой площадки свой справочник значений атрибутов. Цвет «синий» на WB может называться «Синий», «Синее», «Синий/голубой», «Navy». Ozon при этом ждёт строго из своего списка допустимых значений, иначе — ошибка модерации.

Решение — таблица нормализации атрибутов: внутреннее значение → значение WB → значение Ozon → значение ЯМ. Пример:

Внутреннее значение	WB	Ozon	Яндекс.Маркет
navy	Синий	Синий	Синий
off-white	Молочный	Молочно-белый	Белый/Молочный
фуксия	Фуксия	Розовый/Фуксия	Ярко-розовый
хлопок 100%	Хлопок	Хлопок 100%	100% хлопок
XS/S	XS-S	XS, S	44-46 (XS/S)

Таблица нормализации заполняется один раз при запуске каталога. Дальше при добавлении нового SKU достаточно указать внутреннее значение — система сама подставит правильный вариант для каждой площадки.

Обязательные атрибуты по категориям

По состоянию на март 2026 года Ozon ужесточил требования к заполненности атрибутов: карточки с заполненностью ниже 70% от обязательных полей понижаются в рейтинге. WB аналогично снижает видимость карточек с незаполненными полями «Состав» и «Страна производства» в категориях одежды и косметики.

Чек-лист минимального заполнения для запуска карточки:

• Название (уникальное для площадки).
• Описание (минимум 500 символов, для Ozon — 1 000).
• Все обязательные атрибуты категории (проверяется через кабинет → раздел «Товары > Требования категории»).
• Минимум 3 фото: главное (белый фон), инфографика, фото в использовании.
• Штрихкод / EAN — без него невозможна приёмка на FBO WB и Ozon.
• Вес и габариты для расчёта логистики.

Фото и медиа: единый пул с платформенными вариантами

Фотографии — единственный атрибут, где полная стандартизация невозможна. WB требует белый фон на главном фото, Ozon — допускает lifestyle. ЯМ приоритизирует технические изображения с размерами и схемами. Хранить три полных комплекта фото на каждый SKU — неэффективно.

Оптимальная структура медиапула

На каждый SKU достаточно 5–7 базовых изображений, которые переиспользуются с минимальными правками:

• Фото 1 (белый фон, главное) — идёт на WB без изменений, на Ozon как дополнительное.
• Фото 2 (lifestyle, контекст использования) — идёт на Ozon как главное, на ЯМ как дополнительное.
• Фото 3–4 (детали, состав, размерная сетка) — инфографика, идёт везде.
• Фото 5 (упаковка) — обязательно для ЯМ в категории электроники.
• Видео (до 60 сек) — загружается на Ozon и WB, для ЯМ опционально.

Цифра: добавление видео на карточку Ozon увеличивает конверсию в заказ в среднем на 8–14% по данным кабинета аналитики Ozon Seller. Для категорий одежды и спорттоваров эффект выше — до 22%. Видео длиной 30–45 секунд работает лучше, чем 60-секундное.

Хранение и именование файлов

Используйте единую систему именования: [артикул]_[тип]_[номер]. Пример: SHOES-001_white_01.jpg, SHOES-001_lifestyle_01.jpg. Это исключает путаницу при загрузке и позволяет скриптам автоматически подбирать нужный тип фото для каждой площадки.

Хранение — Google Drive или Яндекс.Диск с папочной структурой по артикулам. Не в локальных папках менеджера — файлы должны быть доступны команде и системе автозагрузки.

Автоматическая загрузка карточек: что даёт API

WB, Ozon и ЯМ предоставляют API для загрузки и обновления карточек. Это значит: обновили данные в мастер-каталоге — запустили скрипт — изменения появились на всех площадках без ручного редактирования.

По состоянию на март 2026 года WB API для карточек работает с лимитом 100 запросов в минуту. Ozon — 6 000 запросов в час. Яндекс.Маркет — 200 запросов в минуту. При каталоге в 500 SKU полное обновление через API занимает 3–8 минут в зависимости от площадки. Это против 4–6 часов ручной работы.

Процесс обновления каталога: когда и как

Единый каталог бесполезен, если нет регламента его обновления. Без правил разные сотрудники вносят правки в разные источники, и через месяц данные снова расходятся.

Четыре ситуации, которые требуют обновления каталога

• Изменение цены у поставщика — обновляется себестоимость, пересчитывается floor price, обновляются цены на всех площадках. Алгоритм: кабинет поставщика → мастер-каталог → API-обновление цен.
• Новый товар — заполняется полная карточка в мастер-каталоге, затем загружается на площадки. Не наоборот: нельзя сначала создать карточку на WB, а потом переносить в каталог. Это создаёт расхождения с первого дня.
• Сезонное обновление контента — раз в квартал проверяйте актуальность ключевых слов через раздел «Аналитика > Популярные запросы» на WB и «Что продавать на Ozon». LSI-пул обновляется, описания корректируются.
• Обратная связь от покупателей — возврат из-за несоответствия описания = немедленное обновление карточки во всех источниках. Не «потом», не «в следующий раз».

Регламент еженедельного обслуживания каталога

• Понедельник: сверка остатков в каталоге с фактическими данными площадок (раздел «Отчёты > Остатки» в каждом кабинете).
• Среда: проверка статусов карточек — нет ли позиций на модерации или с ошибками (раздел «Товары > Мои товары» на Ozon, «Карточки товаров» на WB).
• Пятница: просмотр отзывов за неделю — если 3+ отзыва упоминают одну проблему с описанием, это сигнал к обновлению карточки.

Частые ошибки при создании единого каталога

Ошибка 1. Создавать каталог «под WB», потому что это основная площадка

WB — самый популярный маркетплейс для одежды и товаров для дома. Но требования к атрибутам у WB одни из самых мягких. Если строить каталог под WB, при выходе на Ozon выяснится, что половина обязательных атрибутов Ozon в каталоге отсутствует. Стройте под Ozon — он требует больше всего — и адаптируйте для остальных.

Ошибка 2. Хранить цены в карточке, а не в отдельном модуле

Карточка товара и ценообразование — разные сущности. Цена меняется часто: акции, переоценка, изменение логистики. Если цена зашита в карточку, при каждом изменении нужно редактировать весь объект. Держите цены в отдельном столбце (или отдельной таблице), связанном с карточкой через артикул. Обновление займёт секунды вместо часов.

Ошибка 3. Загружать карточки вручную через «Добавить товар»

Ручная загрузка через интерфейс кабинета = данные не попадают в мастер-каталог = расхождение с первого дня. Используйте только два пути: Excel-шаблон площадки (загружается из каталога) или API. Любой другой путь нарушает целостность данных.

Ошибка 4. Не версионировать изменения

Обновили описание — продажи упали. Обновили ключевые слова — карточка ушла с первой страницы. Без версионирования невозможно понять, что именно изменилось и когда. Фиксируйте дату каждого обновления в отдельном столбце «Дата последнего изменения» и краткую суть изменения в столбце «Комментарий к правке».

Пример из практики: продавец бытовой техники обновил названия 80 SKU под новые ключевые слова. Через 2 недели конверсия по 12 позициям упала на 30%. Без логов изменений найти причину заняло бы неделю. С логом — вернули старые названия по 12 проблемным SKU за 20 минут.

Чек-лист запуска единого каталога с нуля

Если вы сейчас ведёте товары разрозненно и хотите перейти на единый каталог, последовательность такая:

• Выгрузите все активные SKU из каждого кабинета (раздел «Товары > Экспорт» на Ozon, «Карточки товаров > Скачать» на WB, раздел «Товары > Выгрузка» на ЯМ).
• Создайте единый Excel / Google Sheets с артикулами, добавьте маппинг-столбцы для каждой площадки.
• Проверьте расхождения: сравните названия, описания, характеристики одного и того же товара между площадками. Зафиксируйте, где есть различия.
• Создайте таблицу нормализации атрибутов для самых объёмных категорий (цвет, размер, материал).
• Настройте маппинг в системе — свяжите внутренние артикулы с артикулами площадок.
• Загрузите обновлённые карточки через шаблоны площадок или API — не вручную.
• Введите регламент: кто, когда и как вносит изменения. Один ответственный за мастер-каталог.

Весь процесс для каталога до 200 SKU занимает 1–2 рабочих дня. Для 1 000 SKU — 5–7 дней с учётом проверки данных.

С чего начать прямо сейчас

Выгрузите карточки одного и того же товара с WB и Ozon прямо сейчас. Сравните названия, описания и характеристики. Скорее всего, обнаружите 3–5 расхождений на один SKU.

Умножьте это на количество SKU в ассортименте — и вы получите масштаб проблемы, которую единый каталог решает один раз.

Парадокс: большинство продавцов откладывают создание единого каталога, потому что «на это нет времени». При этом ручные исправления расхождений, возвраты из-за некорректного описания и часы на обновление карточек по отдельности отнимают в 5–10 раз больше времени, чем одноразовая настройка системы. Каталог — это не проект. Это инфраструктура, которая работает за вас каждый день.