Как учитывать звонки и не смешивать их с кликами по номеру

Редакция Romanov Lab · Опубликовано 13 октября 2026

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

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

Определите единицу до подключения сервиса

В словаре показателей отдельно опишите клик по телефонной ссылке, входящий вызов, отвеченный вызов, разговор по существу и уникальное подходящее обращение. Название «лид» без определения здесь особенно опасно.

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

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

Что даёт коллтрекинг

По документации Метрики, данные звонков передаются через сервис коллтрекинга и API. При динамической подмене номер связывается с сессией, а переданный звонок сопоставляется с подходящим визитом. Статические звонки к визитам посетителей не привязываются. Это важное различие при чтении отчётов.

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

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

Проверьте всю поверхность номера

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

• Сопоставьте видимый номер и адрес tel: в шапке, меню, футере и контактах.
• Проверьте мобильное меню, плавающую кнопку и динамически открываемые окна.
• Проверьте возврат на страницу и переход между разделами в пределах предусмотренного сценария.
• Определите, что происходит при недоступности скрипта и исчерпании пула: связь с компанией должна оставаться доступной.
• Уточните правила для скопированного номера и позднего звонка у поставщика коллтрекинга.

Размер пула и срок закрепления номера выбирают по фактическому трафику и поведению, а не по обещанию «точность 100%». Если номер назначен другому посетителю раньше позднего звонка, индивидуальная привязка может стать ненадёжной. Такие ограничения должны быть видны владельцу отчёта.

Разделите качество звонка и качество обработки

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

У Метрики есть цели по звонкам с признаками первичности, ответа, метками и длительностью. Системное название «целевой звонок» следует сверить с условием цели: оно может обозначать установленный временной порог, а не квалификацию менеджером.

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

Учебная сверка трёх журналов

Представим условный период: аналитика зарегистрировала 50 кликов по номеру, телефония — 38 входящих вызовов, менеджеры выделили 21 новое подходящее обращение. Эти числа не образуют автоматически воронку 50 → 38 → 21. Среди вызовов могли быть ручные наборы без клика, среди кликов — повторные попытки, среди обращений — несколько разговоров по одной задаче.

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

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

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

Контрольные сценарии перед приёмкой

1. Клик без звонка. Нажать номер и отменить набор: учитывается контактное действие, подтверждённого вызова нет.
2. Ручной набор. Позвонить по показанному номеру с другого устройства: телефония видит вызов независимо от клика.
3. Ответ и пропуск. В согласованное тестовое время проверить оба статуса, не создавая помех рабочей линии.
4. Повторный разговор. Проверить различие нового звонка и нового обращения по правилам проекта.
5. Разные маршруты. Проверить подмену на мобильной странице и динамическом элементе.
6. Передача данных. Убедиться, что запись принята сервисом, появилась в нужном отчёте и имеет ожидаемый статус привязки.

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

Какой отчёт помогает принять решение

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

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