Отслеживание звонков: как связать звонок с кампанией

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

Коротко

• Подменный номер — основной способ различить кампании и объявления; один номер на все каналы даёт только приблизительную привязку по времени и данным CRM.
• Цепочка состоит из трёх частей: выдача номеров, передача события о звонке в аналитику и сопоставление события с кликом или источником.
• Атрибуция звонка зависит от модели: в GA4 доступны последний клик и модель на основе данных, и разница между ними растёт с длиной цикла сделки.
• Расхождения с CRM чаще всего возникают из-за формата идентификаторов и из-за звонков, приходящих после закрытия сессии.
• Срок хранения записей о звонках задаёт сервис коллтрекинга и настройки аналитики, поэтому выгрузку журнала планируют заранее.

Как работает связка звонка с кампанией

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

Ключевой момент: различает звонки именно номер, а не сам факт вызова. Если на всех страницах и во всех объявлениях стоит один и тот же телефон, система не может отличить звонок из поиска от звонка из соцсетей. Она опирается на косвенные признаки — время визита, данные из CRM, — и точность такой привязки ниже.

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

Подменные номера: что настроить в первую очередь

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

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

Есть два подхода к выдаче номеров:

1. Статический — на каждой странице или в каждом объявлении прописан свой постоянный номер. Просто, предсказуемо, но не различает переходы внутри одной страницы.
2. Динамический — номер подставляется скриптом в момент визита, с учётом источника и параметров ссылки. Различает больше, но требует корректной разметки.

Второй вариант опирается на UTM-метки: если ссылка размечена, сервис знает, откуда пришёл человек, и показывает соответствующий номер. Как собрать такие ссылки, разобрано в материале про конструктор UTM-меток: как создать ссылку для кампании. Отдельная задача — добиться, чтобы разметка не терялась по пути к сделке; об этом в статье про UTM разметку, которая доходит до карточки в CRM.

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

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

Тут есть тонкость, на которой спотыкаются чаще всего. Событие о звонке и конверсия в рекламном кабинете — не одно и то же. Если вы отправляете серверные события в GA4 через Measurement Protocol, они попадают в GA4, а не напрямую в Google Ads. Импорт конверсий из GA4 и передача через Google Ads API или Data Manager — разные пути, и путать их нельзя. Подробнее о том, как устроена серверная отправка, — в статье про серверную передачу конверсий.

Чтобы звонок дошёл до отчёта, нужны три части:

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

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

Почему звонки в отчёте не совпадают с записями в CRM

Чаще всего расходятся идентификаторы. Номер телефона, время звонка или ID клиента передаются в разном формате, и система не склеивает записи. Телефон может быть записан с кодом страны и без, время — в разных часовых поясах, ID — с префиксом и без. Формально это одни и те же данные, но для машины — разные.

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

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

Атрибуция звонка: какую модель выбрать

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

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

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

Где хранятся данные о звонках и сколько они доступны

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

В GA4 срок 2 или 14 месяцев в стандартном ресурсе относится к данным уровня пользователя и события для неагрегированных исследований, а не ко всем агрегированным отчётам. Analytics 360 имеет другие варианты. То есть если вы рассчитываете вернуться к журналу звонков через год, заранее решите, куда его выгружать: в хранилище, в CRM или в отдельную таблицу.

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

Как собрать отчёт, который не врёт

Отчёт работает, когда все звонки в нём имеют источник, а источник совпадает с тем, что видит CRM. Для этого цепочку проверяют целиком, а не по частям.

Проверьте по порядку:

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

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

Собрать минимальный набор для сквозной аналитики, включая звонки, помогает материал про сквозную аналитику своими силами: минимальный набор. А если пиксель установлен, но события не доходят, причина обычно в этом — разбор в статье про генератор UTM метки: пиксель стоит, событий нет.

Частые ошибки при настройке отслеживания

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

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

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

Третья — смена модели атрибуции без сравнения на своей истории. Отчёт меняется, выводы делаются, а причина изменений остаётся непонятной.

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

Следующий шаг

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