Аналитика связки salebot и Getcourse Как у нас устроена аналитика воронки в Monitor Analytics и какие есть нюансы.

1. Как мы отслеживаем путь клиента

Мы анализируем вороночную историю: трекаем каждый запуск бота у пользователя.

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

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

2. Пример связки salebot и GetCourse

На примере нашего клиента процесс выглядит так:

1. Пользователь попадает в salebot, взаимодействует с ботом.

2. Когда он в итоге попадает на GEtcourse, в дополнительное поле записывается salebot‑ID.

3. Мы выгружаем эти данные и сопоставляем пользователя из salebot с пользователем в GetCourse. Так мы понимаем, кто пришёл, например, по метке из Яндекса и в итоге купил курс.

При этом у нас есть подробная статистика по каждому пользователю:

• какие сообщения были отправлены и доставлены;
• кликал ли пользователь по ссылкам;
• даже такие детали, как лайки сообщений.

В итоге по каждому клиенту мы видим:

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

3. Нюансы и ограничения

Есть несколько важных ограничений, которые нужно учитывать.

1) Исторические данные.

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

• лимиты распространяются на отправку сообщений клиентам;
• есть лимиты на запросы и выгрузки.

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

2) Ограниченность сегментации в salebot.

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

Приходите тестировать Monitor Analytics. Начните знакомство с купона на 7 дней: https://sedov.online/kupon-7