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

ИИ для описаний товаров работает только как процесс, а не как кнопка «сгенерировать»: у каждого утверждения в карточке должен быть источник — подтверждённая характеристика из учёта или от производителя, — агент пишет тексты строго из этих фактов и в согласованном формате для каждого канала, человек согласует партию до публикации, а контроль проверяет ошибки и переспам до того, как их заметит покупатель или поисковая система. Автоматизировать каталог — значит построить этот конвейер: источник характеристик → правила написания → черновики по каналам → проверка → согласование → публикация → версии, — а не заменить копирайтера промптом.

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

Когда нужен процесс, а не разовый промпт?

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

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

Когда процесс не нужен, честно: малый каталог с редкими обновлениями; товары, у которых описание — творческая работа бренда, а не перечисление характеристик (там агент даёт черновик, а не продукт); отсутствие структурированных характеристик вообще — тогда сначала данные, потом тексты; и ситуация, когда проблема каталога не в тексте, а в фотографиях, цене или наличии — текст её не решит.

Отдельный случай — требования площадок. Wildberries и Ozon задают собственные правила к названиям, описаниям, характеристикам и запрещённым формулировкам, и они меняются; перед настройкой процесса актуальные правила проверяются в справке продавца каждой площадки, потому что текст, идеальный для сайта, может не пройти модерацию карточки.

Где хранить подтверждённые характеристики?

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

Правило: у каждой характеристики есть владелец и статус, и агент пишет только из характеристик со статусом «подтверждено».

Структура записи о характеристике — минимум четыре поля: значение, единица, источник (документ производителя, замер, учёт), статус (подтверждено / не подтверждено / противоречие). Противоречие между источниками — отдельный статус, который блокирует использование характеристики в тексте до разрешения человеком.

Для селлера, который переносит каталог с площадок в собственный магазин, это самая большая часть работы: карточки с площадок приходят с характеристиками, заполненными под требования площадки, часто неполными и без источников; сначала они приводятся в структуру учёта, и только потом из них пишутся тексты. Как готовить товарные данные при запуске собственного магазина рядом с площадками — какие поля обязательны, что брать из учёта, что из площадок, — разобрано в статье интернет-магазин для селлера Wildberries и Ozon: как запустить второй канал.

Правовая сторона не формальна: продавец обязан предоставить потребителю необходимую и достоверную информацию о товаре, обеспечивающую возможность правильного выбора, — это требование закона о защите прав потребителей, и ответственность за недостоверное описание лежит на продавце, а не на инструменте, которым оно написано (Закон РФ «О защите прав потребителей», статья 10, актуальная редакция). Что именно обязательно указывать для вашей категории — определяет юрист; задача процесса — чтобы каждое указанное утверждение имело основание.

Что агенту разрешено писать?

Разрешения формулируются от источника: агент пишет то, что следует из подтверждённых характеристик и утверждённых правил компании, и ничего сверх этого. Это не ограничение качества — это определение продукта.

Разрешено:

• Перечислять и объяснять подтверждённые характеристики: что означает параметр для покупателя, на что влияет, как сравнить с соседней моделью из той же линейки по данным учёта.
• Описывать назначение и сценарии применения из утверждённого компанией списка для категории — не придуманные, а зафиксированные.
• Формулировать преимущества, которые прямо следуют из характеристик: «класс защиты IP65 — можно использовать на улице под дождём» допустимо, если IP65 подтверждён и соответствие сценарию зафиксировано в правилах категории.
• Структурировать: заголовок, короткое описание, подробное, список характеристик, комплектация, уход, совместимость — по шаблону канала.
• Адаптировать длину, тон и формат под канал по его правилам: ограничения по символам, запрещённые слова, обязательные блоки.
• Использовать утверждённый голос бренда: словарь, тональность, запрещённые обороты.
• Готовить служебные элементы: метазаголовок и описание страницы по правилам, альтернативный текст для изображений по тому, что на них видно, ключевые атрибуты для фильтров.
• Готовить ТЗ на инфографику и фото: какие характеристики вынести на изображение — из подтверждённых.
• Помечать пробелы: «характеристика X не заполнена» — как задачу человеку, а не как повод пропустить.

Матрица «подтверждённый факт / неизвестно / недопустимый вывод» — главный артефакт процесса, который задаётся по категориям до написания первой карточки:

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

Какие выводы запрещено придумывать?

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

Запреты реализуются не просьбой «не выдумывай», а конструкцией процесса:

1. Модель получает только подтверждённые характеристики и список разрешённых сценариев — и инструкцию ссылаться на источник каждого факта во внутреннем черновике. Факт без ссылки на поле учёта отклоняется проверкой автоматически.
2. Отсутствующая характеристика — явный маркер, а не пустота. Если поле не заполнено, модель получает «неизвестно» и обязана либо не упоминать параметр, либо сформулировать задачу человеку. Заполнение «по аналогии» запрещено на уровне проверки: любое числовое значение в тексте сверяется с учётом, несовпадение — отклонение.
3. Список запрещённых утверждений по категории — стоп-слова и шаблоны: превосходные степени, сравнения с конкурентами, медицинские и лечебные эффекты, «гарантированно», «сертифицировано» без документа, «универсальный», «подходит ко всем». Проверка — детерминированная, по списку, до согласования человеком.
4. Выводы о применении — только из утверждённого списка сценариев категории. Модель может выбрать сценарии из списка, релевантные характеристикам, но не придумать новые.
5. Технические значения не пересчитываются и не округляются моделью. Арифметика — код; если нужно перевести единицы или посчитать площадь, это делает программа по правилу, а модель получает готовое число.
6. Фотографии не являются источником технических фактов. По фото можно описать цвет и внешний вид с пометкой «по изображению», но нельзя определить размер, материал и комплектацию.

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

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

Ситуация: каталог растёт быстрее, чем контент-менеджер успевает писать, описания противоречат характеристикам, а на площадках карточки заполнены иначе, чем на сайте. Что разберём: число позиций, каналы публикации, источник характеристик и его состояние, частоту обновлений, кто пишет сейчас. Результат: матрица «факт / неизвестно / недопустимо» для одной-двух категорий и честная оценка, какая доля каталога готова к процессу, а какую сначала нужно привести в порядок по данным. Действие: спроектировать процесс обновления каталога.

Как готовить контент для разных каналов?

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

Правильная конструкция — один набор подтверждённых фактов и несколько шаблонов вывода:

Правила многоканальной подготовки:

1. Маппинг характеристик на поля каждого канала задаётся один раз и хранится как часть процесса: какое поле учёта в какое поле площадки, в каких единицах, с какими допустимыми значениями. Без маппинга каждая выгрузка — ручная работа и расхождения.
2. Шаблон канала содержит его ограничения как проверяемые правила: длина, запрещённые слова, обязательные блоки. Черновик, нарушающий правило, не доходит до согласования.
3. Факты во всех каналах одинаковы. Если в карточке сайта мощность 1 200 Вт, а на площадке 1 500, — это ошибка данных, а не «особенность канала», и она блокирует публикацию.
4. Стиль может различаться, факты — нет. Голос бренда на сайте и сухая строка прайса — разные тексты из одного источника.
5. Обновление факта в источнике порождает задачу обновить все представления; об этом — в разделе про версии.

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

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

Как проверять размеры, совместимость и комплектацию?

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

Размеры и вес:

• Источник — учёт или паспорт производителя, с единицами. Если в учёте размеры упаковки, а в тексте нужны размеры изделия, это два разных поля, и подмена одного другим блокируется.
• Проверка: каждое число в тексте с единицей длины, массы, объёма сопоставляется с полем учёта; несовпадение — отклонение. Диапазоны и округления — только по правилу компании.
• Для товаров с размерной сеткой — таблица размеров как отдельный подтверждённый объект; текст ссылается на неё, а не пересказывает.

Совместимость:

• Источник — таблица совместимости компании или производителя: позиция → список совместимых позиций или параметров. Таблица — часть данных, а не текст.
• В описании совместимость перечисляется строго из таблицы; формулировки «подходит ко всем», «универсальный» запрещены матрицей.
• Проверка: все упомянутые в тексте модели и параметры совместимости присутствуют в таблице для этой позиции.
• Обратная связь: если совместимость указана у позиции A с B, у B должна быть A — проверка симметрии находит пропуски в данных.

Комплектация:

• Источник — состав комплекта в учёте для текущей версии товара. При смене комплектации производителем — новая версия с датой.
• Проверка: перечень в тексте равен перечню в учёте, по позициям и количеству.
• Фраза «в комплекте всё необходимое» и подобные — запрещены; комплектация перечисляется явно или не упоминается.
• Для комплектов и наборов — состав из учёта, а не из описания первой партии.

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

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

Как организовать согласование и публикацию?

Между черновиком и опубликованной карточкой — согласование. Без него процесс превращается в генератор, который публикует всё, что прошло автоматические проверки, и это недопустимо для первых партий и для рисковых категорий.

Карта процесса для партии карточек:

1. Формирование партии. Позиции с полным набором подтверждённых характеристик для категории попадают в партию; позиции с пробелами — в список задач на данные.
2. Черновики по каналам. Для каждой позиции — тексты по шаблонам каналов из общего источника фактов; внутренний черновик содержит ссылки на поля-источники.
3. Автоматическая проверка. Матрица запретов, стоп-слова, числа против учёта, совместимость и комплектация против таблиц, длина и правила канала, повторы формулировок внутри партии, плотность ключевых слов. Карточки с нарушениями — на доработку или в исключения с причиной.
4. Согласование человеком. Категорийный менеджер или товаровед смотрит партию: выборочно — для категорий с низким риском после пилота, полностью — для новых категорий и рисковых товаров. Правит, утверждает или отклоняет с причиной; правки пополняют правила и словарь.
5. Публикация. Утверждённые тексты уходят в каналы по согласованному способу: на сайт — через управление контентом или обмен, на площадки — через их интерфейсы или API с учётом ограничений, в прайс — в учёт. Публикация — действие, и на старте его подтверждает человек; автоматический режим — только для категорий и каналов, где пилот показал отсутствие правок.
6. Журнал. Каждая карточка: версия, источники, кто утвердил, когда опубликовано, в какие каналы.
7. Обратная связь. Модерация площадки, вопросы покупателей, возвраты по причине «не соответствует описанию» возвращаются в процесс как сигналы для правил и данных.

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

Матрица полномочий агента здесь та же, что и у любого процессного агента: читает источники, готовит черновики, проверяет по правилам, предлагает — публикует только после подтверждения на старте, и никогда не меняет данные в учёте. На условиях Like Sites контент для карточек и соцсетей — один из восьми процессов каталога с режимом черновиков в первую неделю, оплатой 50% после приёмки по метрикам и передачей кода, промптов и документации клиенту (страница «ИИ-агенты для бизнеса», проверено 1 ноября 2026). Как устроен пилот процессного агента — роли доступа по системам, уровни автономности, условия остановки — разобрано в статье как внедрить ИИ-агента в бизнес: пилот, тесты, безопасность; для каталога это означает, что право публиковать без человека агент получает по категориям и только по результатам.

Как контролировать ошибки и переспам?

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

Ошибки фактов — несовпадение с источником. Проверяются детерминированно: числа, единицы, перечни комплектации, совместимость, наименования — против учёта и таблиц. Выявленная ошибка — не правка одной карточки, а вопрос: ошибка в данных или в правиле? Если в данных — исправляется источник, и все карточки с этой характеристикой пересобираются; если в правиле — правится правило, и партия проходит заново.

Переспам — противоположная проблема: тексты формально верны, но написаны для поисковой системы, а не для покупателя. Неестественно частое повторение названия товара и категории, списки ключевых фраз вместо описания, одинаковые конструкции в сотнях карточек с заменой одного слова. Поисковые системы относят это к нарушениям: Google прямо называет использование избыточного количества ключевых слов — неестественно частое употребление одних и тех же слов или сочетаний — и недопустимое масштабирование контента, в том числе создание множества страниц инструментами генеративного ИИ без повышения ценности для пользователей, нарушениями правил в отношении спама с последствиями для позиций сайта (Google Search Central, «Правила в отношении спама для веб-поиска», обновлено 1 сентября 2026). Рекомендации Яндекса по переоптимизированным текстам имеют ту же направленность и проверяются в его справке для вебмастеров.

Контроль переспама на уровне партии:

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

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

Как обновлять версии карточек?

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

Модель версий:

Правила версионирования:

1. У каждой опубликованной карточки есть версия с датой, источниками и утвердившим. Старые версии хранятся: при претензии нужно знать, что было опубликовано в момент покупки.
2. Пересборка — через тот же процесс: черновик → проверка → согласование → публикация. Исправление «руками на сайте» мимо процесса запрещено, иначе источник и представление расходятся снова.
3. Изменение одного факта не требует переписывания всего текста: шаблон собирает описание из блоков, и меняется только блок с этим фактом; стиль сохраняется, журнал фиксирует точечное изменение.
4. Публикация обновлений в каналы — по тем же правилам полномочий, что и первая публикация: автоматически там, где категория переведена в автоматический режим, с подтверждением — везде остальном.
5. Периодический аудит: раз в согласованный период — проверка всех карточек категории против текущих данных и правил, независимо от событий. Находит расхождения, которые не породили события.

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

Как измерять пользу процесса?

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

Чек-лист приёмки партии карточек — документ, по которому партия принимается до публикации:

1. Все позиции партии имеют подтверждённые значения по обязательным полям категории; позиции с пробелами исключены и записаны в задачи.
2. Каждое числовое значение в текстах совпадает с источником; единицы указаны.
3. Комплектация в тексте равна составу в учёте для текущей версии.
4. Совместимость перечислена строго из таблицы; «универсальный» и аналоги отсутствуют.
5. Ни одного утверждения из колонки «недопустимый вывод» матрицы категории; стоп-слова не найдены.
6. Сценарии применения — только из утверждённого списка категории.
7. Факты во всех каналах одинаковы; различается только форма.
8. Правила каждого канала соблюдены: длина, обязательные поля, запрещённые слова — по актуальной справке.
9. Показатели переспама в пределах порогов; шаблонность внутри партии ниже порога.
10. Метазаголовки, описания страниц и альтернативные тексты изображений сформированы по правилам и не дублируют друг друга.
11. Черновики содержат ссылки на источники фактов; журнал заполнен.
12. Партия утверждена ответственным; для категорий в режиме подтверждения — каждая карточка, для автоматического — выборка по согласованной доле.
13. Публикация выполнена в согласованные каналы; версии зафиксированы.

Экономика процесса считается как у любого процессного агента: часы контент-менеджера и товароведа, которые перестали уходить на написание и сверку, плюс предотвращённые возвраты и претензии, плюс скорость вывода ассортимента — против разработки, сопровождения, инфраструктуры и часов на согласование. Как считать эту модель, почему освобождённые часы не равны экономии зарплаты и при каких объёмах проект не окупается, разобрано в статье сколько стоит ИИ-агент для бизнеса и когда он окупается. На условиях Like Sites контент для карточек — стартовая цена 150 000 ₽ за процесс, поддержка 35 000 ₽ в месяц, инфраструктура 5 000–15 000 ₽ в месяц по факту (страница «ИИ-агенты для бизнеса») — это условия одного исполнителя на дату проверки, не рыночная цена; метрики выше показывают, стоит ли ваш каталог этих денег.

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