Сначала зафиксируйте вопрос аудита
«Нас не видно в ИИ» — слишком широкая постановка. Уточните продукт, страну, язык, тип запроса и систему: бренд описывают неверно, услуга не появляется в небрендовых сценариях, источник не цитируют или переходы есть, но не превращаются в обращения. Для разных проблем нужны разные данные и разные исправления.
В начале работы запишите дату, доступные аккаунты, список платформ, набор URL и критерии завершения. Если часть систем нельзя проверить или их ответы меняются между запусками, это тоже должно попасть в область ограничений. Хороший аудит сначала уменьшает неопределённость, а не маскирует её одной цифрой.
Проверьте техническую доступность
Для каждой важной страницы проверьте живой URL, код ответа, цепочку перенаправлений, robots.txt, meta robots, canonical, sitemap, внутренние ссылки и основной текст в отрисованном HTML. Отдельно проверьте мобильную версию, потому что там часто исчезают навигация, содержательные блоки или ссылки на источники.
Доступ для краулера, индексирование и использование в ответе — разные события. Разрешение в robots.txt не доказывает обход. Запись в sitemap не доказывает индексирование. Приём IndexNow не означает включение в выдачу. В отчёте каждому наблюдению нужен точный статус и собственное доказательство.
Согласуйте сведения о компании и авторах
Сопоставьте название, юридическое лицо, домен, основателя, местоположение, услуги, контакты и профили авторов на ключевых страницах. Проверьте видимый текст, метаданные и структурированные данные. Расхождения между ними заставляют внешнюю систему выбирать из нескольких версий одного факта.
Затем найдите старые или дублирующие записи: прежнее название, чужой номер телефона, страницу партнёра, которая выглядит как официальный профиль, или разметку с несуществующим офисом. Не пытайтесь скрыть противоречие дополнительным schema-блоком. Сначала исправьте основной источник и согласуйте все производные записи.
Оцените, заслуживает ли страница извлечения
Технически доступная страница может не давать системе ничего полезного. Проверьте, отвечает ли она на реальный вопрос, называет ли объект без двусмысленности, объясняет ли метод, приводит ли первичные источники и отделяет ли факты от рекламных обещаний. Пересказ общеизвестного материала с другим заголовком редко становится сильным источником.
Ищите собственную ценность: данные, определения, разбор решения, практический опыт, проверяемую методику, ограничения или сравнение, которое помогает принять решение. Текст не обязан быть длинным. Он обязан содержать ответ, который трудно получить из десятка взаимозаменяемых страниц.
Разделите политики краулеров по назначению
Составьте таблицу платформ, краулеров, целей и текущих правил. Поисковый обход, получение страницы по запросу пользователя и сбор данных для обучения — не одно и то же. Например, OpenAI описывает OAI-SearchBot и GPTBot как краулеры с разным назначением; решение по одному не следует автоматически переносить на другой.
Проверьте ответ через реальную цепочку CDN, межсетевого экрана и хостинга. Сохраните user agent, URL, время, статус и тело ответа. Так можно отличить осознанную политику от случайной блокировки. Но даже успешный тестовый запрос не доказывает будущую индексацию или появление в ответе.
Проверяйте ответы выборкой, а не псевдорейтингом
Соберите небольшой набор запросов по бренду, категории, задаче и сравнению. Зафиксируйте язык, страну, дату, платформу, формулировку, ответ и названные источники. Повторяйте проверку по одному протоколу, понимая, что персонализация, обновление модели и изменение индекса влияют на результат.
Не превращайте эту выборку в универсальную долю рынка. Она показывает поведение системы в заданных условиях. Отдельно отмечайте точное упоминание, ссылку, пересказ без ссылки, ошибочную атрибуцию и отсутствие бренда. Эти категории полезнее красивого суммарного балла, потому что ведут к разным действиям.
Завершите аудит журналом решений
Каждую находку свяжите с URL, доказательством, уровнем риска, ответственным и способом проверки. Отделите быстрые технические исправления от редакционной работы, новых источников и задач, которые зависят от внешних платформ. Не предлагайте создавать сотни страниц, пока не ясны пробелы и различия в намерении пользователя.
После выпуска проверьте живую версию и отметьте дату изменения. Затем наблюдайте за обходом, индексированием, показами, выборкой ответов и качеством обращений на подходящих временных интервалах. Аудит заканчивается не презентацией, а воспроизводимым циклом «наблюдение — решение — выпуск — проверка».
Практический чек-лист
- Определить рынок, язык, платформу и тип проблемы
- Проверить живые коды ответов и директивы индексирования
- Сопоставить сведения о компании в тексте и разметке
- Оценить собственную ценность и первичные источники
- Разделить правила краулеров по назначению
- Сохранить датированную выборку запросов и ответов
- Выдать журнал решений с критериями проверки

