Новые атрибуты Google Merchant Center для AI Mode: как подготовить товарный фид к разговорному поиску

Google расширил Merchant Center под разговорный поиск и AI-shopping

В 2026 году Google добавил в Merchant Center и Merchant API отдельный набор conversational attributes. Их задача – передать AI-системам информацию, которой раньше не хватало в классическом товарном фиде.

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

Что именно Google теперь позволяет передавать

Это не замена стандартным атрибутам Merchant Center, а дополнительный слой. Цена, наличие, бренд, GTIN, изображения и URL по-прежнему остаются основой товарного фида.

question_and_answer: магазин может передать реальные вопросы покупателей

Для одного товара можно передать до 30 пар вопрос–ответ. Это полезно там, где покупатель обычно уточняет совместимость, ограничения, функции или особенности эксплуатации.

Лучший источник здесь – не SEO-семантика, а реальные данные бизнеса: вопросы в поддержке, CRM, отзывы, сообщения менеджерам и поиск по сайту.

document_link: PDF-инструкции становятся отдельным источником данных о товаре

Для товара можно передать ссылки на официальные PDF-документы – руководство пользователя, инструкцию по установке, datasheet или технический manual.

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

related_product: Merchant Center получает отношения между SKU

Самое интересное здесь не то, что можно указать «связанный товар», а то, что Google позволяет отдельно передать тип связи.

Для AI это намного полезнее обычного блока «похожие товары»: система получает явное объяснение, почему два SKU связаны между собой.

item_group_title и variant_option: понятнее описываем семейство товара

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

У всех SKU одной группы должен быть согласованный набор variant dimensions. Значения могут отличаться, но сама логика описания семейства должна оставаться одинаковой.

popularity_rank: Google можно сообщить, что реально продаётся лучше

Это числовой показатель от 0 до 100, отражающий относительную популярность SKU внутри ассортимента конкретного продавца.

Логично рассчитывать рейтинг автоматически по фактическим продажам и обновлять его при заметных изменениях. Универсальную формулу Google не задаёт – это остаётся внутренней моделью магазина.

Главное – не превращать показатель в ручной рекламный рейтинг, где каждому приоритетному товару присваивается 100.

Как выглядит товар после добавления conversational layer

Базовая карточка в фиде:

Дополнительный слой:

Одна карточка теперь описывает не только сам товар, но и вопросы, документацию, альтернативы, аксессуары, варианты и его место внутри ассортимента.

Не нужно сразу переделывать 50 000 товаров

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

Основной фид лучше не ломать ради эксперимента

Google позволяет передать новые поля через основной источник, дополнительный источник данных или Merchant API. Для первого теста supplemental data source часто удобнее.

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

Для новой автоматизации уже нужно ориентироваться на Merchant API

Conversational attributes добавлены в ProductAttributes Merchant API. Это важно для магазинов, где данные генерируются автоматически из CMS, ERP, PIM или собственной базы.

Отдельно нужно учитывать переход Google от Content API for Shopping к Merchant API. Поэтому расширять старую архитектуру ради новых AI-полей уже менее рационально, чем строить новую интеграцию на актуальном API.

Заполнение полей не гарантирует видимость в AI Mode

Google связывает новые атрибуты с лучшим пониманием товара в AI-driven surfaces, но не заявляет, что заполнение шести полей автоматически повышает позиции или гарантирует появление товара в ответе.

Сейчас правильнее рассматривать conversational attributes как подготовку товарной инфраструктуры к более сложному поиску, а не как новую «SEO-кнопку».

Наибольший смысл – у товаров со сложным выбором

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

Приоритет лучше определять по сложности решения о покупке, а не по количеству SKU в категории.

Оптимальный сценарий – небольшой пилот, а не массовая генерация

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

Связанные материалы VozniNet