Отчёт о видимости бренда должен объяснять, где именно получены ответы. Результат API и ответ, который покупатель видит в браузере, могут опираться на разные показанные источники. Аудит товарных рекомендаций даёт конкретное основание сохранять эту границу в измерении.
Что сравнили авторы
В препринте Auditing AI-Generated Product Recommendations, опубликованном 16 сентября 2026 года, исследователи проанализировали 1536 ответов на 117 реальных вопросов о физических товарах. Вопросы повторяли трижды в пяти условиях: потребительских ChatGPT и Gemini, их API и Google AI Overviews.
Среднее сходство наборов показанных доменов между интерфейсом ChatGPT и его API составило 12,0%, для Gemini 14,8%. Сходство оценивали через пересечение и объединение наборов, а не как долю неверных ссылок.
Вопросы преимущественно англоязычные, сбор проводили из Нидерландов. Конфигурации моделей и другие компоненты условий могли различаться. Поэтому работа не устанавливает, что причиной расхождения был только способ доступа. Три повтора также не описывают весь возможный набор ответов системы.
Какую ошибку предотвращает это различие
Наш вывод: название провайдера само по себе недостаточно для подписи графика. Если данные получены в API, формулировка «покупатели видят бренд в такой доле ответов» требует отдельного подтверждения потребительскими наблюдениями.
Это не делает API-измерение бесполезным. Оно отвечает на вопрос о зафиксированной API-конфигурации. Потребительский интерфейс нужен, когда задача касается именно опыта человека в этом интерфейсе. Смешение двух условий лишает отчёт понятного предмета.
Составьте паспорт наблюдения
Для команды результат работы: каждый ряд данных имеет описание условий и границы вывода. Нужны сохранённые ответы, исходные вопросы, настройки выполненного сбора и сведения об инструменте. Если поле не раскрыто, пометьте его как неизвестное.
| Поле | Что сохранить |
|---|---|
| Поверхность | Потребительский интерфейс или API, точное название доступного режима |
| Конфигурация | Видимая модель, наличие поиска, новый или продолжающийся диалог |
| Контекст | Дата, язык, регион и доступные сведения об аккаунте |
| Слой источников | Цитаты в тексте, отдельная панель, найденные страницы или иные раскрытые данные |
| Событие бренда | Упоминание, рекомендация с контекстом, ссылка на собственный сайт |
Не назначайте модель по её самоописанию в ответе как достоверный технический факт. Неизвестная модель остаётся ограничением измерения.
Как использовать паспорт при сравнении
- Выберите ряд под деловой вопрос.
Для проверки потребительского опыта возьмите наблюдения нужного интерфейса. Для стабильной серии в существующей API-конфигурации используйте её собственный ряд и так его назовите.
- Разделите несовпадающие условия.
Если изменились режим поиска, модель или слой источников, обозначьте разрыв. Не соединяйте разные ряды одной непрерывной линией роста видимости.
- Прочитайте конкретное расхождение.
Сопоставьте одинаковый вопрос и полные ответы. Сначала определите, различаются ли рекомендация бренда, объяснение или только показанные ссылки. Ни один из вариантов сам по себе не устанавливает ошибку продукта.
Следующее действие: добавьте паспорт к одному действующему GEO-графику. Если происхождение ответов неизвестно, уточните его у владельца сбора до принятия решения о контенте или бюджете. Результаты аудита поддерживают аккуратное описание наблюдения, но не дают универсального коэффициента пересчёта API в потребительскую видимость.