Как учитывать переходы из ответов ИИ в аналитике сайта

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

Что именно можно измерить

Важно разделить три события: ИИ упомянул вашу компанию, человек перешёл на сайт, человек оставил заявку. Аналитика сайта фиксирует действия на сайте, если сбор данных работает. Само появление компании в ответе ИИ она не показывает.

Даже когда источник перехода распознан, это ещё не доказательство рекомендации. Сервис мог показать ссылку среди источников, привести её в сравнении или открыть по просьбе пользователя. Поэтому корректное название отчёта — «Распознаваемые переходы из ИИ-сервисов». Формулировка «Клиенты по рекомендации ИИ» требует дополнительных сведений.

Для бизнеса полезно ответить на следующие вопросы:

• Какие ИИ-сервисы видны среди источников посещений?
• На какие страницы приходят эти посетители?
• Оставляют ли они заявки, звонят ли, покупают ли?
• Какие обращения доходят до обсуждения заказа или продажи?
• Какие ограничения мешают сравнивать этот источник с другими?

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

Как аналитика узнаёт источник перехода

Адрес предыдущей страницы

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

Если в переданных данных есть распознаваемый домен ИИ-сервиса, посещение можно включить в отдельную группу. Домен — основная часть адреса сайта. Проверять нужно именно её, а не случайное упоминание названия сервиса в адресе страницы.

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

Метки в ссылке

UTM-метки — дополнительные параметры адреса, которыми обозначают источник и назначение ссылки. Например, utm_source используют для названия источника, а utm_medium — для способа привлечения.

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

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

Категория в готовом отчёте

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

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

Что подготовить перед настройкой

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

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

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

Пошаговая настройка учёта

Шаг 1. Изучите фактические источники посещений

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

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

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

Шаг 2. Проверьте путь перехода

Если в доступном вам ИИ-сервисе есть ответ со ссылкой на ваш сайт, выполните контрольный переход. Зафиксируйте страницу назначения и условия: браузер или приложение, наличие промежуточной страницы, метки в конечном адресе.

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

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

Шаг 3. Создайте отдельный сегмент

Объедините подтверждённые источники в сегмент «Распознаваемые переходы из ИИ-сервисов». Сохраните также разбивку по отдельным сервисам: она поможет понять, какой источник связан с обращениями.

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

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

Шаг 4. Зафиксируйте правила классификации

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

Не заменяйте исходные сведения одной общей подписью «ИИ». Сохраняйте доступные поля, чтобы позже проверить спорную запись или пересчитать отчёт по обновлённым правилам.

Простая таблица поможет отделить наблюдение от предположения:

Наблюдение	Как учитывать	Что нельзя заключить
Передан проверенный домен ИИ-сервиса	Включить в основной сегмент	Что сервис рекомендовал компанию
Есть проверенная метка контролируемой ссылки	Учитывать по согласованному правилу	Что метка описывает все переходы из этого сервиса
Источник отсутствует	Оставить источник неопределённым	Что посещение обязательно связано с ИИ
Клиент сообщил об ИИ	Записать ответ в карточке обращения	Что технический источник визита подтверждён
Сайт посетил автоматический запрос	Проверить отдельно от клиентских посещений	Что за запросом стоит потенциальный покупатель

Шаг 5. Подключите обращения и продажи

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

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

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

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

Как составить отчёт для владельца бизнеса

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

Подойдёт следующая структура:

Поле	Зачем смотреть
Распознаваемый источник	Понимать, откуда зарегистрирован переход
Страница входа	Видеть, с какого материала начинается посещение
Посещения	Оценивать наблюдаемый объём переходов
Уникальные обращения	Отделять интерес от действий клиента
Подходящие обращения	Проверять соответствие запросов вашим услугам
Сделки и выручка, если доступны	Оценивать результат для бизнеса
Ограничения учёта	Не принимать неполные данные за полную картину

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

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

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

Пример: переход есть, заявка появилась позже

Предположим, компания продаёт услуги по обслуживанию оборудования. Посетитель открыл из ИИ-сервиса статью о выборе подрядчика, затем изучил страницу услуг и ушёл. Позже он вернулся другим способом и отправил заявку.

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

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

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

Какие переходы останутся нераспознанными

Источник потерян

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

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

ИИ-ответ находился внутри поиска

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

Без дополнительного проверенного признака оставьте посещение в поисковом источнике. Не распределяйте его между каналами по предположению или по изменению поведения посетителей.

Человек получил ответ без посещения

Если пользователь прочитал ответ и не открыл сайт, счётчик сайта не увидит это взаимодействие. Отсутствие посещения не доказывает отсутствие упоминания компании. При этом упоминание само по себе не подтверждает интерес или будущую покупку.

Проверку присутствия компании в ответах ведите отдельно от отчёта по обращениям. Эти наблюдения нельзя автоматически соединить в единую историю клиента.

Как уменьшить ошибки учёта

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

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

Добавьте к форме или разговору необязательный вопрос «Как вы узнали о компании?», если ответ действительно используется. Предусмотрите вариант про ИИ-сервис и свободное уточнение. Не подсказывайте клиенту желаемый ответ и не считайте заполнение этого поля обязательным доказательством источника.

В итоговом отчёте используйте формулировку: «Обращения, связанные с распознаваемыми переходами из ИИ-сервисов». Рядом укажите, какие признаки использованы и какая часть пути клиента недоступна. Такой учёт позволяет оценивать наблюдаемые обращения без попытки выдать их за полный объём влияния ИИ.

Проверить сайт бесплатно