Бренд назван – но получил ли человек полезную рекомендацию?

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

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

Разберите ответ на пять полей: сценарий человека; причина выбрать; условие, при котором совет применим; ограничение или риск; следующее действие. Если поля нет, запишите «не указано». Отсутствие детали не равно ошибке, но оно показывает, чего человеку не хватает для решения.

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

Сохраняйте точный промпт, сервис, режим, модель, язык, регион, дату, состояние аккаунта, наличие поиска, полный ответ и видимые ссылки. Не объединяйте результаты ChatGPT, Perplexity, Gemini, Claude, Алисы, GigaChat, Grok и DeepSeek в один показатель: это разные среды наблюдения.

Повторяйте один сценарий по заранее записанному правилу. Один ответ показывает состояние в момент запуска; он не доказывает устойчивую рекомендацию и тем более не доказывает влияние отдельной правки сайта.

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

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

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

До запуска зафиксируйте публичный ориентир обычными словами. Он должен быть доступен читателю: категория, аудитория, главное отличие и ограничения. Скрытая внутренняя формулировка превращает проверку в субъективное сравнение.

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

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

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

Редакционный вывод: полезность нужно проверять как цепочку «сценарий → причина → условие → ограничение → действие». Эта цепочка помогает человеку читать ответ критически, но не является обещанием роста AI-видимости.