Коллтрекинг отвечает на вопрос "откуда пришёл звонок", но два его вида — динамический и статический — решают эту задачу принципиально разными способами и подходят под разные объёмы трафика. Разберём различие и как выбрать вариант для конкретного сайта на 1С-Битрикс.
Статический коллтрекинг: один номер на канал
Статический коллтрекинг закрепляет отдельный подменный номер за каждым источником трафика целиком — например, один номер для контекстной рекламы в Яндекс.Директ, другой для органического поиска, третий для визиток и офлайн-рекламы. Атрибуция получается на уровне канала: система знает, что звонок пришёл именно с контекстной рекламы, но не может связать его с конкретным визитом, ключевым словом или рекламным объявлением внутри канала.
Динамический коллтрекинг: номер на конкретного посетителя
Динамический коллтрекинг выделяет отдельный номер (из пула подменных номеров) на каждого уникального посетителя сайта на время его сессии — номер на странице подменяется JavaScript-скриптом при загрузке. Это даёт атрибуцию значительно точнее: система знает не просто канал, а конкретную рекламную кампанию, ключевое слово и даже страницу входа, с которой пришёл именно этот посетитель, позвонивший позже.
Нужна помощь с Битрикс?
Требования к объёму трафика
Динамический коллтрекинг требует пула номеров, достаточного, чтобы каждому одновременному посетителю доставался отдельный номер, — чем больше трафика, тем больше номеров нужно в пуле, а значит выше и стоимость обслуживания. Для сайта с небольшим трафиком динамический коллтрекинг может оказаться избыточно дорогим относительно ценности дополнительной точности атрибуции по сравнению со статическим вариантом.
Подключение к сайту на 1С-Битрикс
Большинство сервисов коллтрекинга (CoMagic, Calltouch,
Roistat и аналогичные) предоставляют JavaScript-код для встраивания
в шаблон сайта — код подключается в header.php
или, для более гибкого управления, через Google Tag Manager,
как и остальные внешние скрипты аналитики. Прямая интеграция
через API сервиса, а не только клиентский скрипт, нужна, если
требуется, например, автоматически создавать заявку в CRM
по данным звонка сразу на стороне сервера.
Совместимость с кешированием страниц
Подмена номера в динамическом коллтрекинге работает через JavaScript уже после загрузки страницы — это означает, что кеширование HTML на стороне сервера (композитный сайт, кеш компонентов) не мешает работе коллтрекинга напрямую, поскольку подмена происходит на клиенте. Но стоит убедиться, что сам номер телефона в исходном HTML-шаблоне не захардкожен способом, препятствующим JavaScript-замене (например, как изображение вместо текста).
Передача данных звонка в CRM-модуль
Для полноценной сквозной картины звонок, привязанный к конкретному посетителю через динамический коллтрекинг, стоит передавать в CRM-модуль как отдельное событие с привязкой к сессии — тогда менеджер, обрабатывающий обращение, видит не только сам факт звонка, но и путь клиента до него: с какой рекламной кампании и какие страницы сайта он посетил перед звонком.
Гибридный подход
Комбинация подходов — статический коллтрекинг для стабильных офлайн-каналов (визитки, вывеска) и динамический для digital-рекламы с изменчивыми кампаниями — часто оказывается разумнее выбора только одного варианта целиком: там, где нужна точная атрибуция по кампаниям, работает динамический, там, где канал стабилен и не требует детализации, достаточно фиксированного номера.
Частые ошибки
- Динамический коллтрекинг выбран при малом трафике. Стоимость пула номеров не окупается дополнительной точностью атрибуции.
- Номер телефона в шаблоне не текстовый, а изображение. JavaScript-подмена номера технически невозможна.
- Данные звонка не связаны с сессией в CRM. Менеджер видит звонок без контекста пути клиента до обращения.
Итог
Статический коллтрекинг даёт атрибуцию на уровне канала целиком и подходит для стабильных источников трафика с ограниченным бюджетом, динамический — атрибуцию на уровне конкретного визита ценой пула подменных номеров, масштабирующегося с объёмом трафика. Выбор между ними — вопрос соотношения ценности точной атрибуции и реальной стоимости обслуживания под конкретный объём посетителей сайта.