- Аналитика чат-бота: что это и почему конверсия диалога считается иначе, чем конверсия сайта
- Какие метрики конверсии диалогов нужно считать
- Воронка чат-бота: как связать клик по рекламе с заявкой
- Разметка диалогов: цели, события и UTM-метки для чат-бота
- Коллтрекинг и чат-бот: как учитывать звонки из диалога
- Чат-бот против формы на сайте: что даёт выше конверсию диалога и заявки
- Сравнение по ключевым параметрам
- Типовые ошибки при построении сценария
- Как внедрить: пошаговый план на первую версию сценария
- Заключение
Клиент присылает скрин: «У бота 412 диалогов за месяц, реклама явно работает». Смотрю в CRM — заявок оттуда 19, оплаченных — 6. Разница между «диалог начался» и «диалог принёс деньги» — это ровно та зона, где аналитика чат-бота либо есть, либо превращается в красивые, но бесполезные цифры для отчёта.
Я настраиваю контекстную рекламу и сквозную аналитику для бизнеса, и всё чаще трафик из Директа приводит не на лендинг с формой, а прямо в диалог — в Telegram, ВКонтакте или во встроенный виджет на сайте. Реклама в этой цепочке работает так же, как всегда, а вот аналитика конверсии обычно ломается именно на этапе чат-бота: количество диалогов путают с количеством заявок, а цену клика — с ценой лида.
В статье разберу, какие метрики конверсии диалогов чат-бота стоит считать, как выстроить воронку от клика по рекламе до заявки, как размечать цели и события, где чат-бот ошибочно винят за низкую конверсию рекламы, и какими инструментами это всё считать без самописной аналитики.
Аналитика чат-бота: что это и почему конверсия диалога считается иначе, чем конверсия сайта
Аналитика чат-бота — это учёт того, что происходит внутри диалога после того, как человек написал первое сообщение: сколько дошло до ключевого шага (оставили телефон, выбрали услугу, подтвердили запись), сколько отвалилось на каждом шаге и сколько диалогов в итоге превратилось в заявку или оплату. В этом смысле она устроена как обычная веб-аналитика — с целями, событиями и воронкой — но с одной принципиальной разницей.
На сайте конверсия — это, как правило, один финальный клик: «отправить форму». В диалоге конверсия — цепочка из 4–9 шагов, где пользователь может ответить не на тот вопрос, уйти в середине сценария, вернуться через два дня или написать вручную «а можно человека». Считать успешным весь диалог целиком — то же самое, что считать конверсией сайта сам факт открытия страницы, без учёта того, добрался ли человек до формы.
По моим наблюдениям на проектах, где рекламный трафик частично или полностью ведёт в чат-бота — салоны, частные школы, доставка, event-агентства, — заказчики почти всегда сначала смотрят только на «количество диалогов» как на аналог кликов. Это рабочая метрика верхнего уровня, но она ничего не говорит про качество трафика и не позволяет посчитать реальный ROMI рекламной кампании.
🔍 Диалог ≠ лид
Если бот считает диалогом любое сообщение, включая «привет» и «а сколько стоит доставка», без учёта дохождения до целевого шага — метрика «количество диалогов» будет расти при падении реальной конверсии в заявку. Это классический сигнал того, что нужна разметка целей, а не просто счётчик сообщений.
Какие метрики конверсии диалогов нужно считать
Для аналитики чат-бота я обычно выделяю четыре уровня метрик — от объёма трафика до денег. Пропускать промежуточные шаги нельзя: именно на них видно, где теряется конверсия — в рекламе, в первом сообщении бота или в сценарии.
| Уровень метрики | Что считаем | Типичный диапазон* |
|---|---|---|
| Старты диалога | Клик по рекламе или переход из мессенджера привёл к первому сообщению боту | 18–34% от кликов |
| Дохождение до ключевого шага | Пользователь ответил на 2–3 квалифицирующих вопроса сценария | 40–65% от стартов |
| Лид (контакт получен) | Оставлен телефон, e-mail или подтверждена запись/бронь | 22–41% от дошедших |
| Оплаченная заявка | Лид дошёл до сделки в CRM | 27–52% от лидов |
*Диапазоны собраны по нескольким нишам с чат-ботами (услуги, доставка, обучение) и приводятся как ориентир, а не универсальная норма — у каждого проекта своя специфика сценария и трафика.
Отдельно стоит фиксировать метрику drop rate — долю пользователей, которые прекратили диалог на конкретном шаге сценария. Если из 260 стартовавших диалогов 171 отвалился именно на вопросе «в каком районе вам удобнее» — это не проблема рекламы, а повод переформулировать вопрос или заменить его на выбор из списка. Такую детализацию по шагам обычные счётчики переходов не дают, нужна разметка событий внутри бота — об этом дальше.
Воронка чат-бота: как связать клик по рекламе с заявкой
Чтобы конверсия диалога не жила отдельно от рекламного бюджета, воронку нужно строить сквозной — от клика в Яндекс Директе до сделки в CRM, а не только внутри бота. Логика та же, что в обычной сквозной аналитике для интернет-магазина, но источник трафика для бота часто мессенджер, а не сайт, поэтому связка требует отдельного звена — параметра, который переносится из объявления в диалог.
Схема выглядит так:
Клик по объявлению в Директе — сохраняется UTM-метка и yclid
Переход в мессенджер по deep link с параметром start
Бот сохраняет параметр как источник в базе диалогов
Данные пользователя и источник передаются в CRM при получении лида
Оффлайн-конверсии (оплата, визит) отправляются обратно в Яндекс Метрику или Директ через API
Без deep link с параметром старта восстановить источник диалога почти невозможно — пользователь просто открывает бота, а откуда он пришёл, определить нельзя. Это первое, что я проверяю на новых проектах с ботами: если реклама ведёт в Telegram без параметра start, вся аналитика источников держится на честном слове клиента при первом сообщении, а не на данных.
Если чат-бот работает как один из каналов лидогенерации наравне с квизами и формами, полезно свериться со статьёй про чат-боты и квизы для лидогенерации — там разбор того, как выбирать формат под конкретную задачу, до того, как считать его конверсию.
Разметка диалогов: цели, события и UTM-метки для чат-бота
Разметка событий в чат-боте устроена похожим образом на цели в Яндекс Метрике, только шагов больше, и каждый нужно фиксировать как отдельное событие с уникальным именем — иначе позже невозможно отделить «дошёл до вопроса про район» от «дошёл до оплаты».
Минимальный набор событий, который я рекомендую заводить в любом боте с рекламным трафиком:
dialog_start — первое сообщение с сохранением источника
step_qualified — пройден блок квалифицирующих вопросов
contact_received — получен телефон или e-mail
booking_confirmed — подтверждена запись, бронь или заказ
dialog_dropped — фиксация шага, на котором пользователь замолчал дольше суток
UTM-метки в связке с ботом работают немного иначе, чем на сайте: они не читаются самим ботом напрямую (мессенджеры их обрезают), поэтому метку из объявления нужно транслировать через отдельный технический параметр — start в Telegram или ref во ВКонтакте, который бот декодирует в источник, кампанию и объявление при первом сообщении. Если этого не сделать, все диалоги в отчёте бота будут выглядеть как «прямой заход», и посчитать конверсию по конкретному объявлению станет нечем.
💡 Один параметр — вся аналитика
На практике достаточно передавать в диалог всего два поля — id рекламной кампании и id объявления. Дальше их можно расшифровать в Яндекс Метрике или Директе, зная, какому объявлению какой id соответствовал. Не нужно тащить в бота весь набор UTM-параметров — это усложняет ссылку и иногда обрезается мессенджером.
Коллтрекинг и чат-бот: как учитывать звонки из диалога
Часть диалогов заканчивается не заявкой в форме, а фразой «давайте я лучше позвоню» и переходом в звонок. Если это не учитывать отдельно, конверсия чат-бота искусственно занижается — человек фактически конвертировался, просто через другой канал контакта. Здесь логика та же, что описана в статье про сквозную аналитику без CRM: нужен способ связать звонок с исходным диалогом.
Рабочая схема — подменный номер, который бот показывает пользователю на шаге «связаться голосом», с передачей в коллтрекинг того же параметра источника, что использовался при старте диалога. Тогда звонок в отчёте помечается не просто как «звонок с сайта», а как «звонок из диалога №XXXX, кампания такая-то» — и его можно засчитать в общую конверсию канала. Подробнее про саму механику связки звонков с источниками — в материале про коллтрекинг и сквозную аналитику.
Чат-бот против формы на сайте: что даёт выше конверсию диалога и заявки
Вопрос «бот или форма» я слышу почти на каждом проекте, где рассматривают переход с классического лендинга на чат-бота. Однозначного победителя нет — форма и бот решают разные задачи в воронке.
Сравнение по ключевым параметрам
| Параметр | Чат-бот | Форма на сайте |
|---|---|---|
| Конверсия в старт | Выше — переход в мессенджер привычнее клика по форме | Ниже, особенно на мобильном |
| Качество лида | Выше при хорошем сценарии квалификации | Зависит от количества полей формы |
| Скорость получения контакта | Телефон или контакт мессенджера — не всегда телефон | Обычно телефон + e-mail сразу |
| Возврат к диалогу | Можно напомнить через день-два прямо в чате | Нужен отдельный канал — email или ретаргетинг |
| Стоимость внедрения | Выше — нужен конструктор или разработка сценария | Ниже — форма делается за час |
| Where лучше работает | Товары и услуги с выбором из вариантов, консультационные продажи | Простые продукты с одним понятным действием — «оставить заявку на замер» |
На практике самая высокая суммарная конверсия получается не при выборе одного из двух вариантов, а при их связке: форма на сайте с одним полем «телефон» плюс кнопка «написать в Telegram» рядом. Пользователь выбирает удобный ему канал, а не тот, что навязала посадочная страница. Если трафик идёт с holодных источников — соцсети, тизерная реклама, — бот обычно выигрывает за счёт низкого порога входа. Если трафик горячий, из поиска по конкретному запросу с намерением купить — форма с телефоном часто быстрее закрывает сделку, потому что человек уже готов и не хочет писать сообщения.
Типовые ошибки при построении сценария
⚠️ Ошибка 1. Слишком длинная цепочка вопросов до первого полезного действия
Если бот задаёт пять вопросов подряд прежде, чем показать хоть что-то ценное — цену, каталог, ответ, — пользователь уходит на третьем. Правило простое: полезное действие (расчёт, подбор, показ цены) должно происходить не позже второго шага, а квалификационные вопросы — идти после того, как человек увидел результат.
⚠️ Ошибка 2. Нет варианта «оператор» на каждом шаге
Часть пользователей не хочет проходить сценарий вообще — им нужен человек здесь и сейчас. Если кнопка «связаться с менеджером» есть только в самом начале или самом конце цепочки, эти люди просто закрывают диалог. Кнопка должна быть доступна на любом шаге.
⚠️ Ошибка 3. Бот не признаёт, что не понял запрос
Когда сценарий построен только на жёстких кнопках, а пользователь пишет текстом что-то нестандартное, плохая реализация просто повторяет тот же вопрос или молчит. Это выглядит как поломка и обесценивает весь бренд, а не только бота — по данным опросов о клиентском опыте, единичный негативный контакт с ботом снижает доверие ко всей компании. Правильная реакция — явное «не понял, уточните» плюс предложение вернуться к кнопкам или позвать оператора.
⚠️ Ошибка 4. Метрики считаются только по факту «начал диалог»
Если в отчётности фигурирует только количество запущенных диалогов без разбивки по шагам, невозможно понять, где именно теряются люди. Без пошаговой воронки, аналогичной той, что описана в разделе про UTM выше, любая оптимизация сценария — это гадание, а не работа с данными.
Как внедрить: пошаговый план на первую версию сценария
Шаг 1. Выпишите на бумаге путь клиента без бота — с какими вопросами он приходит, что спрашивает первым, на каком шаге обычно теряется живой менеджер. Сценарий бота — это цифровая копия хорошего продавца, а не абстрактная логика.
Шаг 2. Определите 3–4 ключевые ветки по типу запроса (цена, наличие, консультация, готов купить) и для каждой — минимальный набор вопросов до полезного действия.
Шаг 3. Заведите в конструкторе или коде параметры start/ref для передачи источника рекламы и настройте фиксацию каждого шага сценария как отдельного события.
Шаг 4. Настройте передачу событий в Метрику или CRM, свяжите с коллтрекингом, если предусмотрен переход в звонок.
Шаг 5. Запустите на 10–15% трафика, соберите статистику падений по каждому шагу за 1–2 недели, перепишите узкие места.
Шаг 6. Масштабируйте на весь трафик, сохранив возможность A/B-теста альтернативных формулировок вопросов на самых проблемных шагах.
Сколько шагов должно быть в идеальном сценарии чат-бота?
Универсального числа нет, но практический ориентир — от 3 до 6 шагов до получения контакта или полезного действия. Больше 6 шагов подряд без промежуточной ценности резко увеличивает отказы на каждом следующем экране.
Можно ли обойтись без коллтрекинга, если основной канал — чат-бот?
Можно, если действительно 100% конверсий закрываются внутри диалога. На практике часть пользователей всё равно просит позвонить, и без коллтрекинга эти конверсии выпадают из отчётности бота, искажая реальную эффективность канала.
Как передать UTM-метку рекламной кампании в Telegram-бота?
Через параметр start в глубокой ссылке вида t.me/botname?start=идентификатор, где идентификатор кодирует источник и кампанию, а бот при первом сообщении декодирует его и сохраняет в свойства диалога.
Что делать, если пользователь пишет свободным текстом, а не жмёт кнопки?
Нужен базовый уровень распознавания ключевых слов или интентов хотя бы для самых частых запросов (цена, наличие, звонок), а для остального — мягкий фолбэк с уточняющим вопросом и предложением вернуться к кнопкам, без имитации молчания или повтора того же текста.
Какая метрика важнее — конверсия в старт диалога или конверсия в заявку?
Обе важны, но конверсия в заявку показывает реальную эффективность сценария, а конверсия в старт — качество креатива и посадочной точки входа. Оптимизировать нужно обе, но раздельно: рост стартов при падении заявок означает проблему именно в сценарии, а не в рекламе.
Стоит ли использовать один и тот же сценарий для разных рекламных кампаний?
Лучше адаптировать первый шаг под конкретное объявление или площадку — если человек кликнул по объявлению про конкретный товар, а бот встречает его общим приветствием без привязки к этому товару, часть релевантности и мотивации теряется уже на первом экране.
Заключение
Конверсия чат-бота в заявку — это не свойство самого бота, а результат того, насколько сценарий совпадает с реальными вопросами и темпом принятия решения конкретной аудиторией. Технически идеальный бот с плохим сценарием проигрывает простой форме, а простой бот с продуманной логикой квалификации способен обгонять и форму, и живого оператора по скорости первого контакта. Ключевые точки контроля — короткий путь до первой пользы, доступный на любом шаге переход к человеку, честная реакция на нераспознанный запрос и сквозная аналитика, которая связывает источник рекламы, шаги диалога и итоговую заявку или звонок в одну цепочку. Без этой связки любая работа над ботом превращается в изменение вслепую: цифры вроде «диалогов стало больше» ничего не говорят о деньгах, которые эти диалоги приносят.
Если нужна помощь с настройкой сквозной аналитики и разметки диалогов чат-бота — оставьте заявку на консультацию.
Читайте также
→ Сквозная аналитика без CRM: как связать источники и конверсии
→ Коллтрекинг и сквозная аналитика: как считать звонки правильно
→ UTM-метки для рекламы: полное руководство по разметке кампаний
→ Как собрать семантическое ядро для Яндекс Директ
→ Структура рекламных кампаний в Яндекс Директе
→ Настройка колл-трекинга для Яндекс Директа
Автор: Павел Комарков — специалист по контекстной рекламе с 2010 года, работал с бюджетами от 50 000 ₽ до 150 млн ₽ в месяц. Подробнее →
