Измерение видимости в AI-ответах

GEO (generative engine optimization) — работа над тем, чтобы компания появлялась в ответах генеративных систем: обзоров в поиске, ИИ-ассистентов и поисковиков с генеративной выдачей. Задача понятная, а вот привычные инструменты к ней не подходят.

Часть данных сегодня даёт сама платформа. С 3 июня 2026 года в Google Search Console работает отчёт о генеративных функциях: он показывает показы страниц в AI Overviews, AI Mode и генеративных сводках Discover — по страницам, странам, устройствам и датам. Начинать нужно с него: это единственный источник, где числа приходят от самой системы, а не от наблюдателя.

Но закрыть им задачу нельзя, и важно понимать, почему:

• кликов в отчёте нет — он отвечает на вопрос «показывали ли нас», а не «приходили ли к нам»;
• это только поверхности Google. ChatGPT, Perplexity, Яндекс с генеративным ответом и корпоративные ассистенты в него не входят, а решение о поставщике часто формируется именно там;
• отчёт не говорит, как именно вас использовали — назвали в ответе, сослались как на источник или упомянули в чужом контексте;
• сравнить системы между собой нельзя: у каждой свой способ считать показ.

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

Четыре метрики, которые поддаются съёму

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

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

Панель запросов

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

Рабочий размер — 30–60 запросов четырёх типов:

1. Категорийные — «кто внедряет ИИ для бизнеса», «компании по автоматизации документооборота». Здесь измеряется присутствие в категории.
2. Задачные — «как автоматизировать обработку первичных документов», «как сократить время ответа клиенту». Основной источник цитирований: на такие вопросы отвечают материалами, а не списками подрядчиков.
3. Сравнительные — «RAG или обычный поиск», «чат-бот или ИИ-агент». Показывают, попадает ли ваша аргументация в ответ.
4. Брендовые — «что за компания ITERVA», «сколько стоит аудит ITERVA». Проверяют точность фактов; ошибки здесь дороже всего.

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

Как сделать замер воспроизводимым

Генеративный ответ не повторяется дословно, поэтому единичный скриншот ничего не доказывает. Чтобы динамика означала изменение, а не случайность, замер обязан соблюдать несколько условий.

• Чистая сессия. Без входа в аккаунт, истории и персонализации: иначе измеряется не видимость, а память системы о вас.
• Фиксированный регион и язык. Ответ по России и по другому региону может отличаться составом источников полностью.
• Несколько систем. Обзоры в поиске, ИИ-ассистенты и генеративные поисковики собирают источники по-разному, и общей «видимости» не существует — она у каждой системы своя.
• Повторы одного запроса. Один и тот же вопрос задаётся несколько раз: метрика считается по доле ответов, а не по одному наблюдению.
• Сохранение полного ответа и списка источников. Без сохранённого текста спор «раньше нас упоминали» неразрешим.
• Постоянная периодичность. Достаточно раза в месяц: работы, влияющие на ответы, всё равно не дают эффекта за неделю.

Итог одного замера — таблица «запрос → упомянуты да/нет → процитированы да/нет → факты верны да/нет → домены источников». Всё остальное считается из неё.

Что делает страницу пригодной для цитирования

Здесь важно разделить требование и редакционную гипотезу — иначе легко выдать собственные предпочтения за правила систем.

Требование ровно одно: страница должна быть доступна обходчику. Если её нельзя получить и прочитать, источником она не станет ни при каком содержании. Отдельно оговорим распространённое заблуждение: JavaScript сам по себе препятствием не является — Google прямо пишет, что выполняет его при обработке страниц, и никакой особой «нарезки под ИИ» не требует.

Остальное — наши редакционные правила. Мы считаем их разумными, потому что они делают текст полезнее и человеку, но подтверждения, что системы отбирают источники именно по ним, нет:

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

Ещё дальше от подтверждённого — технические артефакты: llms.txt, разметка Schema.org, отдельные страницы «для ИИ». Про llms.txt Google высказался прямо: файл не поддерживается и планов нет, а сотрудники сравнивали его с давно игнорируемым мета-тегом keywords. Мы такой файл публикуем, потому что он ничего не стоит и может пригодиться другим системам, но рост видимости им не объясняем и клиентам не обещаем.

Чего эта методика не даёт

• Это оценка, а не измерение. Доля упоминаний по панели из 40 запросов — выборка, а не полная картина спроса.
• Ответы невоспроизводимы дословно, поэтому сравнивать имеет смысл только доли и только между одинаковыми замерами.
• Связь с выручкой не прямая. Рост доли цитирований не обещает роста обращений: между ними стоит решение человека.
• Данные о переходах из генеративных ответов в системах аналитики неполные: часть видна как обычный переход с домена ассистента, часть не видна вовсе, — поэтому сверять метрику с трафиком напрямую нельзя.
• Ручная панель не заменяет отчёт Search Console и не сходится с ним: там показы по поверхностям Google, здесь доли по нескольким системам. Это два разных числа, и приводить их к одному не нужно.

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

Куда идти дальше

• SEO/GEO-оптимизация с помощью ИИ — направление целиком: технический аудит, анализ спроса, экспертный контент и измерение.
• Автоматизация бизнес-процессов с ИИ — как считается эффект, если задача не про видимость, а про операции.
• Как ITERVA выбирает и запускает решения — четыре фильтра, через которые проходит задача до пилота.