← Блог

Клиент нашёл вас через ChatGPT, а аналитика этого не заметила

Опубликовано: · Проверено редакцией geo-rank.ai · Как мы проверяем

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

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

Как рекомендация исчезает из отчёта об источниках

Рассмотрим вымышленный пример. Маркетолог небольшой компании ищет подрядчика по переработке сайта. В понедельник он обсуждает критерии с ChatGPT и сохраняет два названия в заметки. В среду вводит одно из названий в Google, открывает сайт и отправляет форму.

Прокрутите таблицу по горизонтали, чтобы увидеть все столбцы.

ЭтапГде остаётся свидетельствоЧто можно установить
Получил рекомендацию в ChatGPTИстория разговора покупателяЧто было показано в конкретном ответе, если он сохранился
Записал название компанииЗаметка или рассказ покупателяКак он объясняет своё решение; доступность подтверждения зависит от клиента
Нашёл сайт по названию в GoogleПоисковый переход и доступные данные аналитикиНаблюдаемый способ посещения сайта
Оставил заявкуФорма и CRMФакт обращения и дальнейший результат

До среды сайт не участвовал в описанном пути. У его аналитики нет перехода из ChatGPT, который можно было бы восстановить сменой модели атрибуции.

Google различает источники первого привлечения пользователя, сессии и события. Поэтому перед сравнением отчётов уточняйте область действия поля: First user source и Session source отвечают на разные вопросы. Документация GA4.

Почему нельзя записать весь Direct на счёт ИИ

В материале Optimist об AI и SEO обсуждается ситуация, когда влияние обнаружения бренда не видно в привычных отчётах по переходам. Это полезная постановка вопроса. Однако рост прямого трафика или брендового поиска сам по себе не устанавливает его причину.

По определению Google, (direct) / (none) означает отсутствие ясного источника перехода. Среди возможных причин — прямой ввод адреса и потеря сведений о привлечении. У этого значения нет встроенной расшифровки «посетитель пришёл после рекомендации ИИ». Справка GA4 о Direct.

Брендовый поиск тоже может вырасти после выступления, рекламы, публикации в СМИ или рекомендации знакомого. Тренд даёт повод для проверки. Отнести его к ChatGPT без дополнительных свидетельств нельзя.

Спросите о последовательности, а не только об источнике

В форме или первом разговоре полезен нейтральный вопрос: «Как вы впервые узнали о нашей компании?» Начинайте с открытого ответа. Формулировка «Вы нашли нас в ChatGPT?» уже подсказывает версию и ухудшает качество исследования.

Если клиент сам упомянул ИИ, уточните несколько деталей:

  1. Какую задачу он решал и что примерно спрашивал?
  2. Название компании предложил сервис или клиент уже знал его и попросил сравнить варианты?
  3. Что заинтересовало в ответе: рекомендация, описание подхода, цена, ссылка на материал?
  4. Как после этого он нашёл сайт и что побудило обратиться?

Эта последовательность различает обнаружение и последующую проверку. Человек мог узнать о компании от коллеги, а ChatGPT использовать для составления вопросов к подрядчику. В таком случае ИИ участвовал в выборе, но не был первым источником знакомства.

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

Храните три слоя свидетельств

У записи о клиенте должны оставаться отдельные поля для автоматически полученных данных, рассказа человека и вывода исследователя. Иначе гипотеза постепенно превращается в «факт из CRM».

Прокрутите таблицу по горизонтали, чтобы увидеть все столбцы.

СлойПример записиКак использовать
Наблюдаемые данныеЗаявка L-104; источник связанной с ней сессии — google / organicДля отчёта по зарегистрированному привлечению
Сообщение клиента«Впервые увидел название в ChatGPT; потом искал сайт по названию»Для учёта знакомства через ИИ со слов покупателя
Подтверждение и выводИсходного ответа нет; знакомство через ИИ заявлено клиентомДля оценки полноты свидетельств, без выдуманного перехода

Идентификатор L-104 здесь условный. На практике используйте согласованный номер заявки или сделки, чтобы несколько звонков с одним человеком не превратились в несколько покупателей.

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

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

Разберите случай по степени подтверждения

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

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

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

Клиент не помнит. Сохраните «неизвестно». Выбор ближайшего правдоподобного канала делает отчёт аккуратнее на вид, но менее достоверным.

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

Допустим, за месяц получено 12 уникальных подходящих обращений. Это учебные данные. Восемь человек ответили на вопрос о первом знакомстве. Трое назвали ChatGPT: один прислал сохранённый ответ, двое описали путь по памяти. Ещё один человек использовал ИИ только после рекомендации коллеги. Четверо не ответили на вопрос.

В отчёте можно написать: «Из восьми ответивших покупателей трое сообщили, что впервые узнали о компании через ChatGPT. Для одного сохранён исходный ответ. Ещё один использовал ИИ на этапе проверки компании. Для четырёх из 12 обращений сведения о знакомстве не получены».

Доля сообщивших о первом знакомстве через ChatGPT составляет 3 / 8 = 37,5% среди ответивших. Относительно всех подходящих обращений это 3 / 12 = 25% с таким свидетельством. Четыре пропуска не позволяют объявить оставшиеся 75% «не связанными с ИИ».

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

Какое решение принимать по результатам

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

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

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