Как проверить AI-видимость сайта: доступ, источники и наблюдения

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

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

Уровень первый: страница доступна без участия пользователя

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

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

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

Уровень второй: разрешён нужный тип обращения

В справке OpenAI о роботах разделены OAI-SearchBot, GPTBot и ChatGPT-User: поиск, обучение и получение содержимого по пользовательскому запросу имеют разные назначения. Успешное открытие ссылки через ChatGPT-User не доказывает, что страница доступна автоматическому поисковому обходу.

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

Запись User-Agent в журнале сервера сама по себе недостаточна для уверенной атрибуции: это передаваемая строка. Используйте опубликованный поставщиком способ проверки или сетевые диапазоны, если они предусмотрены. Сохраняйте дату проверки документации: технические параметры могут обновляться.

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

Уровень третий: страница допустима для поискового представления

Для AI-функций Google страница, выступающая поддерживающей ссылкой, должна быть индексирована и допускать показ сниппета; это указано в официальных требованиях. Проверяйте ограничения индексирования и представления содержимого отдельно от простого HTTP-ответа 200.

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

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

Что можно увидеть в отчёте об Алисе

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

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

Как разобрать Generative AI performance по шагам

Google представил отдельные AI-отчёты 3 июня 2026 года; в обновлении к сообщению указано глобальное развёртывание к 31 августа. Начните с того отчёта и набора данных, который доступен вашему ресурсу. Если таблица пуста, запишите «нет данных в отчёте за выбранный период», а не «бренд нигде не показывают».

1. Выберите нужный ресурс Search Console и отчёт по генеративным функциям. Не смешивайте Search и Discover в одну динамику.
2. Задайте два равных периода, например по 28 дней. Сохраните даты, страны и доступные фильтры.
3. Посмотрите страницы: какие URL получали показы, какие появились и какие потеряли видимость.
4. Разберите важный URL по странам и доступным устройствам. Убедитесь, что сравниваете одинаковый набор условий.
5. Сохраните показатели и сформулируйте проверку содержания страницы. Отдельно посмотрите переходы и обращения в своей аналитике.

В описании Google перечислены показы, страницы, страны, устройства для поиска и даты. Показ ссылки не равен переходу на сайт. Если в выбранном представлении нет кликов, по нему нельзя вычислить CTR. Количество лидов берут из принятой заявки и CRM, а не получают умножением показов на условную конверсию.

Учебный пример: показы выросли, обращений больше не стало

Показы выросли на 50%, число обращений не изменилось. По этим двум строкам нельзя установить, сколько людей перешло именно из AI-функций и кто затем обратился. Для следующего шага проверьте, по каким страницам и странам прибавились показы, насколько точен ответ материала и удобно ли перейти к услуге. В таблице нет вымышленных кликов для заполнения пробела.

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

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

Bing AI Performance показывает агрегированное цитирование страниц в поддерживаемых сценариях и связанные grounding queries. Это не полный журнал исходных промптов. Отчёт не объясняет причину выбора конкретного источника и не заменяет проверку переходов и обращений. Показатели разных платформ записывайте отдельно с их определениями и ограничениями.

Как провести воспроизводимую ручную проверку

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

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

Как поставить задачу по найденной проблеме

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

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

Для сложного случая объедините SEO-аудит с проверкой и развитием GEO-присутствия. В отчёте отдельно показывайте исправления на сайте и изменения в ответах сервисов: второе не следует автоматически из первого.

Пример журнала AI-видимости

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

В условной серии из 20 вопросов бренд упомянут в 5 ответах, а ссылка на сайт дана в 3. Это 25% упоминаний и 15% цитирований внутри выбранной серии, не доля рынка и не охват всех пользователей. Часть вопросов может быть брендовой — её считают отдельно, иначе результат легко завысить простым изменением набора.

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

Заполненный учебный журнал наблюдений

Все записи следующей таблицы вымышлены и показывают метод заполнения, а не результаты проверки ISKAR или клиента. Для обеих серий заданы одинаковые условия: Google AI Mode, русский язык, новый разговор без предыдущего контекста. В настоящем журнале также сохраняют доступные настройки региона, состояние входа в аккаунт и снимок полного ответа.

Если считать только два общих вопроса учебной серии, упоминание бренда встречается в одном из двух ответов в обе даты. Ссылка на сайт появляется в нуле из двух ответов первой серии и в одном из двух второй. Брендовый вопрос в эти знаменатели не включён. Малый вымышленный пример объясняет подсчёт, но не является оценкой рыночного охвата.

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

Чек-лист завершения проверки

• Целевые URL проверены без авторизации.
• Разделены поисковые, обучающие и пользовательские обращения.
• Проверены защита, запреты и содержимое страницы.
• Ограничения доступных отчётов записаны явно.
• Сохранены вопросы, ответы и фактические источники.
• У каждой задачи есть исполнитель и повторный тест.

Вопросы об AI-видимости

Можно проверить всё одним сервисом?

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

Нейросеть открыла сайт по ссылке. Значит, всё работает?

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

Как часто повторять проверку?

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

Как связать AI-видимость с товарным каталогом

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

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

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

Второй пример: ответ ссылается на страницу, где цена появляется только после выбора города, и пересказывает устаревшее значение. Сравните исходный HTML, результат отрисовки и Product/Offer. Зафиксируйте исправление источника данных, а затем повторите исходный вопрос и проверьте доступные платформенные отчёты.

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

Отдельно проверьте поиск, обучение и доступ через защиту

В проверке robots.txt выберите «AI-боты — сравнить правила». Для одного URL получите группу User-Agent и решающее правило для OAI-SearchBot, GPTBot, ClaudeBot, Claude-SearchBot и PerplexityBot. Разрешение поискового бота и разрешение сбора для обучения — разные решения.

OpenAI разделяет OAI-SearchBot и GPTBot; Anthropic описывает отдельные поисковые и обучающие роботы. Perplexity указывает назначение PerplexityBot и необходимость настройки WAF. После проверки файла сопоставьте реальные запросы с опубликованными диапазонами IP и логами защиты. Один заголовок User-Agent не подтверждает подлинность робота.

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