GEO-аналитика: как измерять видимость в ИИ и не путать её с продажами

SEO-команда показывает руководителю скриншот: нейросеть сослалась на сайт. Руководитель задаёт закономерный вопрос: «И сколько клиентов это принесло?» Скриншот подтверждает только одно наблюдение. Он не показывает ни устойчивость присутствия, ни размер аудитории, ни вклад в выручку.

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

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

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

Я рекомендую разделять четыре уровня:

Это схема управления измерениями, а не обязательная последовательность действий каждого пользователя. Человек может запомнить бренд, позже найти его другим способом и купить. Такой путь сложнее доказать.

На 18 октября 2026 года опираться только на ручные запросы уже недостаточно. При этом три официальных инструмента измеряют разные вещи.

Google: показы в генеративных функциях. 3 июня Google анонсировал отдельные отчёты Search Generative AI performance. В обновлении того же анонса указано, что к 31 августа 2026 года они развёрнуты для всех сайтов по всему миру. Это дата расширения доступности, а не дата первого запуска. Отчёты дают отдельное представление о показах в генеративных функциях Search и Discover. Анонс и обновление Google.

Яндекс: представленность в ответах Алисы AI. Официальный журнал изменений фиксирует появление инструмента 7 апреля 2026 года. Он помогает следить за долей упоминаний сайта среди источников и изучать тематическое окружение. Журнал изменений Вебмастера.

Bing: цитирования в AI-средах Microsoft. В анонсе public preview от 10 февраля 2026 года описаны AI Performance, число цитирований, страницы-источники и grounding queries — фразы, использованные системой при поиске опорного контента. Область охвата включает Microsoft Copilot, AI-сводки Bing и отдельные партнёрские интеграции. Описание Bing.

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

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

Например, в справке Google речь идёт о показах ссылок на сайт в AI Overviews и AI Mode. В ней также указано, что отчёт может отсутствовать при недостаточном числе показов. Поэтому отсутствие отчёта само по себе не доказывает техническую блокировку или санкцию. Справка Search Console.

У Яндекса данные доступны за последние три месяца, обновляются еженедельно и собираются по запросам, где сайт уже находится достаточно высоко в поиске. Это существенное ограничение: показатель описывает определённую область наблюдения, а не весь спрос на рынке. Справка о видимости в Алисе AI.

У Bing grounding queries представляют выборку активности. Число цитирований не означает позицию, авторитетность страницы или её место внутри конкретного ответа. Эти оговорки прямо приведены в документации инструмента.

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

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

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

Для первого цикла можно взять несколько десятков вопросов и распределить их по задачам:

Брендовые вопросы держите отдельно от небрендовых. Запрос «что умеет продукт X» не равнозначен вопросу «какую систему выбрать для небольшой команды». В первом случае название бренда уже задано самим пользователем.

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

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

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

Условный пример, не клиентский кейс: в первом замере сайт цитировался в 20 из 100 валидных проверок, во втором — в 30 из 100. Рост составляет 10 процентных пунктов, или 50% относительно исходной доли. Это два способа описать одну арифметику. Ни один из них не означает, что охват реальных покупателей вырос на 50%.

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

Не сравнивайте собственную долю наблюдений с SoV Яндекса как идентичные показатели. Сначала разберите знаменатель каждого инструмента. И не усредняйте равными весами системы только потому, что они доступны: вес должен отражать объяснимую бизнес-задачу, а не удобство отчётности.

Следующий слой — аналитика сайта. Для распознаваемых переходов из AI-сервисов создайте отдельный сегмент и документируйте правила отнесения. Сохраняйте историю изменений этих правил: иначе рост может оказаться следствием новой классификации источников.

Смотрите не только число сеансов, но и посадочные страницы, полезные действия, качество обращений и последующие результаты в CRM. Для B2B скачивание материала, заявка и квалифицированная возможность продажи — разные события. Их не стоит объединять в один показатель «конверсии» без расшифровки.

Не каждый переход удастся уверенно распознать. Если технический источник потерян, не записывайте весь рост прямого трафика в заслугу GEO. Опрос «откуда узнали о нас» может дополнить картину, но самоотчёт человека тоже не даёт точной атрибуции.

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

Рост цитирования при неизменных обращениях — повод проверить намерение аудитории и посадочную страницу. Возможно, контент хорошо решает справочную задачу, но почти не участвует в выборе поставщика. Это диагностическая гипотеза, а не доказательство бесполезности контента.

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

Google в руководстве по генеративному поиску подчёркивает ценность самостоятельного полезного содержания и предупреждает против массового создания страниц под вариации запросов ради манипуляции. Это рекомендация платформы, а не обещание эффекта от определённого формата. Руководство Google.

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

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

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

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

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

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

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

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