Главная проблема отчётности по AI-поиску – не отсутствие цифр, а их несопоставимость. Показ в генеративном интерфейсе, ссылка на страницу, сеанс на сайте и подтверждённая запись относятся к разным системам и возникают на разных этапах пути пациента.
Поэтому новый отчёт лучше строить не вокруг общего «индекса AI-видимости», а вокруг набора полей, где для каждой цифры понятны источник, период, методика и ограничение. Такой подход отделяет наблюдаемый факт от предположения о влиянии канала.
Сначала задайте структуру отчёта, а не общий индекс
В дашборде достаточно трёх слоёв. Первый показывает, как сайт и бренд представлены внутри AI-систем. Второй фиксирует переходы и действия на собственных ресурсах. Третий связывает обращения с записью и визитом.
| Слой отчёта | Какие данные входят | На какой вопрос отвечает |
|---|---|---|
| Платформенный | Упоминания, цитаты, показы URL, запросы, цитируемые страницы. | Где и в каком контексте клиника или сайт появились в AI-интерфейсе? |
| Сайтовый | AI-канал, source / medium, реферер, UTM, посадочная страница, цели. | Перешёл ли пользователь на сайт и что сделал после входа? |
| Бизнес-слой | Квалифицированное обращение, подтверждённая запись, филиал, услуга, визит. | Связан ли известный источник с реальной загрузкой клиники? |
Важно
Не рассчитывайте единый балл, пока не определены веса и назначение показателя. Сложение показов, цитат, переходов и записей создаёт удобное число, но скрывает причины изменений и ограничения данных.
Читайте также
Как клинике стать источником для генеративных ответов
Отдельный материал о сущностях, экспертности, внешних подтверждениях и технической доступности сайта для AI-систем.
Какие источники данных подключить
Платформы раскрывают разные события. В дашборде их нужно хранить отдельными колонками, не преобразуя в одну универсальную метрику.
| Источник | Что можно получить | Как использовать |
|---|---|---|
| Яндекс Вебмастер | Долю упоминаний среди источников Алисы AI, динамику, примеры запросов и похожие сайты. | Отслеживать присутствие сайта внутри продукта Яндекса по его собственной методике. |
| Google Search Console | Отдельные данные по показам URL в генеративных функциях, если отчёт доступен аккаунту. | Анализировать страницы, страны, устройства и даты без приравнивания показов к кликам. |
| Bing Webmaster Tools | Total Citations, Average Cited Pages, grounding queries и цитируемые URL. | Находить темы и страницы, которые используются как источники в экосистеме Microsoft. |
| Microsoft Clarity AI Visibility | Цитаты, Share of authority, AI referral traffic и grounding queries. | Сопоставлять цитирование и известные переходы, сохраняя ограничения методики. |
| Веб-аналитика | AI-канал, source / medium, реферер, посадочные страницы и цели. | Фиксировать только те переходы, для которых источник сохранился или был распознан. |
| CRM, коллтрекинг, онлайн-запись | Источник обращения, статус, запись и визит. | Связывать маркетинговые события с операционным результатом без раскрытия медицинских сведений. |
В отчёте Яндекс Вебмастера данные обновляются по собственной выборке сервиса. Google Search Console, Bing Webmaster Tools и Microsoft Clarity используют другие события и правила расчёта. Поэтому тренд оценивают внутри одной системы и сопоставимого периода.
Как распознавать переходы из AI-сервисов
Переход попадает в отчёт только тогда, когда аналитическая система получила реферер, UTM-метку или распознала источник по собственному правилу. Приложение может открыть страницу во встроенном браузере, скрыть реферер или передать визит как прямой. Поэтому число AI-сеансов следует считать нижней границей, а не полным охватом канала.
В Google Analytics распознанные визиты могут попадать в канал AI Assistant и medium ai-assistant. Для ChatGPT дополнительным признаком служит параметр utm_source=chatgpt.com, но его нужно проверять вместе с реферером и фактическими значениями source / medium.
Правило сегментации должно включать:
- исходный source / medium и реферер без преждевременного переименования;
- отдельную группу известных AI-источников, которую регулярно пересматривают;
- посадочную страницу и идентификатор сессии;
- первый известный источник и последний известный источник;
- признак «источник не определён», чтобы не относить весь прямой трафик к AI-поиску;
- исключение визитов сотрудников, подрядчиков и тестовых переходов.
Предупреждение
Не добавляйте весь брендовый и прямой трафик к AI-поиску. Рост брендовых запросов может совпасть с ростом упоминаний, но без связующего идентификатора или дополнительного исследования это корреляция, а не доказанная атрибуция.
Как вести реестр упоминаний и цитируемых страниц
Если платформенного отчёта нет или его выборка не соответствует приоритетным услугам клиники, используйте воспроизводимый реестр проверок. Его задача – хранить исходные наблюдения, а не только итоговый процент.
| Поле реестра | Что сохранять |
|---|---|
| Условия проверки | AI-система, режим ответа, дата, язык, регион и тип устройства, если он влияет на результат. |
| Запрос | Точную формулировку и группу: услуга, врач, филиал, сравнение, стоимость, подготовка к записи. |
| Присутствие | Упомянута ли клиника, врач или филиал; в какой части ответа и в каком контексте. |
| Цитирование | Домен, конкретный URL, другие источники и доступность ссылки пользователю. |
| Точность | Корректность адреса, расписания, услуги, врача, цены и существенных ограничений. |
| Доказательство | Скриншот или архив ответа, дата проверки и имя проверяющего. |
Порядок работы с реестром
- Зафиксируйте базовый набор вопросов. Не меняйте его незаметно между периодами.
- Разделите постоянную и исследовательскую выборку. Новые вопросы не должны искажать основной тренд.
- Сохраняйте исходный ответ. Фиксируйте цитируемый URL и условия проверки.
- Отмечайте тип изменения. Новое упоминание, новая цитата, потерянная страница или фактическая ошибка.
- Сопоставляйте даты. Связывайте наблюдения с обновлениями страниц и профилей, не выдавая совпадение за причинность.
Как связать данные сайта с CRM, записью и визитом
Веб-аналитика заканчивается на целевом действии, но для клиники отправленная форма, подтверждённая запись и состоявшийся визит – разные события. Между системами нужно передавать минимальный технический набор, достаточный для связи без медицинских сведений.
| Система | Обязательные поля | Контроль качества |
|---|---|---|
| Сайт и веб-аналитика | Идентификатор сессии или заявки, источник, канал, посадочная страница, дата и целевое действие. | Источник не теряется при редиректе, переходе между доменами и открытии формы записи. |
| Коллтрекинг | Сессия, динамический номер, звонок, квалификация обращения. | Повторные звонки и технические обращения не считаются новыми пациентами. |
| Онлайн-запись | Идентификатор заявки, услуга, филиал, время создания и статус. | Отправка формы не приравнивается к подтверждённой записи. |
| CRM | Первый и последний известный источник, статус обращения, подтверждение записи и визита. | Одинаковые обращения не дублируются между формой, звонком и записью. |
| Опрос пациента | Ответ «где узнали о клинике» как отдельное поле. | Самоотчёт используется как дополнительный сигнал, а не как единственная атрибуция. |
Для отчёта полезно хранить три независимых поля: первый известный источник, последний известный источник и источник по словам пациента. Такая схема не делает атрибуцию полной, но позволяет увидеть прямые AI-переходы и отложенные сценарии, когда пользователь позже вернулся через поиск, карты или прямой визит.
Как собрать дашборд для руководителя
Руководителю не нужен полный журнал запросов на первом экране. Дашборд должен показывать состояние системы, изменения и точки, где требуется решение. Подробный реестр остаётся в приложении к отчёту.
| Блок | Показатели | Решение, которое поддерживает |
|---|---|---|
| Покрытие AI-систем | Какие платформы подключены, за какой период есть данные, где отчёт недоступен. | Понять полноту наблюдения и не принимать отсутствие данных за отсутствие видимости. |
| Упоминания и цитаты | Динамика внутри каждой платформы, цитируемые URL, новые и потерянные страницы. | Определить, какие разделы требуют проверки или обновления. |
| Переходы | AI-сеансы, источники, посадочные страницы и целевые действия. | Оценить качество известных переходов, не распространяя вывод на весь AI-охват. |
| Обращения и записи | Квалифицированные обращения, подтверждённые записи и визиты. | Сопоставить канал с реальной загрузкой направлений и филиалов. |
| Качество ответов | Ошибки в адресах, врачах, услугах, ценах и ограничениях. | Расставить приоритеты исправлений, даже если переходов пока мало. |
| Методика | Источник каждого показателя, период, размер выборки и ограничения. | Проверить, можно ли сравнивать текущий период с предыдущим. |
Частота зависит от объёма данных. Как рабочий регламент можно проверять технические сбои и фактические ошибки чаще, а управленческие выводы по обращениям и визитам делать после накопления достаточной выборки. Период должен быть закреплён в методике, а не меняться вслед за результатом.
Как проверить качество данных и защиту персональных данных
Перед запуском отчёта нужно проверить не только события и фильтры, но и правомерность передачи данных между сайтом, аналитикой, коллтрекингом, CRM и внешними сервисами. Конкретный состав мер зависит от используемых продуктов и договоров.
В проверочный лист входят:
- правовое основание и заявленные цели сбора данных;
- минимально необходимый состав идентификаторов без диагнозов, результатов обследований и иных медицинских сведений;
- перечень подрядчиков и третьих лиц, которым доступны данные;
- место и сроки хранения, а также фактическая трансграничная передача;
- условия записи телефонных разговоров и информирование пользователей;
- разграничение доступа сотрудников и журналирование изменений;
- соответствие cookies, аналитических скриптов и форм опубликованным документам сайта;
- процедура удаления тестовых, ошибочных и дублирующих записей.
Частые ошибки
Сравнивать показатели разных платформ как одну величину; менять контрольные запросы между периодами; считать отправку формы записью; приписывать AI весь прямой трафик; передавать в маркетинговый отчёт избыточные сведения о пациенте.
Краткий вывод
Дашборд AI-видимости полезен только тогда, когда каждая цифра имеет источник, период и ограничение. Платформенные сигналы, переходы и бизнес-события нужно связывать, но нельзя подменять друг другом.
Обсуждение (0)
Хотите участвовать в обсуждении?
Комментарии могут оставлять только зарегистрированные пользователи с подтверждённым email.