Клиент увидел объявление, открыл сайт и позвонил. Менеджер ответил, но в рекламном отчёте этого обращения нет: человек набрал номер вручную, а цель фиксирует только нажатие кнопки. Именно такой разрыв помогает закрыть коллтрекинг.
Коллтрекинг связывает входящие звонки с источниками обращения через специальные телефонные номера. На звонок отвечает ваша компания, а сервис сохраняет сведения о вызове и его источнике. В Гуси-Лебеди мы предлагаем начинать с простого вопроса: какое решение вы хотите принимать по этим данным? От ответа зависит и схема, и состав интеграций, и стоимость подключения.
Как номер превращается в данные о рекламе
Допустим, мастерская размещает рекламу на сайте и раздаёт листовки. Если везде указан один телефон, сам входящий вызов не сообщает, где клиент его нашёл. В статической схеме для листовки выделяют отдельный номер. Звонок на него переадресуется в мастерскую и получает отметку этого размещения.
На сайте можно пойти дальше: временно показывать разные номера посетителям и связывать вызов с конкретным визитом. Так работает динамическая подмена. Сервису нужны не только номера, но и сведения о посещении: источник перехода, рекламные метки и доступные идентификаторы. Какие именно поля попадут в отчёт, зависит от подключения и правил платформы.
Здесь важно различать три события. Нажатие на телефон означает намерение открыть звонок, но человек может передумать. Входящий вызов подтверждает попытку связаться, однако сотрудник мог не ответить. Разговор тоже ещё не продажа: клиент мог спросить адрес, уточнить действующий заказ или ошибиться номером.
Телефония отвечает за связь и распределение вызовов. Коллтрекинг добавляет привязку к источникам. CRM хранит историю клиента и результат работы с обращением. Для оценки продаж эти части нужно связать: источник → звонок → обращение → сделка. Одной записи разговора недостаточно, чтобы рассчитать прибыль рекламной кампании.
Статический или динамический: выбор по задаче
Статический коллтрекинг подходит, когда нужно различать конкретные размещения. Отдельный номер можно поставить на листовку, в справочник или использовать на сайте для группы посетителей. Ограничение определяется картой номеров: если один телефон опубликовали и на листовке, и в карточке организации, разделить эти места только по номеру нельзя.
Динамический коллтрекинг на сайте нужен для более подробной связи с визитом. Номер выделяется из пула по правилам сервиса, а система сопоставляет звонок с посещением. Это помогает анализировать кампании и объявления при наличии соответствующих данных. Не стоит обещать, что любой органический поисковый запрос обязательно будет известен.
Комбинированная схема соединяет оба подхода. Например, постоянные номера отмечают печатную рекламу и справочники, а динамические работают на сайте. Главное здесь не название пакета, а отсутствие конфликтов: какие номера постоянные, где действует подмена и какие источники она охватывает.
| Что хотите измерить | С какой схемы начать | Что проверить |
|---|---|---|
| Звонки с конкретной листовки или размещения | Отдельный статический номер | Его не используют в других местах |
| Обращения посетителей сайта из разных кампаний | Динамическая подмена | Источники визитов, пул и время закрепления |
| Сайт вместе с наружной рекламой и справочниками | Комбинированная схема | Границы между номерами и единые правила отчёта |
Составьте карту: номер, место размещения, источник в отчёте, маршрут вызова и ответственный. Это рабочий документ, который полезно обновлять при каждом новом размещении. Иначе старый номер может незаметно появиться в новой кампании, а статистика останется подписана прежним источником.
Что умеет встроенный коллтрекинг Яндекс Директа
В Директе есть отдельный динамический коллтрекинг, который связывает реальные звонки по подменным номерам в рекламе с рекламными данными. По актуальной справке Яндекса, инструмент бесплатный и доступен для организаций в России. Для подключения нужны предусмотренные справкой права на организацию, сеть или филиал в Яндекс Бизнесе.
Это важно рассматривать отдельно от стороннего скрипта на вашем сайте. В справке перечислены показы в поиске, галереях организаций, отелей и услуг, а также Картах. Там же указано ограничение: мобильная версия Карт и приложения Карт и Навигатора пока не поддерживаются. Доступность инструмента и нужного места показа проверяйте в своём кабинете перед запуском.
В новых кампаниях Простого старта подключение описано как автоматическое; для существующих предусмотрена настройка в кампании. В Единой перфоманс-кампании инструмент подключают в настройках. Данные можно смотреть в журнале звонков, использовать для целей и оптимизации кампаний. Для организации с привязанным счётчиком Метрики справка описывает автоматическую передачу данных.
Такой вариант стоит проверить, если задача связана именно со звонками по объявлениям Директа. Но он не подтверждает, что все обращения из листовок, других площадок и любого телефона сайта уже учтены. Для многоканального измерения сначала составьте карту обращений, затем определите, какую часть закрывает инструмент Яндекса и что требует отдельного решения.
Как выбрать сервис и понять полную стоимость
Сравнение «у кого дешевле один номер» мало что говорит о расходах проекта. Для статики количество зависит от размещений, которые нужно различать. Для динамики важны пиковая нагрузка, длительность визитов, время резервирования номера и правила его повторного использования. Универсальная формула по суточной посещаемости не заменяет расчёт по вашему трафику.
Попросите провайдера показать, что произойдёт при нехватке пула. Сайт может продолжать принимать звонки, но связь с конкретным визитом будет зависеть от предусмотренного поведения. Поэтому работоспособность телефона и полнота аналитики нужно проверять отдельно.
В расчёте должны быть понятны номера, минуты и переадресация, подключение, интеграции, запись и хранение разговоров, дополнительные отчёты и поддержка. Уточните регион номера, возможности работы с вашей телефонией, условия использования собственных номеров и порядок отключения. Основной номер для приёма переадресованных звонков и собственный номер непосредственно для трекинга являются разными вариантами подключения.
Попросите демонстрацию на вашем сценарии: обращение из нужного источника, повторный звонок и запись в используемой CRM. Название CRM в списке интеграций ещё не отвечает на вопрос, какие поля передаются и как создаются дубли. Выбирайте по тому, сможете ли вы принять и использовать результат, а не по длине перечня функций.
Подключение сайта, Метрики и CRM
Начните с маршрута звонка. Кому он поступит, что произойдёт вне рабочего времени, как обработают пропущенное обращение? Аналитика не поможет вернуть клиента, если никто не отвечает и нет понятного порядка обратного звонка.
Затем найдите все места с телефоном: шапку, подвал, меню, контакты, карточки, всплывающие окна и мобильные кнопки. Проверяйте одновременно видимый номер и адрес tel:. Когда меняется надпись, а кнопка набирает прежний телефон, посетитель идёт по другому маршруту, чем предполагает настройка.
Установку скрипта выполняют по документации выбранного сервиса. Проверьте, на каких шаблонах он загружается и для каких источников действует подмена. Предусмотрите понятное поведение при незагрузившемся компоненте: у посетителя должен оставаться доступный телефон. Если требуется доработка шаблонов, включите проверку этих мест в работы по поддержке сайта.
Для Метрики важно не просто отправить событие, а корректно связать его с данными посещения. Документация передачи звонков отдельно рассматривает статические и динамические звонки. Пользуйтесь поддерживаемой интеграцией и проверьте её результат в обеих системах: запись у провайдера не доказывает появление нужной конверсии в Метрике.
В CRM согласуйте, что создаётся после звонка: контакт, обращение, задача или сделка. Определите, куда попадёт повторный вызов, как сохранится источник и кто отметит результат. Для технической проверки полезны идентификатор события и время звонка: по ним проще найти одну запись в нескольких системах.
Для записей разговоров заранее определите доступ и правила работы с данными. В рабочих демонстрациях и общих отчётах не нужны реальные телефоны клиентов или содержание частных бесед. Проверять подключение удобно на согласованных тестовых обращениях.
Как принять настройку, а не только установленный скрипт
До теста запишите исходные условия: источник перехода, страницу, устройство, ожидаемый номер и маршрут звонка. Простой вход на главную проверяет лишь один случай. Для рекламного источника используйте предусмотренный сервисом способ тестирования, чтобы результат можно было воспроизвести.
| Сценарий | Признак корректной работы |
|---|---|
| Отслеживаемый переход | Показан нужный номер, источник записан по правилам сервиса |
| Звонок с мобильной кнопки | Набирается тот же номер, который виден на странице |
| Прямой визит | Срабатывает предусмотренная схема без ложного рекламного источника |
| Повторное обращение | В CRM сохраняется нужная история, новый клиент не создаётся без причины |
| Пропущенный звонок | Вызов виден со своим статусом и попадает в обработку |
| Передача данных | Одно тестовое событие найдено в сервисе, Метрике и CRM согласно настройке |
Отдельно проверьте выделение номеров при нескольких посещениях по согласованному сценарию провайдера. Здесь важны условия резервирования и нагрузка, а не обещание абстрактной точности.
Если номер не подменился, исследуйте загрузку компонента, правило источника и место на странице. Если вызов не дошёл, проверяйте переадресацию и телефонию. Если разговор состоялся, но цели нет, разбирайте передачу и сопоставление данных. Эти неисправности возникают на разных этапах.
Приёмка должна оставлять доказательство: сценарий, время, ожидаемый и фактический результат, найденные записи. Исправленный случай проверяйте снова. После запуска наблюдайте и реальные обращения: тест не охватывает все браузеры, задержки звонка и способы использования номера.
Что смотреть в отчёте и почему источник может ошибаться
Сначала разделите все вызовы, принятые разговоры, целевые обращения и продажи. Долгий разговор может оказаться консультацией действующего клиента, а короткий закончиться заказом. Порог длительности полезен как техническое правило цели, но не заменяет квалификацию обращения.
Повторные звонки также не равны новым клиентам. Человек уточняет доставку, перезванивает после обрыва или связывается по другому номеру. До сравнения каналов согласуйте правила новых обращений и дублей, а при оценке продаж учитывайте цикл сделки. Звонок сегодня и оплата позднее не должны потеряться между отчётными периодами.
Есть и ограничения самого сопоставления. Клиент может сохранить подменный номер и набрать его после окончания резервирования, переслать контакт знакомому или вернуться с другого устройства. При недостаточном пуле и ошибочной карте статических номеров картина тоже меняется. Система фиксирует доступную связь с источником, а не полную биографию покупателя.
Стоимость звонка рассчитывают из сопоставимых расходов и вызовов, стоимость целевого обращения из расходов и обращений по согласованным правилам. Для оценки продажи нужны данные о сделках. Если данные неполны, сначала исправьте измерение: дешёвая техническая конверсия не доказывает хорошую рекламу.
При оценке эффективности рекламных каналов мы предлагаем смотреть и на привлечение, и на обработку. Реклама может привести подходящего человека, но звонок останется без ответа. Или сотрудники отвечают быстро, однако обращения не соответствуют предложению. Для этих ситуаций нужны разные изменения.
Полезный результат подключения выглядит так: команда понимает, откуда появился звонок, что с ним произошло и насколько надёжно это отражено в системах. Тогда отчёт помогает выбирать действия, а не просто увеличивает число графиков.