AI Performance в Bing Webmaster Tools: анализ цитирований сайта

Когда поисковая система формирует готовый ответ, привычного отчёта о позициях уже недостаточно. Страница может не занимать отдельную синюю строку, но использоваться как источник факта. AI Performance в Bing Webmaster Tools показывает именно этот слой видимости: где материалы сайта цитируются в ответах Microsoft Copilot, сводках Bing и поддерживаемых партнёрских интерфейсах. Отчёт помогает увидеть темы и страницы, но не превращает цитату в визит, позицию или знак качества.

Microsoft открыла публичную предварительную версию отчёта в феврале 2026 года, а в июне добавила группировки по намерениям и темам, Citation Share и сравнение. Слово «предварительная» здесь важно: набор полей, охват поверхностей и способ агрегации могут меняться. Поэтому полезная работа начинается не с попытки вывести универсальную норму, а с фиксации определений, периода, фильтров и собственной цели анализа.

Эта статья посвящена измерению, а не рецепту гарантированного попадания в нейроответ. Для подготовки контента существует отдельное руководство по оптимизации под генеративный поиск. Здесь мы разберём, что означают Total Citations, Average Cited Pages, grounding queries, Intents, Topics и Citation Share, как построить воспроизводимый аудит и почему рост числа ссылок нельзя автоматически записывать в рост трафика.

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

Что показывает AI Performance

AI Performance — раздел Bing Webmaster Tools для наблюдения за тем, как подтверждённый сайт используется в генеративных ответах. В официальной справке перечислены Microsoft Copilot, AI-сводки Bing и отдельные партнёрские интеграции. Это не полный перечень всех нейросетей в интернете и не единый рынок AI-поиска. Если материал процитирован в другом сервисе, событие не обязано появиться в отчёте Bing.

Базовая единица — видимая ссылка на источник в поддерживаемом ответе. Bing называет её citation. Система агрегирует события по времени, страницам и смысловым группам. Пользователь получает динамику, список цитируемых URL, связанные grounding queries, темы и намерения. Данные обновляются ежедневно с небольшой задержкой, поэтому сегодняшняя цифра не подходит для поминутного мониторинга релиза.

Отчёт работает поверх поискового индекса. Страница должна быть доступна Bing, понятна системе и достаточно актуальна для конкретного ответа. Однако наличие URL в обычном индексе не гарантирует цитирование, а отсутствие цитаты не доказывает техническую проблему. Сначала проверяют доступность, canonical, robots и статус индексации, затем уже качество раскрытия темы. Базовый процесс описан в материале об индексации сайта.

Важно отделить три события. Первое — Bing обнаружил и обработал страницу. Второе — генеративная система выбрала её как один из источников. Третье — человек перешёл по ссылке и совершил действие. AI Performance в первую очередь описывает второе. Переходы и конверсии измеряют в веб-аналитике и серверных данных, где действуют свои модели атрибуции и ограничения.

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

Как читать основные метрики

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

Average Cited Pages — среднее число уникальных страниц сайта, которые цитировались за день. Знаменатель здесь — дни выбранного периода. Если за семь дней дневные значения составили 12, 14, 10, 16, 13, 15 и 18 страниц, среднее равно 14: сумма 98 делится на 7. Складывать эту среднюю с Total Citations нельзя: метрики отвечают на разные вопросы.

Grounding queries — фразы, с помощью которых система ищет подтверждающие сведения для ответа. Это не дословные вопросы пользователей и не выгрузка частных диалогов. Bing группирует и нормализует данные, поэтому фраза помогает понять информационную потребность, но не позволяет восстановить исходный промпт. Для обычного спроса отдельно используют семантическое ядро.

Cited pages показывает URL и их цитатную активность. Отчёт основан на репрезентативной выборке, а представления Pages и Grounding Queries могут использовать немного разные окна семплирования. Поэтому одна пара query–page способна иметь разные counts в зависимости от направления фильтра. Это документированное ограничение, а не доказательство ошибки canonical. Для собственной витрины всё равно нормализуйте протокольные, параметрические и языковые варианты, но не выдавайте такую обработку за восстановление полного массива Bing.

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

Как подготовить сайт и доступ

Начните с подтверждённого ресурса в Bing Webmaster Tools. У команды должен быть понятный владелец доступа, резервный администратор и перечень допустимых доменных вариантов. Если используются поддомены документации, справки и блога, заранее определите, анализируются ли они отдельно или вместе. Иначе два специалиста выгрузят разные области и получат несовместимые итоги.

Проверьте техническую доступность ключевых URL: код 200, разрешённый обход, корректный canonical, отсутствие случайного noindex, стабильный основной контент без обязательного действия пользователя. Особое внимание уделите JavaScript-приложениям и версиям документации. Руководство по AI-краулерам и llms.txt помогает разделить реальные технические механизмы и необязательные декларации; сам файл llms.txt не создаёт право на цитату.

Для свежих и изменившихся адресов можно использовать Sitemap и IndexNow. IndexNow сообщает поддерживающим системам, что URL добавлен, обновлён или удалён, но не обещает обход, включение в индекс и тем более появление в AI-ответе. Практическая настройка разобрана в статье об IndexNow. Отправляйте только канонические изменения, а не весь каталог при каждом релизе.

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

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

Как работать с запросами, темами и намерениями

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

Topics объединяют близкие grounding queries в более широкие предметные области. Они помогают увидеть, где сайт цитируется системно, а где случайно. Тема удобна для владельца раздела: документация, безопасность, интеграции, цены. Но алгоритмический кластер не обязан совпадать с вашей навигацией. Если название темы кажется неожиданным, откройте входящие фразы и URL, прежде чем менять структуру сайта.

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

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

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

Как трактовать Citation Share и Compare

Citation Share рассчитывается для конкретной grounding query как отношение числа цитат вашего сайта к числу всех цитат, наблюдаемых Bing в этой группе. Если сайт получил 24 цитаты из 200, доля равна 12%. Это не доля ответов, пользователей, кликов или рынка. Знаменатель может измениться, даже когда значение сайта осталось прежним, поэтому рядом всегда нужны абсолютные числа.

Рост с 12% до 16% можно описать двумя способами: плюс 4 процентных пункта или плюс 33,3% относительно исходной доли. Эти формулировки не взаимозаменяемы. В отчёте руководству указывайте обе, а также числа числителя и знаменателя. Иначе небольшая база превратит обычное колебание в впечатляющий процент.

Compare накладывает предыдущий временной период либо сопоставляет два заданных диапазона. Topics и Intents помогают отфильтровать и объяснить контекст, но не являются второй осью Compare. Выбирайте интервалы одинаковой длины и по возможности одинаковые дни недели. Учитывайте сезонность, выпуск продукта, информационный повод и изменения самого preview-отчёта. Для регулярных наблюдений полезен общий процесс SEO-мониторинга.

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

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

Как проводить аудит цитируемых страниц

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

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

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

Проверьте сущности: одинаково ли названы продукт, версия, функция и организация, есть ли явные связи между руководствами. Последовательность облегчает интерпретацию, но сама по себе не обеспечивает AI-видимость. Практика описана в материале об entity SEO. Любая структурированная информация должна соответствовать видимому тексту.

Наконец, разделите ошибки доступности и качества. Код 404, закрытый robots URL или неверный canonical — техническая задача. Неполный ответ, смешение версий и отсутствие первичного подтверждения — редакционная. Для каждой назначьте владельца, срок и способ перепроверки. Такая очередь полезнее единого поручения «поднять цитируемость», в котором невозможно проверить результат.

Как ставить безопасные эксперименты

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

Зафиксируйте до начала выбранные grounding queries, цитируемые URL, абсолютные citations, Citation Share с числителем и знаменателем, Average Cited Pages и соседние темы. Выберите период ожидания, который учитывает обход и обновление данных. Аннотация в журнале должна содержать не «улучшили SEO», а точное действие: «15 августа добавлена таблица совместимости 4 версий на URL X».

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

Успех определите до запуска. Это может быть устранение устаревшей цитаты, появление корректного URL в конкретной теме, расширение числа полезных цитируемых страниц или снижение доли ошибочных материалов. Не назначайте целью гарантированное количество ссылок: система выбирает источники самостоятельно, а preview-метрики не дают такой управляемости. Приоритет задач удобно оценивать по подходу из статьи о SEO-приоритизации.

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

Как соединить отчёт с другой аналитикой

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

В аналитике создайте отдельный обзор переходов из известных поверхностей Bing и Copilot, если источник определяется. Не все клиенты передают одинаковый referrer, часть визитов теряется из-за приватности и приложений. Нулевой сегмент не опровергает наличие цитат, а число citations нельзя использовать как знаменатель конверсии. Сначала убедитесь, что сравниваются события одной природы.

Серверные логи показывают обход, но не выбор источника в ответе. Они полезны, чтобы проверить, запрашивал ли Bingbot изменённые документы, не получал ли 5xx и не упирался ли в цепочку редиректов. Методика анализа логов дополняет отчёт, но не позволяет по одному запросу робота утверждать, что страница процитирована.

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

Итоговый дашборд должен показывать слои рядом, а не складывать их: citations, cited pages, доступные переходы, целевые действия, ошибки обхода и список релизов. KPI выбирайте по зоне ответственности. Редакция отвечает за точность и полноту, разработка — за доступность, аналитик — за определения, а бизнес — за пользовательский результат. Общая рамка есть в руководстве по KPI SEO.

Числовой пример без двойного счёта

Рассмотрим учебный сайт документации за два сопоставимых периода по 28 дней. В первом периоде Bing зафиксировал 1 000 цитат: 420 по настройке, 310 по интеграциям, 190 по устранению ошибок и 80 по безопасности. Группы в примере взаимоисключающие, поэтому сумма сходится: 420 + 310 + 190 + 80 = 1 000.

Во втором периоде получено 1 200 цитат: 480, 360, 240 и 120 соответственно. Проверка: 480 + 360 + 240 + 120 = 1 200. Абсолютный прирост равен 200, относительный — 20%: (1 200 − 1 000) / 1 000 × 100 = 20%. Это рост наблюдаемых цитат, а не пользователей или переходов.

Дневные значения уникальных цитируемых страниц за период A в сумме дали 2 240, поэтому Average Cited Pages равен 80: 2 240 / 28 = 80. В период B сумма дневных значений — 2 520, среднее — 90: 2 520 / 28 = 90. Это отдельный расчёт: одну страницу можно цитировать многократно, поэтому 80 и 90 не прибавляют к 1 000 и 1 200.

Для одной фиксированной grounding query доля сайта выросла с 72 цитат из 600 до 96 из 600. Citation Share изменился с 12% до 16%: 72 / 600 = 12%, 96 / 600 = 16%. Рост составляет 4 процентных пункта или 33,3% относительно исходной доли: (16 − 12) / 12 × 100 ≈ 33,3%. Постоянный знаменатель упрощает интерпретацию, но всё равно не доказывает причину.

Команда отмечает обновление восьми руководств, проверяет появившиеся URL и отдельно видит 140 определённых переходов из поддерживаемых источников в периоде B. Делить 140 на 1 200 как «CTR цитат» нельзя: события не связаны один к одному, охват неполон, а источники могут передавать referrer по-разному. Честный вывод: цитат и цитируемых страниц стало больше; вклад редакционных изменений остаётся рабочей гипотезой.

Какие ошибки и ограничения учитывать

Первая ошибка — называть citation кликом. Цитата означает ссылку в ответе, но пользователь может её не открыть. Вторая — считать grounding query исходным промптом. Это сгруппированная фраза, созданная для поиска подтверждений. Третья — трактовать Citation Share как долю трафика или качества. Метрика имеет конкретный цитатный знаменатель и не является рейтингом авторитетности.

Четвёртая ошибка — складывать пересекающиеся группировки. Одна цитата может участвовать в представлениях по странице, теме и намерению; суммы разных таблиц не образуют новый итог. Пятая — сравнивать интервалы разной длины или сезонности. Шестая — приписывать изменение единственному релизу без проверки знаменателя, новостей и обновлений preview-системы.

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

Не требуйте полного совпадения counts после перехода от Grounding Query к Page и обратно. AI Performance показывает репрезентативную выборку, а эти представления могут иметь немного разные sampling windows. Сохраняйте направление фильтра и дату выгрузки; расхождение само по себе не доказывает потерю URL, изменение canonical или техническую ошибку сайта.

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

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

Как построить регулярный процесс

Еженедельно сохраняйте один и тот же набор: Total Citations, Average Cited Pages, ведущие Topics и Intents, выбранные grounding queries, Citation Share с абсолютными числами и список новых либо исчезнувших URL. Рядом храните аннотации релизов и технических инцидентов. Частый просмотр не ускоряет обновление данных, зато стабильная методика делает периоды сопоставимыми.

Раз в месяц проводите выборочный аудит страниц из четырёх корзин: растущие, падающие, новые и критичные для продукта. Проверяйте доступность, актуальность факта, версию, видимую структуру и внутренние связи. Сначала исправляйте опасную информацию и технические ошибки, затем улучшайте полноту. Цитатный объём сам по себе не определяет приоритет.

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

Назначьте роли: владелец Bing Webmaster Tools отвечает за доступ и выгрузку, SEO — за техническую диагностику, редактор — за содержание, продуктовый эксперт — за истинность фактов, аналитик — за знаменатели и сопоставимость. Решение публикуется только после того, как понятны риск, владелец и контрольная дата.

Процесс завершён, когда наблюдение превращено в проверяемое действие: исправить устаревший факт, открыть закрытый URL, связать документы, уточнить версию или осознанно ничего не менять. Для общей панели можно использовать подходы из руководства по Search Console, но определения Google и Bing нельзя механически объединять. У каждого источника остаётся собственная методология.

Главный вывод

AI Performance делает цитирование сайта в поддерживаемых ответах Bing и Microsoft Copilot наблюдаемым, но не отменяет аналитическую дисциплину. Считайте citations, cited pages и Citation Share по их собственным определениям, храните абсолютные числа, не восстанавливайте пользовательские промпты из grounding queries и не складывайте пересекающиеся срезы. Проверяйте доступность и точность цитируемых страниц, сопоставляйте данные с журналом релизов, веб-аналитикой и логами. Отчёт помогает выбирать следующую проверку, но не гарантирует цитату, переход, позицию или коммерческий результат.