Суть простая: каждому источнику или посетителю показывают свой телефонный номер. Человек звонит — система понимает, что номер был привязан к контексту, директу или конкретному визиту. Так звонок перестаёт быть «пришёл откуда-то» и встаёт в один ряд с заявками из формы.
Есть две схемы. Статическая подмена закрепляет номер за каналом целиком — годится, когда звонков немного и важен сам источник. Динамическая выдаёт уникальный номер каждому посетителю и связывает его с конкретной сессией, вплоть до ключевого слова. Без коллтрекинга сквозная аналитика слепа на телефонных лидах, а для многих ниш это половина обращений.
Видно, из какой рекламы пришёл звонивший клиент.
Каждому посетителю показывают свой номер, привязанный к каналу.
Звонки попадают в отчёт и цену заявки по каналам.
На сайте подменный номер: позвонил клиент с рекламы Яндекса — система пометила звонок этим источником. Так видно, что 40 звонков из 100 пришли с контекста, а CPL по ним 350 ₽.
Динамический коллтрекинг требует пула номеров: посетителям показывают разные номера по очереди, и чем больше одновременных визитов, тем больше номеров нужно, чтобы они не «склеивались». На практике берут пул с запасом 1 номер на 8–15 одновременных сессий — при нехватке два посетителя получат один номер, и атрибуция к ключевому слову сломается. Для этого коллтрекинг подменяет номер JS-скриптом на стороне клиента, а сам сводит звонок с визитом по cookie и метке источника.
Главная ошибка внедрения — оставить старый номер в шапке, в микроразметке Organization и в Яндекс.Бизнесе: люди звонят туда напрямую, и эти лиды выпадают из сквозной аналитики. Подменять нужно все точки контакта на сайте, а прямой номер прятать. Проверяйте чистоту так: за месяц доля звонков без определённого источника должна быть ниже 10–15%, иначе пул мал или часть номеров не подменяется.