Коллтрекинг

Происхождение и история термина

Английское название call tracking буквально обозначает отслеживание звонков. В патентной публикации WO2005111887A2, опубликованной 24 ноября 2005 года, задача уже рассматривается применительно к рекламе в телефонных справочниках, газетах, на телевидении и в интернете. Авторы описывают номера, по которым можно распознать источник обращения, и проблему: множество рекламных площадок требует множества номеров. Предлагаемое техническое развитие — выдавать номер по необходимости и затем возвращать его в общий запас для повторного использования. ^[1]

Этот документ фиксирует переход от подсчёта откликов на размещение к управлению номерами в интернет-рекламе; он не устанавливает первого изобретателя коллтрекинга. Следующий уровень детализации виден в современной справке Метрики: динамическая схема связывает звонок с посещением сайта. Так развитие касается не только телефонии, но и точности ответа на вопрос, откуда пришло обращение. ^{[1] [4]}

Суть и механизм

Представим учебную ситуацию: редакция продаёт рекламные размещения и хочет различить обращения из печатного буклета и с сайта. В каждом месте она публикует отдельный номер. Оба номера ведут в один отдел, но система сохраняет, какой из них набрал человек. Такая конструкция соответствует описанному в патенте учёту по источникам; название компании и числа в примерах ниже вымышлены. ^[1]

Для сайта возможна более подробная связь. Google Ads описывает программную подмену номера после перехода из рекламы. В этой функции конверсией, то есть выбранным для учёта результатом, становится звонок дольше установленного пользователем порога. Порог помогает отбирать звонки по длительности, но не сообщает, о чём договорились собеседники. ^[2]

Затем данные нужно передать между системами. Например, Twilio отправляет приложению webhook — автоматический запрос с информацией о телефонном событии. Входящий вызов вызывает один тип уведомления, а после завершения вызова можно получить уведомление о состоянии. Это разные моменты жизненного цикла звонка; считать их двумя обращениями было бы ошибкой. ^[5]

Виды и классификации

Здесь используется техническое разделение из справки Яндекс Метрики. При динамическом методе сервис закрепляет номер за сессией — посещением сайта. Переданный звонок Метрика связывает с ближайшим подходящим визитом. Статический звонок к визиту не привязывается; для него в нашем учебном примере сохраняется связь с размещением. ^[4]

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

Как применяется на практике

Google и Яндекс показывают разные части процесса, поэтому настройки и показатели нельзя считать взаимозаменяемыми.

Международный пример Google не означает доступности этой функции в России: документация ставит условие поддерживаемой страны. Российский сценарий представлен справкой Метрики, а не предположением об одинаковых возможностях платформ. ^{[2] [4]}

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

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

Как измерить или проверить

В учебном примере за месяц зарегистрировано 50 разных входящих вызовов. На 40 ответили, а 20 отвеченных вызовов содержали запрос рекламного предложения. Затраты выбранной кампании составили 10 000 рублей. Для расчёта условимся, что все эти вызовы связаны с ней, а повторных запросов среди двадцати подходящих нет.

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

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

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

Ошибки, ограничения и спорные вопросы

Самая простая ошибка — назвать клики звонками. Google отдельно предупреждает: измерение нажатий на телефонную ссылку мобильного сайта учитывает именно нажатия, а не фактические вызовы. Человек может открыть набор номера и передумать; в таком учебном сценарии клик есть, звонка нет. ^[3]

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

Содержание беседы также не тождественно событию звонка. В документации Twilio уведомления о вызовах и о готовности записи выделены отдельно. Поэтому при проектировании отчёта нужно различать факт обращения и наличие аудиозаписи; её хранение добавляет отдельный предмет правовой проверки. ^[5]

Правовой аспект

В России применяется Закон № 152-ФЗ от 27.07.2006 в редакции от 26.07.2026. По пункту 1 статьи 3 сведения относятся к персональным данным, если связаны с определённым или определяемым человеком. Поэтому номер и история обращений требуют оценки в контексте конкретной системы. Часть 1 статьи 6 предусматривает основания обработки; согласие названо в пункте 1, но не является единственным основанием. ^[6]

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

Частые вопросы

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

• atributsiya
• istochnik-trafika
• konversiya
• yandeks-metrika
• google-analytics-4
• crm-sistema