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

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

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

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

Представим условную ситуацию: коллтрекинг зарегистрировал 40 звонков, в Яндекс.Метрике конверсий меньше, а часть записей в CRM отмечена как повторная.

Откуда берутся расхождения? Можно ли использовать эти данные для оценки рекламы? Что проверить, прежде чем принимать решение по результатам телефонных обращений?

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

Как коллтрекинг связывает телефонный звонок с рекламой

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

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

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

Как работает отслеживание звонков

Рассмотрим условный сценарий динамического отслеживания.

Покупатель нажимает на объявление Яндекс Директ и переходит на сайт. Вместо основного телефона компании система показывает ему специальный подменный номер.

Посетитель звонит по этому номеру. Вызов направляется в телефонию компании, а коллтрекинг фиксирует обращение и сопоставляет его с данными посещения.

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

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

Детализация зависит от метода отслеживания, возможностей сервиса и корректности идентификации посетителя.

Звонок может состояться и быть принят менеджером, даже если аналитика не смогла связать его с рекламным переходом.

Какие звонки можно отслеживать

При анализе звонков из Яндекс Директ необходимо различать несколько сценариев.

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

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

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

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

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

Клик по номеру телефона — не подтверждение звонка

При настройке соответствующей цели в Яндекс.Метрике можно отслеживать нажатия на телефонные ссылки. Но такой клик не доказывает, что покупатель действительно позвонил.

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

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

Поэтому клики по номеру и зарегистрированные звонки не следует автоматически суммировать как независимые лиды.

Подробную настройку и проверку подобных событий мы рассматриваем отдельно в материале Leadstream «Цели Яндекс.Метрики для Директа: настройка и проверка».

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

Статический и динамический коллтрекинг: в чём разница и какой выбрать

Для определения источника звонка применяются два основных метода: статический и динамический.

Они используют телефонные номера, но позволяют получить разную информацию об обращении.

Статический коллтрекинг

При статическом методе отдельный номер закрепляется за конкретным источником или размещением.

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

Когда покупатель звонит по одному из номеров, система определяет соответствующий источник.

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

Но у него есть ограничение.

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

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

Динамический коллтрекинг

Динамический коллтрекинг временно назначает подменный номер посетителю сайта или его посещению.

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

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

Это особенно полезно, когда на сайте одновременно работают несколько кампаний Яндекс Директ.

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

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

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

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

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

Но слишком маленький пул создаёт проблемы.

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

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

Универсального правила «один номер на определённое количество посетителей в день» нет. Размер пула необходимо рассчитывать и проверять на основе реальной нагрузки.

Почему динамический коллтрекинг не всегда точно определяет источник

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

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

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

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

Сравнение двух методов

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

Закреплённый номер показывает источник. Временная подмена при успешной привязке позволяет дополнительно определить кампанию и визит.

Как подключить коллтрекинг к Яндекс Директ

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

Эти решения могут дополнять друг друга, но не являются полностью взаимозаменяемыми.

Встроенный учёт звонков в рекламных размещениях

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

Не следует заранее считать, что встроенное решение подменяет номера на всех страницах сайта. Звонки после перехода на сайт требуют отдельной проверки схемы учёта.

Как проверить, куда передаются данные о звонках

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

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

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

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

При выборе важны не столько название сервиса и минимальная абонентская плата, сколько возможности конкретной конфигурации:

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

Состав затрат и условия зависят от сервиса, тарифа и необходимой конфигурации. Сравнивайте предложения при одинаковых требованиях к подмене, нагрузке и интеграциям.

На снимке показаны поля журнала звонков. Состав передаваемых данных и правила классификации зависят от настроек интеграции.

Как проверить подмену номеров на сайте

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

Подмена должна работать во всех предусмотренных сценариях посещения.

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

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

Отдельно нужно проверить мобильную версию сайта.

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

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

Чек-лист проверки динамической подмены

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

Почему нужно проверять телефонию

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

В зависимости от настроек используются виртуальная АТС, голосовое меню, очередь, группа распределения или переадресация на сотрудников.

На этом этапе коллтрекинг может зафиксировать вызов, который так и не превратился в разговор.

Возможна ситуация: покупатель позвонил, попал в очередь и завершил вызов до ответа менеджера. Или клиент сделал две попытки дозвона, но только вторая закончилась разговором.

Для правильной интерпретации необходимо разделять телефонные события.

Эти состояния не всегда представлены отдельными полями во всех сервисах. Однако их необходимо различать при анализе.

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

Как звонки попадают в Яндекс.Метрику и CRM

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

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

Как звонки поступают в Метрику

Внешние системы коллтрекинга могут использовать специализированную передачу информации о звонках в Метрику через API.

При этом передаются сведения о телефонном обращении, его характеристиках, методе отслеживания и доступных идентификаторах.

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

Для определения рекламного источника динамического звонка Метрика должна найти подходящий визит.

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

Если звонок передан как динамический, Метрика пытается связать его с подходящим посещением.

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

Почему звонок есть в журнале, но отсутствует среди конверсий

Коллтрекинг может зарегистрировать телефонный вызов и передать информацию о нём в Метрику.

Если система не связала переданный вызов с визитом или настроенной целью, он может не отразиться как целевая конверсия в отчёте.

Поэтому наличие события в журнале и его появление в отчёте по целям необходимо проверять отдельно.

Для диагностики используется отчёт:

Яндекс.Метрика → Отчёты → Звонки → Звонки, детально.

В нём можно посмотреть дату и время обращения, характеристики звонка, метод отслеживания, идентификаторы, статус привязки и другие переданные параметры.

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

На реальном отчёте видно, что динамический звонок может находиться в Метрике без связи с подходящим посещением сайта.

Срок передачи и обработки данных

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

При диагностике сопоставьте время вызова и загрузки, статус обработки и доступные данные о визите. Успешная отправка и успешная привязка — разные этапы.

Почему звонки и конверсии могут попадать на разные даты

Предположим, пользователь посетил сайт 11 октября, а позвонил 13 октября.

В журнале звонков событие может быть сгруппировано по дате вызова.

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

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

Как проверить обработку переданных данных

Успешная отправка данных не всегда означает, что все телефонные события обработаны корректно.

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

При технической проверке интеграции следует контролировать:

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

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

Какие типы телефонных событий различать

Системы аналитики и телефонии могут по-разному классифицировать телефонные события. Проверьте, какие признаки передаёт конкретная интеграция и как по ним настроена цель.

Правила классификации зависят от настроек и используемой интеграции.

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

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

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

Поэтому технически целевой звонок и квалифицированный лид — разные показатели.

Почему уникальные звонки в коллтрекинге и CRM различаются

Уникальность телефонного обращения определяется правилами конкретной системы.

Один сервис может использовать историю вызовов с определённого номера за установленный период. Другой — дополнительные параметры звонка.

CRM, в свою очередь, может связывать несколько телефонных номеров с одним клиентом или несколько вызовов с одной сделкой.

Перед сравнением статистики необходимо проверить следующие условия.

Коллтрекинг предоставляет данные о телефонном событии и его источнике. Для оценки количества новых клиентов дополнительно требуется согласованная методика учёта CRM.

Даже один звонок содержит несколько признаков: источник, продолжительность и статус повторности, который важно сопоставлять с CRM.

Подробную передачу статусов сделок и использование CRM-конверсий для оптимизации рекламы мы рассматриваем отдельно в материале Leadstream «Офлайн-конверсии в Яндекс Директ: как передавать данные из CRM и использовать их для оптимизации рекламы».

Как оценивать эффективность рекламы по звонкам

Коллтрекинг помогает увидеть телефонные обращения, которые раньше могли отсутствовать в рекламной статистике.

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

Почему дешёвый звонок не всегда означает эффективную рекламу

Предположим, интернет-магазин рекламирует две товарные категории.

За отчётный период получены следующие показатели.

Данные условные и используются для объяснения расчёта.

Если сравнивать кампании только по стоимости звонка, кампания А выглядит эффективнее: она приносит больше телефонных обращений за те же деньги.

Но после квалификации ситуация меняется.

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

В результате стоимость качественного лида из кампании Б вдвое ниже.

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

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

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

Подробнее о комплексной оценке рекламных кампаний мы рассказали в статье «Как оценить эффективность Яндекс Директ: какие показатели действительно важны бизнесу».

Как учитывать пропущенные и повторные звонки

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

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

Повторные звонки тоже требуют отдельного внимания.

Представим, что один покупатель звонит несколько раз по одному заказу. Для телефонии это несколько событий, а для бизнеса — один клиент.

Но бывает и обратная ситуация: новый потенциальный клиент повторно звонит после неудачной первой попытки. Исключать такие обращения из анализа без проверки нельзя.

Если телефонные обращения поступают, но не превращаются в продажи, причины могут находиться как в качестве рекламного трафика, так и в обработке лидов. Это разграничение мы рассматриваем в статье «Яндекс Директ: заявки есть, продаж нет — где искать проблему».

Можно ли использовать звонки для оптимизации рекламных стратегий

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

Однако технически целевой звонок не всегда совпадает с коммерчески качественным лидом.

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

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

Поэтому перед выбором конверсионной цели необходимо проверить полноту данных, достоверность квалификации и достаточность объёма событий.

Подробная методика использования CRM-статусов и продаж относится к теме офлайн-конверсий. Здесь же первоочередная задача — убедиться, что звонки корректно зарегистрированы и атрибутированы.

Почему коллтрекинг, Яндекс.Метрика и CRM показывают разные данные

Даже при настроенных интеграциях количество звонков в разных системах может отличаться.

Это не всегда означает ошибку.

Коллтрекинг регистрирует телефонные события. Метрика связывает подходящие звонки с посещениями. CRM хранит клиентов, обращения и сделки.

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

Поэтому диагностику нужно начинать с понимания того, какие именно объекты учитывает каждая система.

Звонок есть в коллтрекинге, но отсутствует в Метрике

В этом случае сначала необходимо проверить передачу данных.

Возможные причины:

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

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

Это разные ситуации, и способы их устранения отличаются.

Звонок передан, но не привязан к визиту

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

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

Отдельно проверьте способ отслеживания. В зависимости от настройки статические звонки могут фиксироваться без индивидуальной привязки к визиту; сверяйте доступные поля в конкретном отчёте.

Почему звонок есть в телефонии, но отсутствует в CRM

Телефонная система может зарегистрировать вызов, но соответствующая запись в CRM не появится.

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

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

Поэтому необходимо проверять не только количество новых лидов, но и историю звонков внутри CRM.

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

Как сверять коллтрекинг, телефонию, Метрику и CRM

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

Последовательность выглядит следующим образом.

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

Если сервис передаёт уникальный идентификатор звонка, его желательно использовать при сверке. Это надёжнее, чем искать совпадения только по телефонному номеру и времени.

Не следует пытаться искусственно привести все отчёты к одинаковому количеству записей.

Если разница объясняется правилами учёта, её необходимо правильно интерпретировать. Если найдена техническая ошибка — устранить её и проверить новые данные.

О том, как использовать достоверные данные в регулярной отчётности и какие показатели должен показывать рекламный подрядчик, мы рассказывали в статье «Какие отчёты по рекламе в Яндекс Директ должен предоставлять подрядчик».

Что проверить при работе с коллтрекингом и рекламной аналитикой

В рекламном проекте данные кабинета Яндекс Директ можно сопоставить с журналами телефонии и CRM, если эти системы подключены и передают нужные параметры.

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

Точный состав проверки зависит от используемой схемы и доступных данных.

Проверка текущей схемы

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

Затем проверьте передачу звонков в Метрику и соответствие телефонных событий записям CRM.

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

Как сопоставлять статусы звонков с данными CRM

В журнале MANGO OFFICE на иллюстрации показаны восемь обращений: три со статусом «Новый» и пять — «Повторный». Эти значения описывают классификацию внутри телефонии; сами по себе они не устанавливают, есть ли новый контакт или сделка в CRM.

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

Снимок показывает статусы телефонии; сопоставление обращений с CRM на нём не представлено.

При такой проверке историю номера в телефонии сопоставляют с записью CRM.

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

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

Предположим, Яндекс Директ показывает снижение количества телефонных конверсий.

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

Поэтому при заметном изменении показателей сначала проверьте телефонную аналитику и только затем оценивайте изменение спроса.

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

Заключение

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

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