Коллтрекинг для Яндекс Директа: когда он нужен для оценки заявок

Когда коллтрекинг действительно нужен

«Для меня коллтрекинг начинается не с подмены номера, а с договоренности о том, какие звонки считаются полезными и кто отвечает за следующий статус в CRM.»

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

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

Коллтрекинг особенно важен в услугах, где человек предпочитает уточнить условия голосом: сложное лечение, юридическая консультация, строительство, недвижимость, срочный ремонт или дорогая B2B-услуга. Но отрасль сама по себе ничего не гарантирует. Сначала нужно подтвердить, что звонок действительно является рабочим шагом воронки и отдел продаж готов его обрабатывать.

Главное условие: договор о данных

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

Цель измерения

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

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

Правила и ответственность

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

Одновременно назначают владельцев списка номеров, технических тестов, разметки звонков, CRM-статусов, сверки систем и рекламного решения. Если у расхождения нет владельца, оно месяцами остается примечанием в отчете.

Контроль кабинета, номеров и данных

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

Нужно зафиксировать:

• кто оплачивает регулярные расходы и владеет административными доступами;
• можно ли выгрузить историю, метки и настройки;
• как передаются номера или меняются контакты при смене сервиса;
• кто документирует интеграцию с Метрикой и CRM;
• что происходит при смене агентства или технического подрядчика.

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

Период и объект сравнения

Коллтрекер, Метрика и CRM могут группировать данные по разным датам. Звонок отображается по времени вызова, а достижение цели может относиться к более раннему визиту. Поэтому заранее выбирают объект сравнения: уникальные или все звонки, дату звонка или визита, новый лид или любой контакт.

Что теряется без связи звонка с рекламой

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

1. Формы становятся единственной видимой конверсией, если телефонные и CRM-события не передаются в аналитику. Кампания, которая приводит людей, предпочитающих звонить, может выглядеть слабой.
2. Звонки смешиваются между каналами. Директ, органический поиск, карты, повторные обращения и рекомендации попадают в один список.
3. CPL телефонных лидов считается по неполному знаменателю. Расход известен, а часть квалифицированных обращений по телефону не отнесена к источнику. Сырые звонки нельзя автоматически добавлять в число лидов.
4. Автоматическая стратегия получает верхний или неверный сигнал. Например, оптимизируется по клику на номер, хотя неизвестно, состоялся ли разговор и было ли обращение целевым.

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

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

Какая цепочка данных должна получиться

«Если рекламная система видит звонок, а команда не видит его качество и итог, отчет дает только половину маршрута клиента.»

Рабочая система начинается не с виджета подмены, а с карты данных.

рекламный клик-> визит на сайт-> показ подменного номера-> входящий вызов-> ответ или пропуск-> метка звонка-> квалификация в CRM-> сделка или причина отказа-> решение по рекламе

У каждого перехода свой источник данных и ответственный.

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

Полный контур UTM, целей, каналов и CRM выходит за границы этой статьи и разобран в материале о сквозной аналитике.

Статический и динамический учет для Директа

Коллтрекинг использует подменные телефонные номера. Разница между методами заключается в том, за чем закрепляется номер.

Яндекс описывает статический метод как закрепление номера за источником, а динамический - как подмену номера для посетителя сайта (материал Яндекс Рекламы о коллтрекинге).

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

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

Звонок, целевой звонок, лид и продажа - разные состояния

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

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

Яндекс позволяет передавать из коллтрекера разные типы звонков и создавать цели по меткам. В справке отдельно описаны проверенные обращения и квалифицированные лиды, которые прошли оценку менеджером (конверсии по звонкам и заявкам).

Длительность разговора может быть вспомогательным признаком, но не универсальным определением качества. Длинным бывает сервисный разговор действующего клиента, а коротким - целевой запрос на запись. Надежнее использовать содержательные метки и статус CRM.

Словарь должен отвечать минимум на пять вопросов:

1. Что считается новым обращением?
2. Как обрабатываются повторные звонки одного контакта?
3. Какие причины делают обращение нецелевым?
4. Кто присваивает и меняет метку?
5. Какой статус разрешено использовать для рекламной оптимизации?

Из чего складывается стоимость владения

Стоимость коллтрекинга шире абонентской платы. В решение входят:

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

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

Если команда не готова поддерживать квалификацию и сверку, дорогой динамический контур не становится полезнее дешевого статического номера. Сначала нужно обеспечить процесс, затем покупать точность.

Как принять интеграцию до рекламных решений

«Работа принята не тогда, когда тестовый звонок прошел, а когда его источник, запись, статус и дальнейший результат можно проследить в одной цепочке.»

Приемка проводится на тестовых визитах и звонках. Один успешный вызов не подтверждает работу всей схемы.

1. Проверить подмену номера

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

2. Проверить маршрутизацию

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

3. Проверить данные коллтрекера

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

4. Проверить Метрику

Метрика может получать дату и время, длительность, ожидание ответа, признак пропуска и повторности, номер, URL и метки; часть полей необязательна и зависит от интеграции (справка об отслеживании звонков).

В отчете Звонки, детально проверяют:

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

Отчет показывает как статические, так и динамические звонки, но рекламный источник и ключевая фраза относятся к звонкам, связанным с визитами (описание отчета).

Коллтрекер передает данные звонка и метки. При первой передаче Метрика создает специальную цель, а для отдельного типа обращения можно настроить цель Звонок с нужной меткой. Цель не является полем самого звонка: ее настройку и статистику нужно проверить отдельно (справка Метрики).

5. Проверить CRM

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

6. Сверить четыре системы

За контрольный период сопоставляют телефонию, коллтрекер, Метрику и CRM. Задача не в том, чтобы получить одинаковое число любой ценой. Нужно объяснить каждое различие:

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

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

Когда данные звонков можно использовать в Директе

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

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

Практическая последовательность:

1. Передавать согласованный полный набор звонков в аналитический контур.
2. Размечать спам, повторы, сервисные и целевые обращения одним словарем.
3. Проверить стабильность меток и привязки к визитам.
4. Настроить отдельную цель Звонок для подтвержденной метки.
5. Сравнить цель с CRM на контрольном периоде.
6. Убедиться, что объема и регулярности данных достаточно для выбранного режима управления.
7. Только после этого использовать цель в отчетах или стратегии.

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

В статье о Яндекс Директе в 2026 году отдельно разобрано, почему автоматизация требует полезной и стабильной цели.

Почему цифры в системах различаются

Разница не всегда означает поломку. Сначала нужно сравнить определения.

В официальной справке Яндекса прямо указано, что число звонков в детальном отчете и число достижений цели за одинаковый календарный период может отличаться: звонок отображается по времени вызова, а конверсия связывается с более ранним визитом (отчет Звонки, детально).

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

Гипотетический пример расхождения

Кейс: коллтрекинг был частью связи до договора

В опубликованном кейсе Медиакода по юридическим услугам команда разделила направления, отсекла информационный трафик и связала звонки, консультации и договоры с рекламными источниками. За два месяца при рекламном бюджете 578 200 рублей в кейсе зафиксированы 37 договоров и стоимость договора 15 627 рублей (кейс юридической компании).

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

Еженедельный регламент контроля

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

1. Сверить вызовы, пропуски и привязанные к визитам звонки.
2. Найти события без метки и просроченную квалификацию.
3. Сопоставить новые целевые обращения с CRM.
4. Разобрать заметные расхождения по источникам и кампаниям.
5. Назначить одно действие, владельца и дату повторной проверки.

Так отчет не превращается в архив цифр. Он показывает, где потеряна связь и кто должен ее восстановить.

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

Чек-лист готовности

• Понятно, какое рекламное решение должны поддержать звонки и какая точность для него нужна.
• Определены статусы от вызова до продажи, владельцы меток и правило повторного учета.
• Бизнес контролирует доступы, номера, расходы и порядок передачи данных.
• Учтена полная стоимость владения, а не только абонентская плата.
• Подмена, набор номеров, маршрутизация и пропуски прошли тесты.
• Статический и динамический методы не смешаны: источник статического звонка не выдается за связь с конкретным визитом.
• Метки и объекты учета согласованы между коллтрекером, Метрикой и CRM.
• Расхождения объяснены, а цель для Директа выбрана только после проверки качества.
• Назначен регулярный контроль, владелец исправлений и дата повторной проверки.

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

Чтобы проверить телефонную аналитику вместе с кампаниями, посадочными страницами и целями, обратитесь в Медиакод за разбором действующей рекламы в Яндекс Директе. В запросе укажите маршрут звонка, расхождения между системами, цели Метрики и CRM-статусы. Ожидаемый результат разбора нужно согласовать заранее: список источников расхождений, приоритет исправлений и владельца каждого действия.