Заявку с формы Метрика и GA4 видят без проблем — событие уходит сразу в браузере. Звонок — нет, он происходит на телефонной линии, а не в DOM. Для сайта услуг звонок часто половина или больше всех обращений, и если его не трекать, вся аналитика канала врёт в сторону «реклама не работает», хотя она просто работает мимо отчётов. Разбираю статический и динамический коллтрекинг, как привязать звонок к цели без отдельного платного сервиса и свою ошибку с номерами, которая сломала NAP-консистентность для локального SEO.
Классическая картина на аудите: клиент льёт бюджет в Директ и SEO, в Метрике 40 конверсий по форме в месяц, в звонках — тишина, потому что их никто не считает. Клиент на словах говорит «мне звонят чаще, чем пишут» — и это почти всегда правда для ниш типа ремонта, стоматологии, автосервиса, юридических услуг. Без коллтрекинга весь этот поток для аналитики — чёрная дыра: знаем, что звонки есть, не знаем откуда.
Статический коллтрекинг: дешёвый вход
Статический — это когда на разные каналы вешаешь разные номера: один в контактах сайта для органики, второй в объявлениях контекста, третий в визитках и офлайн-материалах. Разница по звонкам видна из отчёта виртуальной АТС: сколько пришло на каждый номер. Это бесплатно или почти бесплатно, если у тебя уже есть виртуальная АТС с возможностью завести второй добавочный номер — большинство провайдеров в РБ это позволяют за небольшую доплату.
Минус — статический коллтрекинг не различает источники внутри одного канала. Если на сайте один номер «для всей рекламы», ты не поймёшь, пришёл звонок с конкретного объявления Директа по запросу «ремонт холодильников минск» или с баннера в РСЯ — обе кампании выдают на экран один и тот же номер.
Динамический коллтрекинг: когда он оправдан
Динамический коллтрекинг подменяет номер на сайте JS-скриптом в зависимости от того, откуда пришёл конкретный посетитель — у каждой сессии или даже у каждого источника/кампании свой номер из пула, который сервис динамически выдаёт и потом сопоставляет со звонком. Это даёт точность на уровне конкретного объявления или ключевого запроса — примерно то же самое, что UTM-метка делает для формы, коллтрекинг делает для звонка.
Динамический вариант оправдан, когда у тебя несколько активных платных каналов одновременно (Директ + Google Ads + несколько площадок размещения) и бюджет достаточно большой, чтобы разница в 10-15% точности атрибуции звонков реально меняла решения по перераспределению бюджета. Для сайта с одним каналом трафика или совсем малым бюджетом на контекст — это избыточно, статического достаточно.
Как сделать без отдельного дорогого сервиса
Специализированные коллтрекинг-сервисы в РБ и РФ стоят от нескольких сотен рублей/рублей БРБ в месяц за динамический пул номеров — не всегда есть смысл платить за это отдельно, если бюджет на рекламу сам небольшой. Рабочие альтернативы, которые использую на небольших проектах:
- Статический коллтрекинг через существующую виртуальную АТС — почти всегда бесплатная настройка, если АТС уже есть. Разные номера на разные каналы, отчёт смотришь прямо в кабинете провайдера связи.
- Форма «обратный звонок» вместо прямого номера на рекламных посадочных — посетитель оставляет номер, менеджер звонит сам. Это превращает звонок в форму, которая трекается стандартно как любая другая конверсия — без магии с подменой номеров.
- Интеграция АТС с CRM и передача серверной цели в Метрику/GA4 — если АТС поддерживает вебхуки при входящем звонке, можно отправлять серверное событие «звонок N секунд» прямо в Метрику через Measurement Protocol или аналог. Для сайта услуг цель «звонок 60+ секунд» — честный сигнал интереса, короткие звонки (ошиблись номером, уточнили адрес) не засоряют конверсии.
Моя ошибка: номера в NAP-профилях разъехались
На одном проекте поставил классический статический коллтрекинг — отдельный номер для органики на сайте, отдельный для контекстных кампаний. Логично же. Проблема вылезла не в аналитике, а в локальном SEO: клиент по привычке продолжал использовать «старый», основной номер в Google Business Profile, Яндекс.Бизнес и в нескольких каталогах, где компания была зарегистрирована годами. На сайте — один номер, в профилях — другой.
NAP-консистентность (Name, Address, Phone — одинаковые по всем площадкам) — один из факторов локального ранжирования, который разбирал в посте про локальное SEO. Расхождение номера телефона между сайтом и профилями не убивает позиции мгновенно, но постепенно размывает доверие агрегаторов к тому, что это одна и та же компания. Заметили не сразу — через пару месяцев, когда разбирались, почему трафик с Google Business Profile стабильно ниже ожидаемого для карточки с хорошими отзывами. Фикс был простой: номер коллтрекинга оставили только на самом сайте для динамики кампаний, а во всех внешних профилях вернули единый основной номер — его же указали как «канонический» в телефонном поле Schema.org LocalBusiness.
Урок: любой коллтрекинг, который меняет номер в видимых поисковику местах — не только на сайте, но и в карточках, каталогах, визитках — нужно сверять с тем, что уже разлито по внешним профилям, прежде чем включать. Иначе аналитика выигрывает, а локальное SEO тихо проигрывает.
Статический vs динамический — что выбрать
| Ситуация | Что выбрать |
|---|---|
| Один канал рекламы (только Директ или только SEO) | Статический — хватит одного дополнительного номера |
| 2-3 канала, умеренный бюджет | Статический с номером на каждый канал — дешёво и достаточно точно |
| Несколько платных каналов одновременно, крупный бюджет на контекст | Динамический — точность на уровне кампании/объявления оправдывает стоимость сервиса |
| Номер уже разлит по десяткам каталогов и профилей (локальный бизнес) | Сначала форма «обратный звонок» вместо подмены номера — безопаснее для NAP |
| Нет бюджета на отдельный сервис, но есть нормальная АТС | Серверная цель через вебхук АТС в Метрику/GA4 — почти бесплатно |
Чеклист внедрения
- Посчитать, какая доля обращений реально идёт звонком, а не формой — часто оказывается больше половины.
- Выбрать статический или динамический коллтрекинг по количеству одновременных платных каналов, не по моде.
- Если номер меняется для коллтрекинга — проверить, не используется ли основной номер в GBP, Яндекс.Бизнес, каталогах, визитках. Если да — не менять номер в этих местах, трекать иначе.
- Настроить минимальный фильтр качества звонка — хотя бы по длительности (60+ секунд), чтобы случайные и ошибочные звонки не искажали конверсии.
- Завести цель в Метрике/GA4 под звонок — без неё коллтрекинг просто собирает данные, которые никуда не попадают в отчёты по каналам.
Если сайт у тебя для бизнеса, где люди привыкли звонить, а не писать — сколько реальных обращений сейчас проходит мимо твоей аналитики просто потому, что звонок не считается конверсией?
Больше по теме: настройка Яндекс.Метрики и целей, UTM-метки для разметки трафика и GA4 через GTM.