Проверка видимости в ИИ — воспроизводимый набор наблюдений по заранее выбранным вопросам. Отчёт должен позволять отличить упоминание компании, ссылку на её сайт, рекомендацию и ошибочный факт, а также повторить проверку в тех же условиях.
Содержание статьи
Один ответ ИИ не показывает видимость компании. Для полезного замера нужны согласованные вопросы, одинаковые условия, сохранённые ответы и ссылки на источники. Упоминание названия, цитирование сайта и обращение клиента следует считать отдельно.
Компания один раз появилась в ответе ChatGPT — значит ли это, что GEO уже работает? А если Алиса не назвала бренд после прямого вопроса, можно ли считать его невидимым? Оба вывода слишком поспешны. Сначала нужно определить, какие сценарии мы проверяем и какие наблюдения считаем результатом.
Ниже — предлагаемая схема ручного контроля для коммерческого проекта. Она помогает сравнивать собственные замеры и обсуждать конкретные изменения. Это не универсальный рейтинг брендов и не оценка всех диалогов пользователей с ИИ.
Определите задачу и границы проверки
Начните с того, что компания продаёт, в каком регионе работает и какие решения принимает её потенциальный клиент. Для локальной услуги важны город и доступность подрядчика. Для сложного продукта — характеристики, совместимость, ограничения и критерии сравнения.
В задании на замер полезно перечислить:
- бренд, домен и варианты написания названия;
- приоритетные продукты и направления;
- географию и язык вопросов;
- платформы и доступные режимы поиска;
- число вопросов и повторов;
- метрики и формат хранения результатов.
Если эти условия не определены, подрядчик и клиент могут оценивать разные вещи: один — узнаваемость названия, другой — рекомендации по услуге, третий — количество ссылок на статьи.
Составьте вопросы по реальному пути клиента
Разделите набор на несколько групп. Прямые вопросы о компании проверяют, правильно ли система её узнаёт. Вопросы о выборе решения показывают, появляется ли бренд без подсказки. Информационные вопросы помогают понять, используются ли материалы сайта как источник.
| Группа | Условный пример | Что проверяем |
|---|---|---|
| Брендовая | Чем занимается компания N? | Распознавание, контакты, профиль услуг |
| Коммерческая | Как выбрать подрядчика по строительству дома в регионе? | Критерии выбора и компании в ответе |
| Сравнительная | Чем различаются две технологии строительства? | Контекст рекомендаций и источники сравнения |
| Информационная | Что проверить в договоре на строительство? | Использование полезных материалов и экспертных объяснений |
Это примеры формата, а не готовая семантика для любого бизнеса. В рабочем наборе вопросы должны соответствовать реальному предложению. Если компания не оказывает услугу в нужном городе, отсутствие рекомендации по этому сценарию не обязательно является проблемой продвижения.
Зафиксируйте одинаковые условия
Сравнивайте замеры внутри конкретной платформы. Отдельно отмечайте доступный режим, язык, дату и контекст диалога. Не объединяйте ответ с веб-поиском и ответ без поиска в один ряд только потому, что интерфейс имеет одинаковое название.
- Используйте новую беседу для каждого независимого контрольного вопроса.
- Не сообщайте заранее название компании там, где проверяется спонтанное упоминание.
- Сохраняйте исходную формулировку без незаметных уточнений.
- Если делаете повторы, используйте заранее выбранное их количество.
- Отдельно записывайте технические сбои и недоступность режима.
Неудачный запрос из-за ошибки сервиса — это не ответ без упоминания. Такие случаи лучше показывать отдельно и повторять по согласованному правилу. Иначе технические проблемы будут искусственно ухудшать показатель.
Сохраняйте ответ и первоисточники
Для каждого запуска сохраняйте полный текст ответа и доступные ссылки. Краткая отметка "есть / нет" удобна для сводки, но не объясняет, что именно произошло. Компания могла быть названа как подходящий подрядчик, приведена в спорном примере или спутана с одноимённой организацией.
Минимальная строка журнала включает дату, платформу, режим, вопрос, номер повтора, факт упоминания, процитированный URL, названных конкурентов и комментарий о точности. Если возможно, сохраняйте ссылку на беседу или скриншот вместе с текстовой записью.
- Название: совпадает ли оно с нужной компанией.
- Ссылка: ведёт ли она на ваш сайт и на какую страницу.
- Контекст: рекомендация, нейтральное описание или другое упоминание.
- Факты: правильно ли указаны услуги, география, условия и контакты.
- Конкуренты: кто появляется рядом и на какие источники опирается ответ.
Одного названия в ответе недостаточно
Допустим, компания появилась в подборке, но рядом указаны чужой город и услуга, которой у неё нет. В строке журнала мы отметим упоминание, а в комментарии — две фактические ошибки. Это позволит не потерять наблюдение и одновременно не выдавать неточный ответ за качественную рекомендацию.
Другой случай: название компании не прозвучало, зато ответ ссылается на её подробный материал. Такой результат попадёт в цитирования сайта, но не в упоминания бренда. Обе записи полезны: они показывают, какую роль источник играет в ответе и что стоит улучшать дальше.
Считайте несколько понятных показателей
Для небольшой контрольной выборки достаточно простых расчётов. Чем прозрачнее формула, тем легче обнаружить изменение и проверить отчёт. Один сложный индекс без расшифровки может скрыть разные по смыслу события.
| Показатель | Как посчитать | Что он не показывает |
|---|---|---|
| Доля упоминаний | Ответы с компанией / все валидные ответы выборки | Охват всех пользователей сервиса |
| Доля цитирований сайта | Ответы со ссылкой на ваш домен / все валидные ответы | Количество переходов по этим ссылкам |
| Точность сведений | Отдельный реестр подтверждённых фактов и ошибок | Юридическую или экспертную оценку всего ответа |
| Обращения из канала | Подтверждённые обращения по доступной аналитике и данным клиента | Всех людей, которые увидели бренд и пришли позднее другим путём |
Условный расчёт: вы проверили 20 вопросов по 3 раза в одной платформе и получили 60 валидных ответов. Компания названа в 12, а ссылки на её сайт есть в 6. Внутри этой выборки получаются 20% упоминаний и 10% цитирований. Это учебный пример, а не кейс агентства.
Если в следующем месяце вы заменили половину вопросов или сократили число повторов, изменения нужно отразить в отчёте. Для оценки динамики полезно сохранять постоянную контрольную часть, а новые сценарии исследовать отдельной группой.
Для Алисы AI добавьте данные Яндекс Вебмастера: инструмент "Видимость сайта в Алисе AI" показывает динамику упоминаний и примеры запросов. Ему требуется подтверждение прав на сайт. Его выборка связана с представленностью сайта в поиске, поэтому показатель SoV нельзя напрямую смешивать с результатами собственного набора вопросов. Если статистики недостаточно, сохраните этот статус и продолжайте контрольные замеры, не подставляя нулевую видимость вместо отсутствующих данных.
Проверьте доступность и содержание сайта
Если система не использует сайт, нельзя автоматически заключить, что ему не хватает определённой разметки. Сначала нужно проверить, доступны ли подходящие страницы, есть ли на них ответ на вопрос и нет ли технического запрета для нужного робота.
Для проекта отдельно проверяем правила доступа роботов, настройки сайта и ограничения хостинга. Но открытая страница ещё не означает, что её обязательно используют в ответе. В отчёте важно разделять техническую доступность, содержательную пригодность и фактически обнаруженное цитирование.
Данные об ответах ИИ и переходах на сайт тоже нужно разбирать отдельно. Пользователь может увидеть компанию, запомнить название и вернуться через поиск или прямой заход. Поэтому мы сопоставляем журнал замеров, доступную веб-аналитику и сведения об обращениях, сохраняя ограничения каждого источника данных.
Свяжите наблюдения с планом работ
Хорошая проверка заканчивается списком решений. Если компания описана неточно, нужно найти противоречивые сведения и исправить первоисточники. Если в ответах используются полезные страницы конкурентов, стоит изучить, какой информации не хватает вашему сайту. Если нет переходов и обращений, нужно отдельно проверить предложение и путь пользователя.
- Сгруппируйте проблемы: доступность, содержание, точность сведений, коммерческий сценарий.
- Укажите конкретные страницы и материалы.
- Выберите изменения, которые можно внедрить и проверить.
- Зафиксируйте дату публикации.
- Повторите контроль по сопоставимому протоколу.
Сам факт, что изменение опубликовано раньше роста упоминаний, ещё не доказывает причинную связь. На ответы могут влиять и другие изменения. Поэтому в отчёте полезно показывать наблюдение, возможное объяснение и границы вывода отдельно.
Частые ошибки при проверке
- Сравнивать один ответ сегодня с другим вопросом через месяц.
- Подсказывать название бренда и считать это спонтанной рекомендацией.
- Объединять разные платформы без отдельной разбивки.
- Считать технические сбои отрицательными ответами.
- Публиковать процент без размера выборки и формулы.
- Подменять ссылки и обращения общим количеством упоминаний.
Внутренняя дисциплина замеров полезнее сложного дашборда, если в его основе находятся несопоставимые исходные данные.
Что должно остаться после GEO-аудита
На выходе нужны не только скриншоты. Полезный комплект — протокол проверки, исходные ответы, таблица метрик, перечень фактических ошибок, сравнение выбранных конкурентов и приоритетный план изменений. По такому комплекту можно повторить проверку и понять, что делать дальше.
Как оформлять карточку одного наблюдения
Карточка наблюдения включает вопрос целиком, систему и режим поиска, дату, регион, полный ответ и список источников. Затем отдельно размечают: назван ли бренд, есть ли ссылка на нужный домен, в каком контексте предложена компания и правильно ли изложены условия. Одной фотографии удачного ответа недостаточно для вывода о росте. В следующем замере должен быть тот же вопрос, а при смене режима — отдельная отметка, чтобы сравнение оставалось честным.
Если сервис мониторинга не получил ответ или нужная платформа не подключена, в отчёте пишут «не проверено». Для этого наблюдения нельзя ставить нулевую видимость. Внешние базы охватывают собственную выборку вопросов и стран; их показатели нужно отделять от вашего набора. При анализе ошибок сначала проверьте доступность указанного источника и точность собственного сайта, затем решайте, какой материал действительно требует доработки.
| Ситуация или объект | Что проверяем / решение | Критерий |
|---|---|---|
| Бренд есть, ссылки нет | Упоминание | Проверить точность контекста |
| Ссылка на статью есть | Цитирование страницы | Записать конкретный URL |
| Ответ недоступен | Нет наблюдения | Повторить замер и показать пропуск |
| Цена или услуга перепутана | Ошибка факта | Найти противоречивые источники |
Что проверить на практике
- Сохранить исходный ответ, а не только собственную оценку.
- Отделить брендовые вопросы от вопросов выбора подрядчика.
- Проверять новые статьи на постоянной выборке.
- Показывать покрытие платформ и ограничения доступа.
Частый вопрос
Можно ли обещать постоянное присутствие компании в ответах ИИ?
Нет. Ответ зависит от системы, режима, вопроса и доступных источников. Корректное обязательство исполнителя — согласованная методика, выполненные работы и проверяемый отчёт, а не неизменный ответ чужой системы.
Как проверить доступ поискового робота
Проверьте robots.txt, метатеги и ответ сервера для нужных страниц. У OpenAI поиск и обучение управляются независимо: OAI-SearchBot относится к поисковым ответам, GPTBot — к использованию данных для обучения. Разрешение обхода создаёт техническую возможность доступа, но не подтверждает, что страницу уже прочитали или процитировали. Ограничения CDN и сервера проверяются отдельно от robots.txt.
Технические правила и документация
Ниже — документация для проверки технических положений. Практические решения и примеры в статье изложены редакцией «Территории видимости».