Артикулы товаров на Ozon: как навести порядок и не потерять продажи

Порядок в артикулах — базовая гигиена склада и карточек. Если в кодах хаос, вы получаете дубли, потерю отзывов и просадку конверсии. Артикул продавца на OZON нельзя изменить после создания карточки: только создать новую. Ошибка на старте обходится дорого: путаница с остатками и пересорт в листинге товаров. Сам по себе артикул не продвигает карточку в поиске, но он напрямую управляет связкой «остатки — вариации — контент».

Зачем наводить порядок прямо сейчас:

• Единый формат снижает число дублей и ошибок выгрузки.
• Чёткая структура упрощает управление ассортиментом и остатками.
• Чистая товарная матрица не ломает вариации при масштабировании.
• Порядок в каталоге повышает релевантность товара в фильтрах.
• Сквозные артикулы на нескольких маркетплейсах открывают механику скидок за счёт площадок, а не за ваш счёт.

Доставка для маркетплейсов — поможем с приёмкой, учётом и отгрузкой. Артикулы в порядке, остатки синхронизированы, пересорта нет.

Что такое артикул на OZON и почему бардак в кодах снижает продажи

Артикул — внутренний идентификатор товара в системе продавца. Покупатель его почти не видит. Но для каталога и операционного учёта артикул критичен.

Официальных данных OZON о прямом влиянии артикула на ранжирование нет. Практика показывает другое: ошибки в структуре кодов ведут к дублям, путанице в характеристиках и потере видимости.

Как артикул связан с карточкой товара, SKU, остатками и матрицей

Артикул продавца связывает товар с учётом, фидом и остатками. Нарушили связь — пострадала выгрузка и управление ассортиментом.

Идентификатор	Назначение	Кто управляет	Можно ли изменить
Артикул продавца	Внутренний код позиции в системе селлера	Продавец	Нет (после создания карточки)
SKU	Единица учёта товара	Продавец или учётная система	Зависит от ERP
Barcode	Штрихкод (EAN/UPC)	Производитель или продавец	Нет
Ozon ID	Системный ID карточки	Платформа	Нет

Проблема возникает, когда один товар получает несколько кодов без причины. Товарная матрица теряет однозначность. Остатки и листинг расходятся. Пример из ниши одежды: продавец создавал отдельный артикул под каждый заказ партии. За полгода 200 реальных моделей превратились в 600 дублей с разными кодами. Результат — размывание отзывов и падение конверсии на 25–30% (данные по выборке из 12 категорий, январь–июнь).

Где селлеры путаются: артикул продавца, системный ID OZON и вариации

Основная ошибка — считать все идентификаторы взаимозаменяемыми. У каждого поля своя функция. Изменить артикул продавца у активной карточки нельзя: ни через личный кабинет, ни через Excel, ни через API. Только создать новую карточку. Ошибка на старте стоит дороже: либо живёте со старым кодом, либо теряете историю продаж.

Частые ошибки:

• Смешали вариации в одном коде (разные цвета под одним артикулом).
• Создали разные коды на один и тот же товар.
• Перенесли старые обозначения из складской программы без проверки контента.
• Использовали кириллицу, пробелы или спецсимволы — это ломает выгрузку через фиды.

Как хаос в артикулах влияет на поиск, склейку карточек и конверсию

Хаос ухудшает не поиск напрямую. Он портит качество данных, из которых собирается карточка. Релевантность для фильтров падает. Ранжирование карточек страдает косвенно. Если модель разбита на дубли, поисковые запросы размазываются между карточками. Это дробит отзывы, трафик и конверсию на каждой позиции.

Пример: магазин электроники продавал один смартфон в двух карточках — PHONE-A15-128-BLK и A15-BLACK-128. Каждая набрала по 30–40 отзывов вместо 70+ на одной. Ни одна не попала в топ-10 по ключевому запросу. А объединённая карточка конкурента с 90 отзывами стабильно держалась на первой странице.

Как создать систему артикулов на OZON, которая масштабируется без ошибок

Хорошую систему строят от товарной матрицы, а не от случайных названий. Правильный формат должен выдерживать выгрузку, автоматизацию и рост каталога.

Базовые правила хорошего артикула: логика, единый формат, читаемость, масштабируемость

Как создать артикул без будущих конфликтов: зафиксируйте один шаблон и не нарушайте его. В больших каталогах главный принцип — однозначность, а не красота кода.

Чек-лист хорошего артикула:

• Один разделитель во всём каталоге (рекомендуем дефис).
• Единый порядок блоков.
• Только значимые атрибуты.
• Без случайных символов и ручных приписок.
• Стабильность после публикации.
• Совместимость с учётной системой (1С, МойСклад) и выгрузкой через фид или API.
• Только латиница и цифры — для беспроблемной интеграции.

Технические лимиты платформы: максимальная длина — до 50 символов (рекомендуем 20–30). Допустимые символы — латиница, цифры, дефис, нижнее подчёркивание. Кириллица технически допустима, но вызывает проблемы при интеграции с ERP. OZON не различает регистр. Каждый артикул уникален в рамках одного аккаунта.

Шаблон структуры артикула: бренд, категория, модель, цвет, размер, комплектность

Структура артикула кодирует постоянные и переменные признаки товара. Не нужно шифровать всё подряд — достаточно ключевых характеристик.

Тип товара	Структура артикула	Пример	Типичная ошибка
Одежда	бренд-категория-модель-цвет-размер	BX-TSH-210-WHT-M	размер в названии, но не в коде
Электроника	бренд-категория-модель-память-цвет	NX-PHN-A15-128-BLK	один код на разные модификации
Наборы	категория-модель-комплектность	FLT-CLEAN-03SET	код набора совпадает с кодом единицы
Фасовка (штучная)	категория-модель-количество	ETK-TRM-58-R01 / -R05	нет разделения по количеству в упаковке

Пошаговый алгоритм:

1. Определите товарную матрицу.
2. Выделите постоянные и переменные признаки.
3. Закодируйте только значимые атрибуты.
4. Зафиксируйте единый формат в регламенте команды.
5. Проверьте связку с остатками и выгрузкой.
6. Убедитесь, что артикул совпадает с кодом в учётной системе или маппится через таблицу соответствия.

Как организовать артикулы для вариаций и наборов, чтобы не ломать учёт и листинг

Для вариаций нужен общий корень модели и отдельный блок переменного признака. Для наборов — отдельная логика, иначе учёт путает единичный товар и комплект. В одном проекте с 400+ SKU одежды сначала использовали один артикул на одиночную позицию и набор из двух единиц. После разделения кодов (TSH-210-WHT-M и TSH-210-WHT-M-2SET) ошибки сборки снизились на 40%. Контент-менеджер перестал дублировать карточки под одинаковые поисковые сценарии.

Отдельная тактика — артикулы-фасовки для расширения матрицы. Производитель термоэтикеток продавал только коробками по 30 рулонов. Анализ показал спрос на упаковки по 1, 3, 5, 10 и 15 рулонов. Команда рассчитала добавочную стоимость для мелкой фасовки и создала отдельные артикулы под каждый вариант. Число заказов выросло в 3 раза без расширения реального ассортимента на складе. Принцип: каждая фасовка получает суффикс количества (-R01, -R03, -R05), а в учётной системе привязывается к одной базовой номенклатуре с пересчётом по коэффициенту.

Как артикулы связаны с SEO на OZON, поиском и видимостью карточек

Артикул — не доказанное SEO-поле для покупательского поиска. Покупатели крайне редко ищут товар по внутреннему коду продавца. Но артикул влияет на процессы, от которых зависит оптимизация карточек.

Что реально влияет на поиск OZON: название, характеристики, категории, атрибуты и контент

На видимость работают название, категория, ключевые характеристики и полнота контента. Именно эти элементы попадают в фильтры каталога и алгоритмы поиска.

Элемент карточки	Влияние на ранжирование	Частая ошибка	Что исправить
Название	Формирует базовую релевантность	Переспам запросами	Оставить модель и тип товара
Характеристики	Влияют на фильтры и листинг	Пустые атрибуты	Заполнить обязательные поля
Категория	Определяет сценарий поиска	Ошибка категории	Переназначить раздел
Вариации	Собирают спрос в одну группу	Дубли вместо вариаций	Перестроить структуру
Описание и Rich-контент	Индексируются, повышают конверсию	Копипаст или пустое поле	Написать уникальное описание
Артикул продавца	Не индексируется для покупательского поиска	Хаотичная структура	Навести единообразие

Как собрать семантическое ядро и разложить запросы по карточкам без каннибализации

Семантическое ядро — это набор поисковых запросов по товарной группе. Для маркетплейса его кластеризуют: разбивают на группы с одинаковым намерением (интентом). Рабочий принцип: один кластер запросов — одна карточка или одна группа вариаций. Создаёте несколько почти одинаковых карточек под близкие запросы — получаете каннибализацию. Трафик маркетплейса делится между дублями.

Пример разграничения: «сухой корм для кошек» и «гипоаллергенный корм для кошек» — разные кластеры, ведут на разные карточки. А «корм для кошек 2 кг» и «корм для кошек купить» — один кластер.

Как единые артикулы на разных маркетплейсах помогают получать скидки за счёт площадок

Единый артикул на OZON и Wildberries позволяет использовать алгоритмы площадок в свою пользу. Механика: алгоритм одной площадки ищет товар с таким же артикулом и изображением у конкурентов. Находит — привязывает ценовой индекс и даёт собственную скидку, чтобы товар продавался именно у него.

Практический пример: магазин зоотоваров установил цену наполнителя на WB чуть выше, чем на OZON. OZON дал скидку постоянным покупателям. Wildberries «увидел» снижение и дал скидку 20% от своей цены. OZON засёк снижение у конкурента и снова увеличил скидку. Итог: продавец получил скидку постоянного покупателя (СПП) до 30%, не потеряв маржу — всё за счёт маркетплейсов. Для работы механизма нужны: идентичные артикулы продавца на обеих площадках; одинаковые главные изображения; сопоставимые названия карточек.

Как порядок в артикулах помогает продвижению без рекламы

Продвижение без рекламы начинается с чистого каталога. Унифицировали артикулы — проще держать один товар в одной логике и не распылять спрос на повторы. Меньше дублей — чище ассортимент — выше релевантность в фильтрах и поисковых сценариях.

Правила заполнения характеристик и типичные ошибки, из-за которых товары теряют показы

Правила заполнения характеристик важнее формата кода. Ошиблись с атрибутами — карточка теряет релевантность и часть фильтров.

Какие характеристики обязательны для поиска, фильтров и корректного листинга

Критичны: бренд, тип товара, модель, цвет, размер, объём, материал, назначение, совместимость — если категория этого требует. Эти поля формируют юзабилити каталога и корректный листинг. Незаполненные атрибуты — «слепые зоны»: товар не попадает в фильтр, и покупатель его не видит, даже если он в наличии.

Ошибки в названиях, атрибутах и вариациях: дубли, пересорт, смешение моделей

Самые частые ошибки связаны не с кодом как таковым, а с несоответствием между кодом и данными карточки.

Ошибка	Как проявляется	Чем опасна	Как исправить
Один артикул на разные товары	Пересорт, путаница остатков	Возвраты, штрафы	Разделить позиции, присвоить уникальные коды
Разные артикулы на один товар	Дубли карточек	Размывание отзывов и конверсии	Объединить в одну карточку с вариациями
Несовпадение кода и атрибутов	Ошибки фильтров	Снижение показов, блокировка модерацией	Сверить фид и матрицу
Артикул набора = артикул единицы	Путаница на складе	Отправка неверного количества	Ввести суффикс комплектности

Как проверить карточку перед публикацией и снизить риск модерации ошибок

OZON не публикует открытый чек-лист ИИ-модерации. На основе практики работы с каталогами используем внутренний контроль качества.

Чек-лист предмодерационной проверки:

• Артикул соответствует одной товарной сущности.
• Артикул содержит только латиницу, цифры и допустимые разделители.
• Название не дублирует лишние поисковые запросы.
• Заполнили все обязательные характеристики для категории.
• Не смешали вариации с комплектами.
• Остатки и фид связаны с нужным SKU.
• Штрихкод соответствует физическому товару.
• Главное изображение соответствует товару в карточке.

Пошаговый план наведения порядка в артикулах без остановки продаж

Наводите порядок партиями и через таблицу соответствия. Массовая правка без карты миграции создаёт риск потери данных и сбоев в остатках.

Аудит текущего каталога: дубли, хаотичные SKU, битые связи и лишние карточки

Первый шаг — выгрузите текущий каталог через отчёт в личном кабинете OZON Seller и соберите сводную таблицу. Найдите дубли по модели, конфликтные вариации, пустые атрибуты, позиции с разными кодами при одинаковом контенте. Для каталогов от 1000 SKU ручной аудит неэффективен. Используйте выгрузку в Excel с фильтрацией по ключевым полям: название, бренд, категория, артикул. Сортировка по названию быстро покажет дубли. Сводные таблицы помогут найти артикулы, которые ведут к разным карточкам с одинаковыми характеристиками.

План миграции: как создавать новые карточки и выводить старые без потери заказов

Изменить артикул у активной карточки технически невозможно. Миграция — это не «переименование», а создание новых карточек с правильными кодами и плавный вывод старых.

Шаг	Что делаем	Риск	Как избежать потерь
1	Выгружаем полный каталог из OZON и ERP	Неполные данные	Сверяем с остатками на складе и в учётной системе
2	Ищем дубли и конфликты	Ошибочное объединение разных товаров	Проверяем модель, атрибуты и фото каждой карточки
3	Проектируем новую систему + таблицу «старый → новый»	Разрыв связей с ERP	Фиксируем маппинг до начала изменений
4	Создаём новые карточки с правильными артикулами	Потеря отзывов	Объединяем старую и новую в одну вариацию, затем убираем старую
5	Обнуляем остатки на старой карточке, переводим в архив	Просадка трафика	Внедряем по категориям, не всё сразу
6	Контролируем: мониторим листинг, конверсию, остатки	Скрытые ошибки	Ежедневная проверка первые 7 дней после каждой партии

Отдельный вопрос — товары на FBO (склады OZON). Если товар уже лежит на складе со старым артикулом, «переклеить» штрихкод нельзя. Два варианта: дождаться, пока текущий остаток продастся, и новую поставку отправить с правильным штрихкодом на новую карточку; либо оформить возврат товара со склада OZON (платная услуга), переклеить штрихкоды и отправить заново. Второй путь дорог и медлителен. Он оправдан только для позиций с большим складским остатком и низкой оборачиваемостью.

Регламент для команды: шаблоны, таблица соответствия и контроль качества новых карточек

Без регламента хаос возвращается. Для команды нужны: единый шаблон артикула, таблица товарной матрицы и правило обязательной проверки контента перед публикацией.

Операционный план действий:

1. Новая позиция создаётся только по шаблону. Шаблон храним в общем документе с примерами для каждой категории.
2. Переменные признаки (цвет, размер, фасовка) берём из справочника. Свободный ввод запрещён.
3. Перед выгрузкой проверяем характеристики и вариации по чек-листу.
4. После публикации контролируем листинг, остатки и модерацию.
5. Синхронизация с CRM: артикулы маппим через товарный фид с учётной системой (МойСклад, 1С или Битрикс24). Это автоматизирует обновление остатков и сокращает время сборки заказов по модели FBS до 1–2 дней, исключая отмены из-за пересорта.

Частые вопросы

Можно ли менять артикул товара на OZON после публикации?

Нет. Изменить артикул продавца у активной карточки нельзя — ни через личный кабинет, ни через API, ни через Excel-шаблон. Нужен новый код — создавайте новую карточку. Чтобы не потерять отзывы, объедините старую и новую карточку в одну группу вариаций, дождитесь переноса отзывов, затем выведите старую из продажи и архивируйте.

Влияет ли артикул на SEO и поиск OZON напрямую?

Подтверждённых данных о прямом влиянии артикула на алгоритмы поиска нет. Покупатели не ищут по внутреннему артикулу продавца. Косвенное влияние есть: через структуру каталога, отсутствие дублей, корректные вариации и точность характеристик. Это формирует качество карточки, которое площадка учитывает при SEO-оптимизации выдачи.

Какой формат артикула лучше использовать для больших каталогов?

Короткий (до 20–30 символов) и однозначный шаблон с фиксированным порядком блоков. Только латиница, цифры, дефис. Для каталога с большим числом SKU важны масштабируемость, совместимость с автоматизацией загрузки (фиды, API) и единые правила кодирования переменных атрибутов. Работаете с 1С или МойСклад — убедитесь, что артикул OZON совпадает с кодом номенклатуры в ERP или настроен маппинг через таблицу соответствия.

Как использовать артикулы для работы на нескольких маркетплейсах одновременно?

Создавайте единые артикулы для одного товара на OZON, Wildberries и Яндекс Маркете. Это упрощает учёт и позволяет использовать механизм ценового индекса. Площадки сравнивают цены на товары с одинаковыми артикулами и могут давать скидки за свой счёт, чтобы удержать покупателя. Продавец сохраняет маржу, а товар получает буст в выдаче.