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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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