ИИ-название в Merchant Center: почему старый title перекрывает structured_title
Если название товара создано генеративным ИИ, Google требует
передавать его в structured_title с
digital_source_type=. Но когда в
выгрузке остаётся и обычный title, Google использует только
его — новый текст не получает приоритета: правила
названия. Начните с проверки обоих полей в конечной выгрузке. Здесь
разбираются учебные TSV/XML, а не приёмка фида Google.
Кому нужен этот разбор
Этот разбор — для оператора уже действующего Merchant Center. Реклама для российских рекламодателей недоступна: Google сообщает о глобальной приостановке их рекламы и показов рекламы пользователям в России: страны и ограничения.
Это не основание объявить недоступным весь Merchant Center. Россия есть в опубликованном списке стран бесплатных размещений для интеграции Google & YouTube: список free listings. Допуск конкретного российского аккаунта и фактические показы мы не проверяли; инструкция регистрации здесь не рассматривается.
Merchant Center Google описывает как бесплатный инструмент: условия сервиса. Бесплатные размещения и платная реклама — разные сценарии; даже разрешённый статус free listings не гарантирует показов: правила размещений.
Для российского магазина с другой задачей можно начать с карточки inSales и каталога сервисов. Это ориентиры для выбора инструмента, не замена формату Google и не совет подключить Merchant Center.
Для локального упражнения нужны текстовый редактор, установленный Python 3 со стандартными библиотеками и учебные файлы. В архиве вымышленные товары, по одному случаю на файл; только идентификатор и исследуемые поля. Остальные обязательные атрибуты товара сюда не включены. Подготовить по ним полный фид нельзя: список требований дан в спецификации товаров.
Файлы редакции бесплатны, аккаунт и платная нейросеть для их чтения не нужны. Бюджет труда можно прикинуть отдельно: условные 15 минут по ставке 800 ₽/ч — 200 ₽, то есть 15 ÷ 60 × 800. Это пример расчёта, а не измеренное время настройки вашего экспортёра. На чтение примеров и сравнение полей заложите те же 15 минут: редакционная оценка включает распаковку архива, запуск готового скрипта и разбор четырёх результатов. Установку Python и изменение рабочей CMS в неё не включаем.
Шаг 1. Посмотрите на выгрузку, а не на экран генератора
Найдите один товар в конечном файле. Выпишите отдельно значение
title, значение structured_title.content и
маркер происхождения structured_title.digital_source_type.
Название в интерфейсе CMS не доказывает, что нужное поле попало в
экспорт. Это редакционный порядок проверки; правила самих полей — в справке
Google.
В таблице разобраны вымышленные входы; выбор поля вычислен по документации.
| Случай из архива | Какие поля заданы | Выбрано поле по документации | Что проверить или исправить |
|---|---|---|---|
| DEMO-001, название не от ИИ | Только title: «Учебная кружка белая 350 мл» |
title |
Для этого сценария не добавлять AI-маркер: выбор атрибута |
| DEMO-002, ИИ-происхождение задано сценарием | Только structured_title:
trained_algorithmic_media + «Учебная кружка белая с ручкой
350 мл» |
structured_title |
Сохранить явный маркер и текст в content: требования
для ИИ |
| DEMO-003, новый ИИ-текст и старое название | title: «Старое учебное название кружки»;
structured_title.content: «Новое учебное название кружки
350 мл» |
title, то есть старое название |
Для передачи ИИ-названия использовать structured_title
вместо title; проверить, что экспортёр не вернул старое
поле: приоритет
и требование |
| DEMO-004, специальные символы | Только structured_title, текст «Учебная сковорода 12":
покрытие & крышка» |
structured_title |
Проверить разные правила кавычек в текстовом формате и амперсанда в XML: формат Google; локальная запись |
Происхождение в этих примерах задано редакцией. По стилю названия его не определяли. Полные входные строки доступны в учебных входах.
Шаг 2. Не путайте Optional с разрешением скрыть ИИ
В общей схеме подполя digital_source_type написано
Optional. Без значения применяется default, который
описывает текст, не созданный генеративным ИИ: описание
формата.
Для ИИ-названий действует отдельное минимальное требование:
использовать structured_title вместо title,
поставить trained_algorithmic_media, а сам текст передать в
content. Отметка Optional в общей форме это требование не
отменяет: минимальные
требования. Общая спецификация
тоже разделяет ИИ-название и обычное название.
Есть различие формулировок для не-ИИ: подробная справка разрешает
title либо structured_title, общая
спецификация говорит «otherwise use title». В нашем примере для обычного
названия используем простой title. Различие формулировок не
позволяет установить новое универсальное правило Google: подробная
справка, общая
спецификация.
Шаг 3. Проверьте двоеточие и кавычку в текстовом поле
В текстовом формате значения подполя идут как
digital_source_type:content. Если в content
есть двоеточие, всё подполе обрамляется двойными кавычками; внутренняя
двойная кавычка удваивается: сериализация
Google.
Содержимое одного столбца structured_title в DEMO-004:
⇆ Код шире экрана — прокрутите по горизонтали.
trained_algorithmic_media:"Учебная сковорода 12"": покрытие & крышка"
Это значение столбца, а не целая строка фида. В готовом TSV идентификатор и это поле разделены табуляцией. Если экспортёр применяет ещё и внешние CSV-кавычки, нужно отдельно проверить его запись и обратное чтение. Наш пример проверяет только поставленный TSV и чтение составного значения; запись проверки.
Шаг 4. Не переносите текстовое экранирование в XML
В нашем XML-примере подполя — отдельные элементы. Для того же учебного текста фрагмент выглядит так:
⇆ Код шире экрана — прокрутите по горизонтали.
<g:structured_title xmlns:g="http://base.google.com/ns/1.0">
<g:digital_source_type>trained_algorithmic_media</g:digital_source_type>
<g:content>Учебная сковорода 12": покрытие & крышка</g:content>
</g:structured_title>
В текстовом узле XML кавычка остаётся обычной, а амперсанд записан
как &. Наш XML-файл
прочитан отдельным XML-парсером, который восстановил исходную строку: запись
проверки. Двойную кавычку из TSV не нужно механически удваивать
здесь.
Как понять, что упражнение завершено
Распакуйте архив
примеров в отдельную папку. Откройте терминал в этой папке и
запустите вложенный скрипт
чтения. Расширение .txt оставлено для скачивания;
Python читает его как исходный код. Установка пакетов и подключение к
сети не нужны:
python3 read-sample.txt
Скрипт читает оба формата и сравнивает восстановленные поля с эталонными
входами. Для каждого случая появится TSV=. В
DEMO-003 будет выбрано старое поле и показано предупреждение, а в
DEMO-004 восстановятся исходные символы. Эти строки взяты из сохранённого
вывода:
⇆ Код шире экрана — прокрутите по горизонтали.
DEMO-003 | TSV=XML: OK | selected=title | origin=trained_algorithmic_media
text=Старое учебное название кружки
warning=title overrides structured_title
DEMO-004 | TSV=XML: OK | selected=structured_title | origin=trained_algorithmic_media
text=Учебная сковорода 12": покрытие & крышка
Если вместо этого получена ошибка
ERROR: local fields differ, сравните скачанные файлы с
исходным архивом: скрипт не нашёл ожидаемое совпадение. Успешный вывод
относится только к этим учебным строкам, не к произвольному экспорту
магазина; код и
запись.
У своего экспортёра сначала проверьте конечный файл на небольшом наборе собственных товаров, сохраните предыдущую версию и только затем решайте, как менять рабочую выгрузку. Состояние товарных данных и сообщения кабинета проверяются отдельно; данное упражнение их не моделирует.
Как мы проверяли
Использовали четыре синтетических случая, каждый в TSV и XML: восемь файлов. В сохранённом локальном прогоне прошли 33 из 33 проверок: обратное чтение строк, документальная модель приоритета и диагностические контрпримеры. Число относится к проверкам нашего набора, а не к доле принятых Google товаров: результаты.
Редакция Кометы выполнила офлайн-проверку на Python 3.14.4 по
веб-справке Merchant Center на дату в шапке; интерфейс кабинета не
использовался. Версия сервиса в справке не указана. Файлы созданы
стандартными библиотеками Python: текст прочитан csv, XML —
отдельно xml.dom.minidom. Пропущенный AI-origin не принят
за AI-маркировку; некорректные кавычки и XML-амперсанд разобраны как
локальные контрпримеры. Исходный прогон 33 проверок не повторяли. После
доработки гайда отдельно запустили переносимый скрипт из архива на тех
же неизменённых файлах: он восстановил поля всех четырёх случаев; дополнительная
запись. Google, Merchant API, конкретную CMS и полный товарный фид
не тестировали; выдачу и прирост трафика не измеряли. Подробности — в протоколе.
Для другой задачи — качества самого описания товара — есть разбор генерации описаний. Здесь разбираем требования к полям выгрузки; выбор нейросети в этот гайд не входит.
Источники
Проверены 29 октября 2026 года:
- Google Merchant Center: title и structured_title — выбор поля, приоритет, происхождение и текстовый формат.
- Google Merchant Center: спецификация товаров — место атрибутов в товарных данных.
- Google: страны и ограничения, страны бесплатных размещений, бесплатный Merchant Center, free listings.
Редакция Кометы · Как работает редакция