Как измерять AI-видимость без ложной точности

Начните с операционного словаря. Accessibility означает успешную отдачу страницы и понятный HTML. Fetch — наблюдаемый запрос краулера, если его можно атрибутировать. Mention — название бренда или сущности в ответе. Citation — ссылка, показанная пользователю. Relevant citation — ссылка действительно подтверждает соседний тезис. Referral — переход или визит из ответа. Эти события могут не совпасть во времени и не означают одно и то же.

Источники раздела:[1] Google Search Central

Составьте вопросы по намерениям: определение, сравнение, выбор, troubleshooting и свежесть. Для каждого сохраните формулировку, ожидаемую сущность, релевантные URL и правило оценки. Не меняйте wording после неудачного ответа, иначе сравниваются разные эксперименты. Держите отдельные панели для языков, стран и режимов web search; перевод не является эквивалентным prompt без проверки.

Источники раздела:[1] Google Search Central

Перед запуском запишите surface, model or product label, locale, country, mode, timestamp, account state if relevant, prompt version и число повторов. Сохраните полный ответ, список URLs и снимок страницы отчёта. Для серверных логов храните timestamp, URL, status, user-agent и request ID, но не публикуйте токены или персональные данные. Одинаковый протокол важнее большого числа несопоставимых наблюдений.

Источники раздела:[1] Google Search Central

Для каждого ответа отметьте mention yes/no, citation yes/no, relevant yes/no/unclear, tracked URL exact/other/none, и наличие фактической ошибки. Два оценщика должны независимо закодировать выборку; разногласия обсуждаются по заранее опубликованному правилу. Не считайте домен платформы ссылкой на отслеживаемую страницу без точного URL. Отсутствие ссылки не равно отсутствию знания, а наличие ссылки не равно рекомендации.

Источники раздела:[1] Google Search Central

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

Источники раздела:[1] Google Search Central

До/после может измениться индекс, интерфейс, модель, вопрос, сезонность или доступность источника. Используйте контрольный URL, контрольные вопросы и версию страницы, если это возможно. Сравнивайте одинаковые protocol fields и отмечайте пропуски. Формулировка «после редактуры наблюдалось больше цитат» допустима как наблюдение; «редактура вызвала рост» требует более сильного дизайна и остаётся гипотезой без контроля.

Источники раздела:[1] Google Search Central

Документация Google, Bing, Gemini, Claude и OpenAI описывает отдельные поверхности и технические условия, а не общий рейтинг всех ответов. Поэтому отчёт должен указывать охват и не выдавать один провайдерский срез за рынок. После измерения назначьте действие: исправить доступность, уточнить сущность, усилить источник, повторить панель или ничего не менять. Каждая рекомендация привязывается к наблюдению и confidence.

Источники раздела:[1] Google Search Central

Мониторинг отвечает на вопрос «что наблюдалось», а диагностика — «какое изменение стоит проверить». Например, падение exact-link rate может совпасть с изменением интерфейса, панели вопросов или доступности страницы. В журнале сохраняйте оба слоя: сырое событие и рабочую гипотезу. Для каждой гипотезы назначайте проверку: повторить тот же prompt, сравнить контрольный URL, проверить статус и открыть источник. Не переписывайте контент до того, как исключили изменение поверхности.

Источники раздела:[2] Google Search Central Blog[5] Google Gemini Help[6] Anthropic Support

Серверный лог может показать запрос и статус, но не доказывает, что URL был использован в ответе. Снимок ответа может показать ссылку, но не объясняет, когда и каким способом платформа получила документ. Поэтому связывайте события только по явному идентификатору или близкому времени и помечайте связь как вероятную, если она реконструирована. В публичном отчёте не раскрывайте IP, токены, cookies и приватные параметры; публикуйте агрегаты и описанный протокол.

Источники раздела:[3] OpenAI Developers[4] Microsoft Learn

Каждый выпуск панели должен содержать период, охват, число запусков, число уникальных вопросов, пропуски, правила кодирования и таблицу сырых результатов. После таблицы дайте три коротких слоя: наблюдение, интерпретация и следующее действие. Пример действия — проверить canonical и HTML, а не «сделать текст более AI-friendly». Если разница меньше заранее установленного порога или панель мала, честно оставьте вывод неопределённым. Такой отчёт можно повторить и оспорить, а не только красиво показать на графике.

Источники раздела:[1] Google Search Central

Проверьте, что у каждой строки есть prompt version, locale, surface, timestamp и знаменатель. Сверьте exact URL с canonical, а домен источника — с реальной страницей, которую увидел читатель. Отдельно посчитайте неизвестные и пропуски: их нельзя молча исключать из процента. Прочитайте несколько ответов целиком, чтобы relevance не свелась к совпадению названия. В выводе назовите альтернативные объяснения и одно следующее измерение. Если интерфейс изменился, начните новый baseline, а не склеивайте несопоставимые волны.

Источники раздела:[1] Google Search Central[5] Google Gemini Help