Как измерять AI-коммерцию: от товарных данных до покупки

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

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

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

Источники раздела:[1] Google[2] Perplexity Help Center[3] Яндекс

Google описывает измерение видимости в Merchant Center, дополнительные товарные сведения и собственные механики оформления покупки. Perplexity описывает товарные карточки и Instant Buy. Яндекс описывает бета-канал через Яндекс Товары, Яндекс KIT и Yandex Commerce Protocol. Совпадает бизнес-задача, но не инфраструктура: разные источники данных, страны, аккаунты, интерфейсы, продавцы и правила доступности.

Из этого следует ограниченный редакционный вывод: сравнивать можно одинаковые этапы, но нельзя складывать фирменные показатели платформ в единый «рейтинг AI-коммерции». Если Merchant Center показывает долю видимости, а Perplexity показывает кнопку Instant Buy, это не две версии одной метрики. Первая описывает присутствие на определённых поверхностях, вторая — доступность действия после товарной карточки.

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

Источники раздела:[1] Google[2] Perplexity Help Center[3] Яндекс

16 сентября 2026 года Google сообщил, что AI performance insights в Merchant Center доступны компаниям в Австралии, Канаде, Индии, Новой Зеландии и США. Инструмент сравнивает долю видимости бренда и товаров с другими брендами на поверхностях, включая AI Mode и AI Overviews. Это официальный отчёт о присутствии, но не доказательство причины показа, перехода или продажи.

Та же публикация приводит тест lululemon: дополнительные сведения, отправленные брендом через conversational attributes, использовались в 50% релевантных рекомендаций товаров в AI Mode. Google не показывает число запросов, общее число рекомендаций, период повторов или независимую проверку. Поэтому результат полезен как подтверждение пути передачи товарного факта, но не как универсальный коэффициент роста для любого каталога.

• Сравните данные Merchant Center с фактической карточкой в AI Mode.
• Отдельно отметьте факт показа, использованное свойство и наличие ссылки или действия.
• Не превращайте 50% одного теста в обещание позиции, трафика или продаж.

Источники раздела:[1] Google

Документация Instant Buy, обновлённая 3 сентября 2026 года, описывает путь для пользователей в США: запрос о товаре, карточка в ответе, кнопка Instant Buy, передача заказа и оплаты продавцу, затем выполнение заказа продавцом. Функция зависит от совместимости продавца с механизмом оформления и от поддерживаемой категории, поэтому отсутствие кнопки нельзя автоматически считать ошибкой товарных данных.

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

• Проверьте, появилась ли карточка и соответствует ли она запросу.
• Сверьте цену, наличие, характеристики, продавца и условия доставки.
• Отдельно сохраните наличие Instant Buy и итог оформления заказа.

Источники раздела:[2] Perplexity Help Center

21 августа 2026 года Яндекс сообщил о бета-тесте для продавцов без собственного интернет-магазина. Продавец подаёт заявку через Яндекс Товары, загружает ассортимент и цены, а оплату и доставку настраивает в Яндекс KIT. После настройки товар может появляться по релевантному запросу в Поиске и Алисе AI, а действие «Купить в 1 клик» ведёт к универсальному оформлению покупки.

Яндекс называет технической основой Yandex Commerce Protocol, но публикация не раскрывает формулу отбора товаров и веса цены, наличия, описания, отзывов или популярности. Поэтому аудит должен доказать доступность конкретного предложения, правильность карточки и работоспособность действия, а не приписывать отсутствие показа одному неизвестному «фактору». Бета-статус также требует повторной проверки доступности функции.

• Зафиксируйте источник ассортимента и продавца, показанного в карточке.
• Сверьте цену, наличие, доставку и путь через «Купить в 1 клик».
• Не считайте отсутствие собственного сайта доказанным преимуществом или недостатком.

Источники раздела:[3] Яндекс

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

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

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

Источники раздела:[1] Google[2] Perplexity Help Center[3] Яндекс

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

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

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

Источники раздела:[1] Google[2] Perplexity Help Center[3] Яндекс

Страница актуальна по состоянию на 25 сентября 2026 года. Следующая проверка назначена через 30 дней, но должна произойти раньше, если Google изменит страны или определения AI performance insights, Perplexity изменит доступность Instant Buy либо Яндекс завершит или расширит бета-тест. Изменение интерфейса не должно автоматически менять старые результаты: для каждого замера сохраняется версия протокола и период данных.

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

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

Источники раздела:[1] Google[2] Perplexity Help Center[3] Яндекс