Как подготовить каталог товаров для AI, SEO и маркетплейсов

В таблице поставщика цвет записан как «син.», на сайте — «тёмно-синий», а маркетплейс требует значение из своего справочника. Один товар имеет три разных названия, неполные характеристики и два артикула. Пока ассортимент небольшой, менеджеры исправляют это вручную. Но с ростом каталога ручные правки перестают успевать, и ошибки бьют по поиску, рекламе, остаткам и возвратам.

Сильная структура каталога товаров — это не перечень карточек, а модель данных. Она должна одинаково хорошо питать сайт и фильтры, AI-поиск, SEO, рекламные фиды и внешние каналы продаж. Ниже — пять уровней зрелости каталога: посмотрите, на каком вы сейчас и что даёт переход на следующий.

Уровень 0. Данные живут в файлах поставщиков

Признаки: названия и характеристики копируют из прайсов, цвет и материал записаны свободным текстом, один и тот же товар в разных категориях выглядит по-разному. Фильтры либо не работают, либо показывают странные значения.

Что даёт переход дальше: как только появляются справочники значений, фильтры начинают работать корректно, а менеджеры перестают тратить часы на поиск дубликатов.

Уровень 1. Есть источник правды для каждого поля

Первое системное решение — определить, где хранится главная версия каждого типа данных. Самая распространённая схема: цены и остатки живут в ERP, описания и атрибуты — в PIM или CMS, изображения — в медиахранилище, клиентские данные — в CRM. Маркетплейс при этом лишь канал публикации, а не место редактирования товара.

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

Уровень 2. Атрибуты стали справочниками

Атрибут — это не просто поле, а название, тип данных и перечень допустимых значений. Вместо свободного текста, где цвет записан как «чёрный», «black» и «чёрн.», нужен нормализованный справочник.

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

Эффект виден сразу: фильтры перестают дублировать значения, а доля товаров, отклонённых каналами, падает.

Уровень 3. Продукт и варианты разделены

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

Если эту разницу не заложить с самого начала, магазин либо плодит дубликаты карточек, либо не может показать наличие конкретного размера. Для вариантов заранее определяют идентификаторы, связь с родительским продуктом, набор вариативных атрибутов, правила формирования адресов и canonical. Для маркетплейсов и Google Merchant Center понадобятся корректные штрихкоды GTIN: без них часть каналов отклонит товар или покажет его хуже.

Уровень 4. Каталог понимают поиск и AI

AI-поиск и ассистенты используют не только название. Им нужны характеристики, назначение, совместимость и ограничения. Когда покупатель спрашивает «подойдёт ли этот чехол к моему телефону», ответ возможен лишь тогда, когда совместимость записана в данных, а не спрятана в тексте описания.

Лучше всего работают короткое описание без рекламных штампов, таблица характеристик, сценарии использования, перечень совместимых товаров и короткий FAQ в карточке. Наличие и сроки доставки должны подтягиваться из актуального источника, а не копироваться в текст. И правило, которое спасает от жалоб: модель не должна выдумывать отсутствующий параметр — если данных нет, система обязана уточнить запрос. Подробнее — в материалах об AI-поиске товаров и ИИ-ассистенте для интернет-магазина.

Категории, совпадающие со спросом

Категории строят с позиции покупателя, а не склада. Если на складе товары разложены по поставщикам, а человек ищет «всё для кемпинга», дерево должно соответствовать второй логике.

Хорошая таксономия имеет понятные названия без внутреннего жаргона, минимум уровней вложенности и стабильные адреса, которые не меняются с каждой реорганизацией. Google советует строить доступную цепочку ссылок от меню к категориям и товарам: товар, к которому можно добраться лишь через внутренний поиск, робот может так и не найти. Какие именно категории создавать, подскажет анализ спроса — о нём мы писали в статье о частотности ключевых слов.

SEO каталога

У каталога должны быть уникальные страницы категорий и товаров, управляемые метаданные, canonical, XML sitemap и структурированные данные Product. Шаблоны title и description для тысяч карточек — нормальная практика, но для приоритетных страниц оставляют ручное редактирование. Описание категории должно помогать выбору, а не повторять ключевое слово. Отдельно проектируют правила индексации фильтров — об этом в статье о фасетной навигации.

Экспорт на маркетплейсы

Rozetka, Prom, Epicentr или Allo имеют собственные деревья категорий, обязательные поля и требования к фото и названиям. Поэтому между внутренней моделью и каждым каналом нужно сопоставление — mapping. Без него менеджеры каждый раз заполняют карточки вручную, а ошибки импорта накапливаются незаметно.

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

Метрики качества каталога

Качество данных измеряют так же, как продажи. Самые показательные метрики:

• заполненность обязательных атрибутов по категориям;
• количество дубликатов SKU и товаров без категории;
• доля ошибок при экспорте в каналы;
• доля нулевых запросов во внутреннем поиске;
• расхождения цен и остатков между системами.

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

Процесс обновления без ручных правок

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

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

Нужна ли PIM-система небольшому магазину?

Если товаров до нескольких тысяч и каналов один-два, хватает хорошо настроенной CMS со справочниками атрибутов. PIM становится оправданной при десятках тысяч SKU, нескольких языках и многих каналах.

С чего начать упорядочивание каталога?

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

Сколько времени занимает переход на следующий уровень?

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

Как каталог влияет на AI-поиск?

Напрямую. AI находит лишь то, что описано в данных. Чем полнее и структурированнее атрибуты, тем точнее ответы и рекомендации.

Команда GL.ua может спроектировать модель каталога, интегрировать PIM и ERP с сайтом и подготовить данные для AI-поиска, SEO и маркетплейсов. Чем раньше зафиксированы стандарты, тем меньше ручных исправлений после масштабирования. Начать можно с SEO-аудита текущего каталога.