Брендовый запрос и сценарный запрос измеряют разные вещи

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

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

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

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

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

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

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

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

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

Особенно опасно складывать доли из разных наборов: у них разные знаменатели и разная трудность задачи. Сумма брендовых и сценарных попаданий не становится общей долей AI-видимости.

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

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