Звонки и переходы в мессенджер: что реально можно измерить

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

Опишите наблюдаемое действие

Для ссылки tel можно измерять нажатие. Сайт обычно не знает, был ли выполнен звонок и ответил ли сотрудник. Для ссылки на мессенджер также наблюдается переход, а дальнейшее общение происходит вне страницы. Назовите показатели «Нажатие телефона» и «Переход в Telegram», чтобы их смысл оставался ясным.

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

Проверьте все экземпляры ссылок

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

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

Для реальных звонков нужна другая цепочка

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

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

Согласуйте учёт сообщений

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

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

Показывайте воронку с честными названиями

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

Связанные материалы

Кнопка заявки, звонок или расчёт: как выбрать следующий шаг

Как связать заявку на сайте с её результатом в CRM

Документация для проверки

Настройка целевых событий: Яндекс Метрика

Ссылки на документацию проверены 8 октября 2026 года. Названия настроек и возможности сервисов могут меняться; перед внедрением сверяйте актуальные условия.