Когда UTM-метки звонка теряются после переходов, первый просмотр фиксирует рекламу, а звонок попадает в CRM как прямой или неизвестный. Причина обычно в том, что параметры читаются только из текущего URL и не сохраняются на весь путь посетителя.

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

Что сделать в первую очередь

  • Откройте тестовую ссылку с уникальными utm_source, utm_campaign и utm_content.
  • Перейдите на несколько внутренних страниц и проверьте cookie или серверную сессию.
  • Запишите показанный динамический номер и совершите тестовый звонок.
  • Сопоставьте визит, звонок и карточку CRM по времени и идентификатору.

Почему возникает проблема

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

  • Скрипт читает UTM только на странице входа и не сохраняет их.
  • Cookie создается для неправильного домена, пути или слишком короткого срока.
  • Переход между поддоменами создает новую сессию посетителя.
  • CRM получает только последний URL и перезаписывает первоначальный источник.

Пошаговая диагностика

  • Проверьте момент создания first-party cookie и ее атрибуты Domain, Path и SameSite.
  • Сравните visitor_id до и после перехода между страницами и поддоменами.
  • Посмотрите запрос скрипта подмены номера и ответ с пулом коллтрекинга.
  • Проверьте payload webhook звонка: есть ли в нем UTM и landing page.
  • Убедитесь, что интеграция CRM не заменяет first touch пустым last touch.

Как исправить

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

  • Сохраняйте исходные UTM при первом валидном входе и задайте понятный срок атрибуции.
  • Передавайте идентификатор визита во все страницы и формы без раскрытия персональных данных.
  • Настройте общий домен cookie для разрешенных поддоменов или серверное связывание сессий.
  • Разделите в CRM поля первого и последнего источника, не перезаписывая историю.
  • Связывайте звонок с визитом по идентификатору коллтрекинга, а не только по времени.

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

  • После пяти переходов тестовый звонок сохраняет исходную кампанию.
  • Прямой повторный визит обрабатывается согласно выбранному окну атрибуции.
  • В аналитике, коллтрекинге и CRM совпадают visitor_id, источник и кампания.

Как не допустить повторения

  • Добавьте автоматический тест рекламной ссылки до тестового обращения.
  • Документируйте модель first touch, last touch и срок хранения источника.
  • Контролируйте изменения cookie consent, доменов и скриптов подмены номера.

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

Нужно ли добавлять UTM ко всем внутренним ссылкам?

Нет. Это засоряет URL и может перезаписать источник. Надежнее хранить атрибуцию в first-party состоянии.

Что считать источником повторного звонка?

Это бизнес-правило. Обычно отдельно хранят первый источник клиента и источник текущего обращения.

Когда стоит обратиться за помощью

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

Итог

UTM должны сопровождать визит как данные атрибуции, а не зависеть от текущего адреса страницы. Я могу настроить сохранение источника, передачу звонка в CRM и сверку отчетов на реальном сценарии.