Как измерить видимость в нейросетях: метрики и регламент замера

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

Различать уровни критично, потому что за ними стоят разные работы и разные исполнители. Упоминания растут от упоминательного контура - СМИ, подборки, рейтинги. Цитирования - от извлекаемого контента на сайте. Верный пересказ - от собранного графа сущностей. Смешанный показатель «присутствие» обесценивает все три: он растёт от любой работы и не показывает, где именно провал.

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

Четвёртый, неявный уровень - площадь: какую долю ответа занимает ваш материал. Средний ответ Google - 157 слов и 5 источников: даже единичное цитирование в нём - заметная доля кадра, а ответ со сниппетом занимает до трёх четвертей экрана мобильного. Для управленческого отчёта этот уровень обычно избыточен, но полезен в кейсах и презентациях: он нагляден.

Три уровня замыкаются на одну таблицу протокола - о ней ниже. Если вы только выходите на тему, начните с материала о том, что такое AEO и GEO: он объясняет, зачем вообще измерять присутствие в ответах, а не только трафик.

Пул промптов - это фиксированный список запросов, по которым вы замеряете видимость. Именно пул, а не «примерные запросы по памяти»: без фиксации невозможна динамика - каждый замер будет мерить что-то своё. Пул - главный актив всего направления: через несколько месяцев именно он позволит показать прогресс честно.

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

Отдельная тонкость пула - формулировки. Реальные пользователи не пишут идеально выверенными фразами: они путают термины, пишут разговорно, задают уточняющие цепочки. Пул из одних «правильных» запросов рисует слишком гладкую картину. Рабочее решение: 70-80% промптов - целевые формулировки, 20-30% - «живые» вариации с разговорными оборотами. Такие строки протокола поначалу шокируют разбросом, зато честно показывают, как модель видит нишу в реальном режиме.

Размер: 20-50 промптов для ручного замера, больше - уже для автоматических инструментов. Источники наполнения: выгрузки из поисковой консоли, вопросы из продаж и поддержки, подсказки поисковых систем, формулировки из отраслевых чатов. Отдельно стоит помнить о fan-out механике Google: один запрос разворачивается в десятки подзапросов, поэтому страницы с широким тематическим охватом цитируются чаще - пул должен отражать эту ширину, а не только «головные» термины.

И главное правило: пул замораживается до первого замера и не меняется под результат. Расширение допустимо - добавленные промпты помечаются датой, и динамика по ним считается со своей точки отсчёта. Исключение промптов «которые вышли неудачно» - самая частая подгонка в этом деле: она мгновенно обесценивает всю историю замеров. Готовые формулировки и шаблоны пулов - в статье о промптах для мониторинга GEO.

Протокол - таблица, в которую записывается каждый прогон. Минимальный набор столбцов: дата, система, промпт, упоминание бренда, цитирование страницы. Дополнительные, по мере взросления процесса: позиция в списке рекомендаций, формулировка пересказа (дословно), кто из конкурентов рядом, есть ли сессия-контекст (авторизован ли аккаунт, включён ли режим поиска).

Три статуса упоминания, которые удобны в работе: «нет» (бренд не звучит), «факт» (модель называет компанию), «рекомендация» (компания советуется в списке вариантов). Для цитирования - два: ссылка есть или нет; в идеале - с указанием конкретной страницы. Пересказ фиксируется дословно: одна строка из ответа, где модель описывает, чем вы занимаетесь. Именно эта строка через полгода станет самым ценным столбцом таблицы: по ней видно, как меняется понимание компании моделями.

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

Формат протокола не важен - важна неизменность. Таблица в электронном документе закрывает 90% потребностей; базы и дашборды подключаются, когда замеров становится больше сотни в месяц. Ключевые требования: каждая строка воспроизводима (по дате и промпту можно повторить прогон), статусы определены заранее (устные договорённости «что считать упоминанием» всплывают на первом же споре), доступ у всех участников процесса.

Обязательное уточнение протокола - фиксация контекста прогона. Один и тот же промпт может давать разные ответы в новой и «разогретой» сессии, в веб-интерфейсе и в API, в разные дни недели. Стандарт: новая сессия, свежий диалог, стандартный интерфейс, замер в рабочий день. Всякое отклонение от стандарта - помечается. Это скучные правила - но именно они делают цифры сопоставимыми.

Ручной замер по пулу в 30 промптов и четырём системам - это 120 прогонов. При среднем темпе (30-45 секунд на прогон с фиксацией) - два-три часа чистого времени. Вот регламент, который выдержан на практике.

1. Открыть чистую сессию каждой системы (приватное окно, свежий контекст).
2. Прогнать промпты по порядку, не меняя формулировки ни на символ.
3. По каждому прогону заполнить строку протокола: статусы, позиция, дословный пересказ.
4. Скриншот - только для спорных случаев: рекомендация бренда, цитирование, странный пересказ.
5. После прогона - пауза в несколько минут между системами: часть платформ ограничивает частоту запросов.
6. В конце - быстрый контроль: пять случайных строк перепроверить вторым прогоном; расхождения пометить.

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

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

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

Автоматические инструменты берут на себя прогоны по пулу, фиксацию статусов и графики. Рынок предлагает десятки решений - от модулей в SEO-платформах до специализированных систем мониторинга; как устроен инструментарий рынка - в обзоре инструментов замера. Выбор конкретного сервиса - вопрос второй; первой остаётся методика, и вот почему.

Любой инструмент меряет прогоны, а прогоны нестабильны: модели дают разные ответы на один и тот же промпт в разных сессиях и дни. Автоматизация решает проблему объёма, но не решает проблему вариативности - она её только измеряет. Поэтому у зрелых команд автоматический замер дополняется ручной выборочной проверкой: 5-10% строк перепроверяются руками, расхождения - в протокол.

При выборе инструмента проверьте три вещи делом, а не презентацией. Первое: повторяемость - прогон одного пула дважды и сравнение расхождений покажет, как сервис обращается с нестабильностью ответов. Второе: выгрузка сырых данных - если статистика доступна только внутри интерфейса, ваша история замеров заложница сервиса. Третье: методика статусов - как именно система определяет «упоминание» и «цитирование»; совпадает ли с вашей. Инструмент, который не проходит эти проверки, экономит часы и портит данные.

Второй предел автоматизации - пересказы. Определить «упомянули/не упомянули» и «есть ли ссылка» машина умеет надёжно; оценить, верно ли модель пересказала описание компании, пока надёжнее делает человек. Полуавтоматический стандарт: автомат собирает прогоны, человек размечает пересказы и спорные случаи. Это правило экономит и бюджет: разметка пересказов - самая дешёвая часть ручного труда и самая ценная.

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

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

Календарь привязывается к рабочему ритму: фиксированный день месяца (например, среда второй недели - когда закрыты отчёты по другим каналам), фиксированное время суток, фиксированный порядок систем. Регулярность важнее частоты: шесть замеров по календарю дают сопоставимую динамику, шесть «когда получится» - набор несравнимых снимков.

Отдельно о часе замера. Генеративные системы дороже всего доступны в часы пиковой нагрузки, а их ответы могут зависеть от нагрузки и обновлений. Практика показывает: утро рабочего дня по будням - самый «спокойный» слот. Замеры ночью или в выходные допустимы, но тогда - всегда в этом же слоте: правило одно для всех прогонов серии.

Полезная привычка - «замер-событие»: внеплановый проход по сокращённому пулу после значимых изменений (переезд сайта, крупная публикация, обновление продукта). Он отвечает на вопрос «что изменилось после действия» и защищает от гипотез «а вдруг это алгоритм поменялся». Событийные замеры помечаются в протоколе отдельным флагом - чтобы не смешивать их с регулярной динамикой.

И о горизонте: ценность замеров растёт нелинейно по времени. Три замера - это точка и вектор; десять - это тренд с сезонностью; двадцать - это актив, который показывает и эффект ваших работ, и турбулентность самих моделей. Команды, начавшие замер «на всякий случай» год назад, сегодня отвечают на вопросы руководства за один рабочий день - просто потому, что история есть.

Разница между колонками таблицы лучше всего видна на примере одного и того же месяца. Команда без регламента вспоминает: «вроде упоминались», «вроде был скриншот». Команда с регламентом открывает протокол и называет точные доли: упоминания выросли с 12% до 19%, цитирования - стабильно 5%, пересказ стал верным после правки страницы о команде. Одни и те же события - но только вторые становятся аргументами в бюджете и планёрке.

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

Видимость без конкурентного контекста - полуфабрикат. «Нас упоминают в 30% ответов» само по себе не говорит ничего: 30% - это лидерство или догоняющая позиция, зависит от ниши. Поэтому замер по своему пулу прогоняется и по 3-5 главным конкурентам - в тех же системах, в тот же день, по тому же протоколу. Дополнительные прогоны почти бесплатны: строк в таблице станет больше, а работы - на четверть.

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

Как выбрать тех самых 3-5 конкурентов для среза - отдельное решение. Не те, кто «больно бьёт в продажах», а те, кого реально называют модели: это могут быть и игроки, о которых вы плохо думали, и вовсе не прямые конкуренты, а медиа и агрегаторы. Нулевой замер как раз и покажет этих «неочевидных соседей» - они в ответах занимают ваши места. Обновлять список конкурентов стоит раз в полгода, фиксируя дату замены - как и промпты, со своей точкой отсчёта.

Тонкость - сравнение формулировок. Когда модель пересказывает конкурента, обратите внимание, какие признаки она называет: специализацию, цены, географию, клиентов. Это подсказывает, какие признаки «схватила» публичная картина ниши, - и где ваш пересказ отстаёт. Механизм отбора источников, по которому модели собирают таких «победителей», разобран в статье о том, как нейросети выбирают, кого цитировать.

И предел сравнений: чужие цифры из статей и презентаций не смешиваются с вашими. Разные пулы, системы, периоды и методики статусов дают несопоставимые значения - разброс «частоты появления AI-ответов» между исследованиями простирается от 12% до 39% даже внутри одной страны. Единственные корректные сравнения - внутри вашего пула и вашего протокола.

Замер заканчивается не таблицей, а списком задач. Рабочая схема превращения данных в действия - три вопроса после каждого прохода.

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

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

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

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

Итоговая связка месяца: протокол замера - три списка (выросло, просело, неожиданно) - задачи с датами и ответственными. Два часа замера, один час анализа, полчаса планёрки - и у процесса появляется контур управления, которого нет у большинства участников рынка: по данным рейтинга, регулярный замер на закреплённом пуле остаётся одной из самых редких практик даже среди тех, кто декларирует AEO-услуги.

Регламент защищает от типовых ошибок - но полезно знать их в лицо.

• Подгонка пула под результат. Убрать «неудобные» промпты после первого замера - самое частое искажение. Лечение: пул замораживается документом; правки - только с датой и только расширением.
• Смешение контекстов прогонов. Часть замеров в разогретых сессиях, часть - в чистых; ответы различаются. Лечение: стандарт контекста в регламенте и пометка отклонений.
• Сравнение чужих цифр со своими. «У конкурента 40% видимости» из чужого исследования - не аргумент: другой пул и методика. Лечение: сравнивать только внутри своего протокола.
• Вывод по одному замеру. Единичный проход отвечает на вопрос «как сейчас», но не «динамика»: ответы нестабильны между днями. Лечение: решения - только по трём и более замерам.
• Смешение уровней. «Мы упоминаемся в два раза чаще» при упавших цитированиях - не новость канала, а смена структуры. Лечение: статусы по уровням в каждой строке протокола.
• Средние без распределения. «Средняя позиция 2,4» может скрывать картину «в половине случаев первый, в половине - не упоминаемся». Лечение: смотреть доли статусов, а не только среднее.
• Замер ради замера. Таблицы растут, задачи не меняются - процесс превращается в ритуал. Лечение: правило трёх списков из предыдущего раздела - каждый замер заканчивается задачами.

К этим ловушкам примыкает и молчаливое изменение среды: платформы обновляют модели без анонсов, и ответы меняются «на ровном месте». Защита - контрольный набор из трёх-пяти «эталонных» промптов с устойчивыми ответами: если они резко сменили характер, вероятно, обновилась модель - и это помечается в протоколе как событие среды, а не как результат ваших работ. Такая пометка спасает от ложных выводов об «успехах» и «падениях», созданных чужим релизом.

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

Статистика раздела подсказывает масштаб канала, в котором вы начинаете мерить: ответы генерируются в трети-четверти поисков и растут дальше, каждый из них - 157 слов и около пяти источников, а до 61% цитирований приходит из внешних публикаций. Мало слотов, высокая нестабильность, сильная роль чужих площадок - именно поэтому замер обязан быть системным: отдельные «проверки в ChatGPT» в такой среде не дают ничего.

Начните с трёх шагов на этой неделе: соберите и зафиксируйте пул из 20-30 промптов, заведите протокол с пятью столбцами, снимите нулевой замер по трём-четырём системам. Через месяц у вас будет первый тренд, через квартал - управляемый процесс, а к дню 90 - цифры для решения о развитии канала, о которых подробно рассказывает план 30/60/90. Измерение - самая скучная и самая решающая часть AEO: всё остальное вы уже читали в этом блоке.

Если сверить этот блок с задачами бизнеса, вырисовывается простая последовательность: сначала измерение (эта статья), затем приоритеты по уровням - упоминания, цитирования, пересказы, - затем работа по каждому уровню из профильных материалов блока. Такой порядок делает видимость управляемой: каждый следующий замер отвечает на вопрос «что изменилось после наших действий», а не «что там сегодня у моделей».

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

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