Национальный каталог товаров проверяет карточки ИИ: что менять e-commerce Казахстана

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

Для digital-маркетинга это не просто государственный IT-проект. Название, бренд, артикул, идентификатор, характеристики, изображение, цена и наличие уже используются сайтом, маркетплейсом, рекламным фидом, аналитикой и поисковыми системами. Если в каждом канале товар описан по-разному, бизнес получает отклонённые объявления, неверные отчёты, внутреннюю конкуренцию дублей и недоверие покупателей.

Что меняется в товарных данных Казахстана

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

Параллельно государство развивает цифровую маркировку и переносит систему электронной торговли на платформу QazTech. В официальной публикации также указано, что в системе зарегистрированы более 150 тысяч пользователей и 170 тысяч субъектов бизнеса, автоматизирован 31 процесс и обработано свыше 5 тысяч обращений.

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

Когда одна и та же модель в учёте называется «Смартфон 256 GB Black», на сайте — «Телефон чёрный 256 ГБ», а на маркетплейсе — «Новый смартфон, память 256», автоматические системы не всегда понимают, что это один товар. Расхождение осложняет поиск дублей, обновление остатков и сравнение результата рекламы.

Что нельзя смешивать с НКТ

Национальный каталог товаров, фид Google Merchant Center, разметка Product на сайте и карточка маркетплейса решают связанные, но разные задачи.

• НКТ относится к национальной системе товарной идентификации и регулирования торговли.
• Каталог интернет-магазина представляет ассортимент покупателю и управляет коммерческими страницами.
• Фид Merchant Center передаёт Google сведения, необходимые для товарных объявлений и бесплатных показов там, где они доступны.
• Разметка Schema.org Product помогает поисковым системам интерпретировать содержание страницы.
• Карточка маркетплейса подчиняется правилам конкретной платформы, её категориям и обязательным атрибутам.

Один формат нельзя без проверки объявить полной заменой другого. Даже одинаковые поля могут иметь разные требования к допустимым значениям, языку, длине, обновлению и идентификаторам. НКТ не является рекламным кабинетом, а наличие карточки в государственном каталоге само по себе не гарантирует показы в Google или продажи на маркетплейсе.

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

Почему это относится к digital-маркетингу

Товарные данные влияют на весь путь от показа до повторной покупки.

Поиск и каталог сайта

Если характеристики хранятся только в описании свободным текстом, фильтры и внутренний поиск работают хуже. Покупатель ищет «ноутбук 16 ГБ с доставкой в Алматы», но сайт не может корректно отфильтровать память, город доставки и наличие. Маркетолог вынужден вести трафик на широкую категорию вместо релевантной выборки.

Рекламные кампании

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

Маркетплейсы

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

Аналитика

Если один товар имеет разные внутренние коды в CMS, CRM, рекламе и учёте, отчёт по рентабельности становится ненадёжным. Расход записан на один идентификатор, заказ — на второй, возврат — на третий. В результате прибыльный товар может выглядеть убыточным или наоборот.

Клиентский опыт

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

Как создать единый источник данных

Единый источник не обязательно означает дорогую PIM-систему. Для небольшого ассортимента это может быть контролируемая таблица или модуль CMS. Важно не название инструмента, а правила владения данными.

Сначала назначьте основной идентификатор товара. Он не должен меняться при редактировании заголовка или фотографии. Затем определите, откуда берётся каждое поле:

Поле	Ответственный источник	Кто проверяет
SKU / внутренний код	учётная система	операционный менеджер
GTIN или другой официальный идентификатор	производитель / поставщик	закупки
бренд и модель	документы поставщика	категорийный менеджер
характеристики	техническая документация	продуктовый специалист
цена и остаток	учётная система	финансы / склад
название и описание	контентная система	редактор
изображения	медиахранилище	контент-менеджер
рекламная категория	канал экспорта	performance-маркетолог

У каждого поля должны быть формат, допустимые значения и дата обновления. Например, цвет лучше хранить как нормализованный атрибут «чёрный», а маркетинговое название оттенка — отдельно. Объём памяти следует хранить числом и единицей измерения, а не только фразой в описании.

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

Минимальный паспорт товара

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

1. Постоянный внутренний идентификатор.
2. GTIN, MPN или иной подтверждённый код, если он существует.
3. Бренд и официальное название модели.
4. Категория и подкатегория.
5. Короткое название без рекламного спама.
6. Полное описание с реальными свойствами.
7. Структурированные характеристики.
8. Варианты: цвет, размер, объём, комплектация.
9. Цена, валюта и правило применения скидки.
10. Остаток и статус доступности.
11. Основное и дополнительные изображения.
12. Условия доставки и возврата, если они зависят от товара.
13. Ссылка на каноническую страницу.
14. Дата последней проверки.
15. Источник каждого критичного факта.

Не заполняйте неизвестное значение «для полноты». Если характеристика не подтверждена производителем или документацией, лучше отправить её на проверку. Выдуманный атрибут опаснее пустого: он может попасть сразу в сайт, рекламу, маркетплейс и поддержку.

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

Сайт, маркетплейс и рекламный фид

Страница сайта

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

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

Маркетплейс

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

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

Рекламный фид

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

Настройте автоматические проверки перед выгрузкой:

• нет ли пустых обязательных полей;
• совпадают ли валюта и цена;
• существует ли посадочная страница;
• открывается ли изображение;
• соответствует ли наличие сайту;
• уникален ли идентификатор;
• не потеряна ли связь варианта с группой;
• не содержит ли название запрещённых или неподтверждённых обещаний.

Где полезен ИИ, а где нужен человек

Официальное сообщение о НКТ подчёркивает применение ИИ для поиска дублей и оценки полноты. Для бизнеса это хороший ориентир, но не повод отдавать модели финальное решение без контроля.

ИИ полезен для предварительных задач:

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

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

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

Модель не должна дополнять отсутствующую характеристику «по типичному товару». Ей можно поручить сформировать вопрос поставщику или отметить противоречие, но не создавать факт.

Как измерять ошибки товарного контента

Чтобы проект не превратился в бесконечную чистку каталога, установите измеримые показатели.

Полнота

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

Уникальность

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

Согласованность

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

Ошибки каналов

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

Коммерческий эффект

После технической очистки сравните:

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

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

План внедрения на 30 дней

Неделя 1: инвентаризация

Соберите выгрузки из сайта, учётной системы, маркетплейсов и рекламных фидов. Зафиксируйте используемые идентификаторы и выберите 50–100 товаров с наибольшим оборотом или рекламными расходами. Не начинайте со всего каталога, пока не проверена методика.

Неделя 2: модель данных

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

Неделя 3: очистка и синхронизация

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

Неделя 4: контроль и масштабирование

Сравните количество ошибок до и после, скорость обновления и коммерческие показатели. Только после этого переносите правила на следующую категорию. Спорные товары оставляйте в очереди ручной проверки, а не публикуйте автоматически.

Национальный каталог товаров показывает общий вектор: конкурентоспособность e-commerce всё сильнее зависит от качества структурированных данных. Для бизнеса Казахстана практический шаг — не ждать обязательной интеграции, а уже сейчас построить единый паспорт товара и согласовать сайт, маркетплейсы, рекламу и аналитику.

Если товарные данные, реклама и аналитика существуют отдельно, комплексное продвижение сайта в Казахстане помогает собрать их в единую управляемую систему: от структуры каталога и SEO до рекламных фидов и измерения продаж.