Определите, что считается видимостью
Начните с простых определений. Страница доступна, если она успешно открывается, а её основной текст присутствует в коде страницы. Визит робота — это запрос к серверу, который можно связать с известной поисковой системой или AI-сервисом. Упоминание означает, что ответ называет бренд или объект. Ссылка на источник — это ссылка, показанная пользователю; полезной для доказательства она становится только тогда, когда подтверждает соседний тезис. Переход означает, что человек открыл такую ссылку. Эти события могут происходить в разное время и не заменяют друг друга.
Источники раздела:[1] Google Search Central
Соберите набор промптов
Подготовьте промпты под разные задачи пользователя: получить определение, сравнить варианты, выбрать решение, устранить проблему или узнать свежие данные. Для каждого промпта сохраните точную формулировку, ожидаемый объект ответа, подходящие адреса страниц и правило оценки. Не переписывайте промпт после неудачного результата: иначе вы будете сравнивать разные проверки. Отдельно проверяйте разные языки, страны и режимы интернет-поиска; перевод промпта сначала нужно проверить, а не считать автоматически равнозначным.
Источники раздела:[1] Google Search Central
Запишите условия каждой проверки
Перед запуском запишите, какой сервис и режим вы проверяете, какую версию ИИ выбрали, на каком языке и из какой страны идёт проверка, когда она началась и сколько раз повторялась. Если результат зависит от входа в аккаунт, укажите и это. Сохраните точный промпт, полный ответ, все показанные адреса страниц и снимок экрана. В журналах сервера достаточно времени запроса, адреса страницы, кода ответа сервера, названия программы и номера запроса. Токены доступа и персональные данные не публикуйте. Один и тот же порядок проверки важнее большого числа несопоставимых запусков.
Источники раздела:[1] Google Search Central
Отметьте, что есть в каждом ответе
Для каждого ответа отдельно отметьте пять вещей: назван ли бренд; показана ли ссылка на источник; подтверждает ли эта ссылка соседнее утверждение; ведёт ли она на нужную страницу, на другую страницу или отсутствует; есть ли в ответе фактическая ошибка. Два человека должны независимо проверить одну и ту же выборку, а расхождения — разобрать по правилу, записанному заранее. Ссылка только на главную страницу сервиса не считается ссылкой на исследуемый материал. Отсутствие ссылки не означает, что система ничего не знает, а наличие ссылки не означает рекомендацию.
Источники раздела:[1] Google Search Central
Показывайте не только процент, но и исходное количество
Рядом с долей всегда показывайте исходное количество и период: например, «подходящая ссылка появилась в 8 из 40 проверок за неделю». Отдельно считайте разные промпты и их повторы. Не объединяйте в один процент разные языки и режимы сервиса, если ими пользуются разные аудитории. При маленькой выборке покажите исходные строки; статистический диапазон добавляйте только тогда, когда выбранный метод действительно подходит. Сам по себе процент не доказывает, что одно изменение вызвало другое.
Источники раздела:[1] Google Search Central
Сравнивайте только одинаковые условия
Между проверками могут измениться поисковый индекс, интерфейс, версия ИИ, формулировка промпта, сезонность или доступность источника. По возможности оставьте одну контрольную страницу, контрольный набор промптов и точную версию исследуемой страницы. Сравнивайте только одинаково проведённые проверки и явно отмечайте пропуски. Фраза «после редактуры ссылок стало больше» описывает наблюдение. Фраза «редактура вызвала рост» требует контрольного эксперимента; без него это лишь гипотеза.
Источники раздела:[1] Google Search Central
Объясните границы результата и следующее действие
Документация Google, Bing, Gemini, Claude и OpenAI описывает отдельные сервисы и технические условия, а не единый рейтинг всех AI-ответов. Поэтому в отчёте нужно точно назвать проверенные сервисы и не выдавать результат одного сервиса за весь рынок. После измерения выберите конкретное действие: исправить доступ к странице, яснее описать объект, добавить надёжный источник, повторить проверку или ничего не менять. Каждая рекомендация должна опираться на наблюдение, а степень уверенности нужно объяснить словами.
Источники раздела:[1] Google Search Central
Разведите мониторинг и диагностику
Мониторинг показывает, что наблюдалось, а диагностика — какое изменение стоит проверить. Например, снижение доли точных ссылок может совпасть с изменением интерфейса, набора промптов или доступности страницы. В журнале сохраняйте и исходное событие, и рабочую гипотезу. Для каждой гипотезы назначайте проверку: повторить тот же промпт, сравнить контрольную страницу, проверить ответ сервера и открыть источник. Не переписывайте текст, пока не исключили изменение интерфейса.
Источники раздела:[2] Google Search Central Blog[6] Google Gemini Help[7] Anthropic Support
Журналы сервера и ответы не заменяют друг друга
Журнал сервера может показать запрос к странице и код ответа, но не доказывает, что эту страницу использовали в AI-ответе. Снимок ответа может показать ссылку, но не объясняет, когда и каким способом сервис получил документ. Поэтому связывайте события только по явному номеру запроса или близкому времени и называйте связь вероятной, если её пришлось восстановить косвенно. В публичном отчёте не раскрывайте IP-адреса, токены доступа, файлы cookie и приватные параметры; публикуйте суммарные результаты и понятное описание метода.
Источники раздела:[4] OpenAI Developers[5] Microsoft Learn
Минимальный отчёт для решения
Каждый отчёт должен содержать период, охват, число запусков, число уникальных промптов, пропуски, правила оценки и таблицу исходных результатов. После таблицы дайте три коротких блока: наблюдение, объяснение и следующее действие. Полезное действие — проверить основной адрес и код страницы, а не расплывчатое «сделать текст более подходящим для AI». Если разница меньше заранее установленного порога или выборка мала, честно оставьте вывод неопределённым. Такой отчёт можно повторить и оспорить, а не только красиво показать на графике.
Источники раздела:[1] Google Search Central
Чек-лист перед публикацией результата
У каждой строки должны быть точный промпт, его версия, язык, режим сервиса, время запуска и общее число проверок, от которого посчитана доля. Сверьте показанный адрес с основным адресом страницы и откройте источник именно так, как его увидел читатель. Неизвестные результаты и пропуски считайте отдельно: их нельзя незаметно исключать из процента. Прочитайте несколько ответов целиком, чтобы подходящая ссылка определялась по смыслу, а не только по совпадению названия. В выводе назовите другие возможные объяснения и следующее измерение. Если интерфейс сервиса изменился, начните новый ряд наблюдений вместо объединения несопоставимых периодов.
Источники раздела:[1] Google Search Central[6] Google Gemini Help
Считайте брендовые и сценарные промпты отдельно
Google Search Console имеет фильтр для разделения брендовых и небрендовых запросов в веб-поиске. Google предупреждает, что классификация может ошибаться и не влияет на позицию сайта. Это факт об отчёте Google, а не правило работы ChatGPT, Perplexity, Gemini, Claude или Алисы.
В измерении AI-видимости полезно применить ту же границу как редакционное правило. Промпт «что умеет бренд X» проверяет ответ о заранее названном бренде. Промпт о задаче без названия проверяет, появится ли бренд в ответе без такой подсказки. Объединение этих групп в один процент скрывает два разных условия проверки.
Источники раздела:[3] Google Search Central Blog[1] Google Search Central
Соберите сценарий без скрытой подсказки
Для сценарного промпта запишите четыре поля: задачу человека, контекст, ограничения и критерий выбора. Например: «Хочу вести бюджет с телефона; нужны синхронизация, экспорт и минимум ручной настройки. Какие приложения сравнить перед установкой?» Это пример формы, а не результат исследования.
Проверьте, не повторяют ли ограничения слоган или уникальную функцию нужного бренда. Если другой специалист по формулировке может угадать обязательного победителя, сценарий, вероятно, содержит скрытую подсказку. Это правило конструирования теста, а не факт о ранжировании. Для каждой группы отдельно покажите число уникальных промптов, число повторов, пропуски и исходное количество.
Источники раздела:[3] Google Search Central Blog[1] Google Search Central
Что это не доказывает
- Один фиксированный набор проверок не охватывает все AI-сервисы и не доказывает причинную связь, изменение позиций или трафика. Брендовый промпт не показывает, будет ли бренд предложен без подсказки, а один сценарный промпт не описывает систему целиком. Нельзя сравнивать замеры, если различаются язык, страна, режим, модель или период. Даже аккуратный процент остаётся локальным наблюдением, а не универсальным показателем.
Источники
- 1Top ways to ensure your content performs well in Google's AI experiencesGoogle Search Central · official · 11 сент. 2026 г.
- 2Generative AI performance reports in Search ConsoleGoogle Search Central Blog · official · 11 сент. 2026 г.
- 3Branded queries filter in Search ConsoleGoogle Search Central Blog · official · 20 сент. 2026 г.
- 4Overview of OpenAI crawlersOpenAI Developers · official · 11 сент. 2026 г.
- 5Generative answers over public websitesMicrosoft Learn · official · 11 сент. 2026 г.
- 6Find and verify sources in Gemini AppsGoogle Gemini Help · official · 11 сент. 2026 г.
- 7Enabling and using web searchAnthropic Support · official · 11 сент. 2026 г.
История исправлений
Существенных исправлений пока нет.