UTM-метки и сквозная аналитика: как понять, откуда приходит каждая заявка

Заявка в форме — ещё не ответ на вопрос, окупилась ли реклама. Клиент мог увидеть объявление, вернуться через поиск, позвонить по подменному номеру, а оплатить счёт через неделю. Если на каждом участке воронки используются разные названия каналов и не передаются идентификаторы, маркетинг видит клики, отдел продаж — сделки, а руководитель — три несовпадающие цифры.

Сквозная аналитика связывает эти данные в проверяемую цепочку: источник и визит → обращение → лид в CRM → квалификация → сделка и выручка. UTM-метки — важная часть цепочки, но не вся система. Они помогают распознать контролируемую ссылку, однако не идентифицируют человека, не заменяют коллтрекинг и не восстанавливают источник, который не передал браузер.

В статье — методика, актуальная на август 2026 года, для сайта, Яндекс Метрики, GA4 и CRM. Её цель — не пообещать невозможную стопроцентную атрибуцию, а сделать долю подтверждённых и полезных для решений данных максимальной.

Что считать сквозной аналитикой

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

1. технический след первого или последнего наблюдаемого визита;
2. идентификатор лида или сделки в CRM;
3. правила, по которым обращение признаётся дублем, целевым лидом, продажей или отказом;
4. дата и сумма бизнес-результата;
5. документированная модель атрибуции.

Минимальная цепочка выглядит так:

Рекламная ссылка или реферер
        ↓
сайт: UTM, click ID, ClientId, user ID, форма/звонок/чат
        ↓
CRM: лид и сделка с неизменяемыми техническими полями
        ↓
статусы продаж, выручка, причина отказа
        ↓
отчёт: расходы → лиды → квалифицированные лиды → продажи → доход

Не каждая заявка пройдёт эту цепочку. Пользователь может запретить аналитические cookies, перейти из приложения без реферера, позвонить по статическому номеру, очистить браузер или заполнить форму с другого устройства. Такие случаи нужно показывать как «источник не определён» или «требует сверки», а не автоматически приписывать Direct, Яндекс Директ или последнему менеджеру.

Сначала зафиксируйте сущности и правила учёта

До разметки ссылок договоритесь, какие события вы измеряете. Одно обращение не равно одному лиду, а один лид не всегда равен одной сделке.

В регламенте отдельно опишите, кто и когда меняет статус, что делать с повторным обращением, как учитывать отмену и возврат. Без этого формула ROMI будет выглядеть точной, но базироваться на случайной дисциплине менеджеров.

UTM-метки: что они умеют и чего не умеют

UTM-параметры добавляются в URL исходящей ссылки. Аналитика читает их на посадочной странице и использует для группировки трафика. Метки нужны там, где вы управляете ссылкой: в рассылке, Telegram-посте, размещении у партнёра, QR-коде, баннере или неавтоматической рекламной кампании.

Пример:

https://clickshot.ru/seo/?utm_source=telegram&utm_medium=paid_social&utm_campaign=seo_audit_2026q3&utm_content=post_01

Не размечайте UTM внутренние ссылки сайта. Они могут перезаписать исходный канал и испортить атрибуцию. Не добавляйте ручные UTM к ссылкам Google Ads с gclid, если это не отражает новый реальный контакт: документация GA4 прямо предупреждает, что сочетание значений кампании и Google Click ID может привести к неверному присвоению источника. Для Яндекс Директа обычно сохраняйте автоматический yclid и связку с Метрикой; собственные правила разметки проверяйте отдельно.

Также UTM не являются способом передать персональные данные. Не помещайте в них имя, телефон, e-mail, номер договора или внутренний идентификатор клиента. Яндекс запрещает передавать идентификационную информацию в UTM-параметрах.

Единый стандарт нейминга UTM

Хорошая схема должна отвечать на вопрос «что это за трафик» без расшифровки из памяти. Выберите латиницу, нижний регистр и один разделитель — дефис либо подчёркивание. Ниже — вариант словаря, который можно адаптировать под свой медиамикс.

Примеры ссылок:

Справочник храните в доступной таблице или в системе управления кампаниями. В ней нужны: готовый URL, владелец, дата запуска и остановки, посадочная страница, смысл content, статус и версия правила. Создавать ссылки должен один генератор или ответственная роль. Иначе Telegram, telegramm и tg станут тремя разными строками отчёта.

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

1. Полный набор для ручной кампании — как минимум utm_source, utm_medium, utm_campaign; content добавляйте для вариантов.
2. Один параметр имеет один смысл. Не используйте utm_campaign то для месяца, то для менеджера.
3. Не меняйте значения уже запущенной ссылки. Новому размещению — новый utm_content или новая кампания.
4. Не называйте всё cpc: это ломает сравнение платной рекламы, постов и партнёрств.
5. Не ставьте utm_medium=organic для неорганического размещения. В GA4 medium organic участвует в правилах Organic Search.
6. После публикации открывайте ссылку в чистой сессии и проверяйте факт попадания в отчёт.

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

Какие данные передавать с сайта в CRM

UTM нужны в аналитике, но для соединения формы со сделкой CRM должна получить сырые технические поля. Не ограничивайтесь полем «Источник: Telegram», которое менеджер выбирает вручную.

Минимальный набор полей лида

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

ClientId, UserID и данные о продажах в Метрике

Яндекс Метрика рекомендует передавать ClientId в запись сделки. Его получают методом getClientID и записывают в скрытое поле формы. Это анонимный идентификатор браузера, а не универсальный ID человека: у одного посетителя в двух браузерах будут разные ClientId. Если на сайте есть собственная авторизация, можно использовать и ваш UserID по правилам Метрики.

Для офлайн-конверсии Метрика принимает идентификаторы ClientId, UserId, Yclid или PurchaseId; передать можно также время конверсии, цель, доход и валюту. Для данных CRM доступны и механизмы сопоставления с телефоном/e-mail в предусмотренном сервисом формате. Предпочтительнее передавать ClientId при создании каждой сделки: это повышает вероятность корректной привязки. Не передавайте PII в обычные параметры счётчика, URL или UTM.

Загрузку лучше автоматизировать ежедневно или по понятному расписанию. В отчёте «Офлайн-конверсии» следите не только за продажами, но и за долей непривязанных записей и причиной: отсутствует ID, не найден визит, неверная цель или конверсия вне периода учёта. На дату проверки Метрика привязывает офлайн-конверсии в пределах 21 дня до загрузки, поэтому затягивать передачу опасно.

GA4 и серверные события

GA4 Measurement Protocol позволяет отправлять server-to-server и офлайн-события как дополнение к обычной разметке сайта. Для связки он использует client_id или app_instance_id; чтобы событие относилось к конкретной сессии, передайте session_id и отправьте его в пределах 24 часов от начала этой сессии. Это не делает протокол заменой клиентского тега: официальная документация прямо называет его дополнением к gtag, Tag Manager или Firebase.

Для длинного B2B-цикла разумнее считать CRM основной системой продаж, а GA4 — системой анализа поведения и подтверждённых онлайн-событий. Не пытайтесь «догрузить» в GA4 всю историю сделки с исходными UTM заново: это может создать ложную новую кампанию или некорректную атрибуцию.

Как учесть звонки, чаты и офлайн-обращения

Форма — только один из входов. Если телефон заметен на странице, часть клиентов позвонит без формы. Для них нужен динамический коллтрекинг: номер подменяется для конкретной сессии, а сервис передаёт call_id, время, номер подмены, статус и по возможности ClientId в CRM и Метрику. По документации Метрики динамический звонок привязывается к ближайшему подходящему по времени визиту; статический звонок с визитом не связывается. Это полезная, но не абсолютная связка.

Для мессенджеров передавайте технический ID в диплинке или шаблоне сообщения только при законном и понятном пользователю сценарии, затем сохраняйте его в сделке. Для офлайн-точки, выставки или бумажной рекламы используйте отдельный QR-код и номер кампании. Если человек пришёл без QR-кода и не назвал источник, не придумывайте его задним числом: фиксируйте «не указан».

Дедупликация: как не посчитать одного клиента дважды

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

Внедрите две разные проверки.

1. Технический дубль обращения

События с одним и тем же form_submission_id, call_id, chat_id или внешним event_id должны быть идемпотентны: повторная доставка webhook обновляет исходную запись, а не создаёт новую. Храните исходный ID интеграции и журнал обработок.

2. Коммерческий дубль лида

Определяйте его по бизнес-правилу, например: совпали нормализованный телефон или e-mail, продукт и окно 30 дней. При совпадении не удаляйте вторую запись автоматически. Свяжите её с основным лидом, отметьте тип «повторное обращение» и сохраните новый источник/касание. Иначе вы потеряете знания о пути клиента и занизите объём спроса.

Не смешивайте «количество обращений» и «уникальные лиды». Первое говорит о нагрузке на отдел продаж, второе — о новом спросе. В ежемесячном отчёте нужны оба числа.

Правила атрибуции: какой канал получает заслугу

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

В GA4 измерения с областью user и session используют last click для платных и органических каналов; event-scoped измерения используют выбранную в ресурсе модель, по умолчанию — data-driven. Из-за этого нельзя складывать значения из разных отчётов без подписи области и модели. Кроме того, атрибуция ключевых событий может уточняться до 12 дней после регистрации конверсии.

Для CRM-отчёта удобно хранить две колонки: acquisition_channel — первый подтверждённый канал, и conversion_channel — последнее подтверждённое касание до лида. Продажу не копируйте в обе суммы: в итоговом P&L закрепите одну модель, а остальные выводите как сравнительный срез.

Ограничения consent, cookies и кросс-девайсного пути

Корректная аналитика уважает выбор пользователя. Отказ от analytics_storage ограничивает хранение данных, связанных с аналитикой, включая cookies. В GA4 при реализованном Consent Mode часть неполных данных может быть смоделирована, если ресурсу хватает наблюдаемых данных; модель не делает неизвестный источник фактом и может не примениться. Отмечайте в отчёте, где используются наблюдаемые, а где смоделированные данные.

Cookies и ClientId обычно привязаны к браузеру. Очистка данных, другой браузер, режим инкогнито, переход из приложения или смена устройства могут разорвать цепочку. Реферер зависит от политики страницы и браузера. Multi-touch путь иногда можно наблюдать внутри одного браузера, но нельзя достоверно собрать для всех пользователей без законного и прозрачного механизма идентификации. Не используйте fingerprinting, чтобы обходить отказ от согласия.

Практическая метрика качества системы — не «100% атрибутированных лидов», а доля лидов с проверяемой связкой. Например: «82% квалифицированных лидов имеют технический источник, 11% — самоописанный, 7% — не определён». Так вы видите, что именно улучшать, не подменяя неизвестное догадкой.

Единый отчёт: поля, KPI и правила сверки

Не требуйте полного совпадения Метрики, GA4, рекламного кабинета и CRM. У них различаются определения визита, пользователя, согласия, часовые пояса и модели атрибуции. Для управленческой экономики сделайте CRM и учётную систему источником правды по выручке, рекламный кабинет — по расходам, а аналитику сайта — по сессиям и онлайн-конверсиям.

Ежемесячная таблица должна содержать период, версию UTM-словаря, модель атрибуции, часовой пояс, статус выгрузки CRM и минимум разрезы «канал → кампания → посадочная страница». Отдельно добавляйте строки: «не определено», «ручной источник», «органика без меток», «повторные клиенты». Их нельзя без следа распределять по платным каналам.

Правило закрытого периода

Для быстрых решений можно смотреть оперативный отчёт за вчера. Для оценки продаж закрывайте период только после согласованной задержки, например через 30 или 60 дней — в зависимости от цикла сделки. В отчёте всегда указывайте две даты: дату привлечения и дату продажи. Иначе июльская реклама будет выглядеть хуже, если её сделки оплатят в августе.

План внедрения на 30 дней

Неделя 1. Аудит и словарь

1. Выпишите все каналы, ссылки, формы, телефоны, чаты, CRM-статусы и владельцев данных.
2. Сверьте реальные UTM в Метрике/GA4, устраните дубли написаний.
3. Утвердите справочник source, medium, campaign, правила дублей и определения лида/квалификации.
4. Выберите единый часовой пояс и правила учёта НДС, возвратов и тестовых лидов.

Неделя 2. Сайт и интеграции

1. Включите скрытые поля формы и сохранение first/last touch.
2. Передайте в CRM UTM, referrer, landing URL, click ID, ClientId Метрики и технический ID отправки.
3. Подключите динамический коллтрекинг или явно отделите неатрибутируемые статические звонки.
4. Проведите тесты в новой браузерной сессии: форма, звонок, чат, QR-код, возвращение по другой странице.

Неделя 3. CRM и офлайн-данные

1. Создайте неизменяемые технические поля и запретите их ручную подмену.
2. Настройте создание/обновление сделки без дублирования webhook.
3. Передавайте статусы «квалифицирован», «оплачен», доход и дату в Метрику или в витрину данных по выбранной схеме.
4. Настройте отчёт об ошибках: доля непривязанных офлайн-конверсий, отсутствующий ClientId, незаполненный источник.

Неделя 4. Отчёт и управление

1. Соберите первую сверку: расходы, клики, обращения, лиды, сделки, оплаты.
2. Объясните расхождения и оформите журнал изменений методики.
3. Настройте еженедельный операционный и ежемесячный закрытый отчёт.
4. Проведите короткий созвон маркетинга и продаж по выбросам: спам, низкое качество, неответы, ошибки распределения.

Чек-лист перед запуском

• Есть словарь UTM и владелец, который его поддерживает.
• Ссылки тестируются в новой сессии и не ведут на незащищённый HTTP.
• Внутренние ссылки сайта не содержат UTM.
• В UTM, URL и обычных параметрах аналитики нет персональных данных.
• На форме сохраняются исходные и последние UTM, referrer, landing URL и технический ID обращения.
• В CRM есть неизменяемые поля lead_id, время создания, технический источник и связь со сделкой.
• ClientId Метрики передаётся из форм, а коллтрекинг передаёт ID звонка и по возможности ClientId.
• Для повторной доставки интеграций есть защита от технических дублей.
• Утверждены окно и правило коммерческой дедупликации.
• Продажи, возвраты и причины отказа поступают из CRM/учётной системы по расписанию.
• В отчёте подписаны период, модель атрибуции, часовой пояс, версия словаря и источник каждого KPI.
• «Не определено» остаётся отдельной строкой, а не распределяется по желаемым каналам.

Типичные ошибки

Менеджер вручную выбирает источник

Ручное поле может быть полезно как самоописание клиента, но не должно заменять технические данные. Храните оба: «как клиент узнал» и «наблюдаемый источник». Если они расходятся, это повод для исследования, а не для удаления одного из значений.

В CRM передают только `utm_source`

Без medium, campaign, content, landing URL и click ID невозможно отличить пост от рекламного размещения, объявление от письма или один креатив от другого. Передавайте исходный полный набор, нормализуйте его отдельно.

Считают успешным событием клик по кнопке

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

Смешивают лиды, обращения и продажи

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

Пытаются склеить все Direct-визиты с рекламой

Direct часто означает, что источник не наблюдался. Причиной может быть копирование ссылки, приложение, privacy-настройки или реальный прямой заход. Распределение «по вероятности» допустимо только как отдельная модель с явными допущениями, не как фактическая атрибуция.

Оценивают новую кампанию по неоплаченным лидам

Для длинного цикла используйте когорты по дате первого контакта и зрелость когорты. Одновременно показывайте оперативный CPL и закрытый CPQL/CAC после окна дозревания.

FAQ

Можно ли с помощью UTM узнать источник каждой заявки?

Нет. UTM определяют контролируемый URL при условии, что пользователь пришёл по нему и данные не были потеряны. Они не покрывают звонки без динамической подмены, визиты без cookies/реферера, мультидевайсный путь и ссылки, которыми вы не управляете.

Какие UTM обязательны?

Для ручной разметки используйте как минимум utm_source, utm_medium и utm_campaign. utm_content нужен для различения креативов, мест размещения и вариантов. Не добавляйте параметры ради параметров: каждый должен использоваться в отчёте.

Что выбрать: first touch или last click?

Не выбирать один «истинный» вариант для всех задач. First touch показывает привлечение, last non-direct touch — непосредственный триггер перед лидом. Для бюджетного решения сравнивайте модели рядом и заранее закрепляйте основную модель для P&L.

Почему данные Метрики, GA4 и CRM не совпадают?

Они считают разные сущности и применяют разные правила сессии, consent, обработки данных и атрибуции. Проверьте часовой пояс, период, цели, дедупликацию и статус выгрузки. Затем используйте CRM/учётную систему для выручки, а конкретный счётчик — для собственной веб-метрики.

Нужно ли передавать телефоны и e-mail в UTM или ClientId?

Нет. В UTM персональные данные передавать нельзя. ClientId — анонимный браузерный идентификатор Метрики. Телефон и e-mail обрабатывайте только в CRM и в предусмотренных документацией механизмах сопоставления, соблюдая требования к персональным данным и согласию.

Вывод

Сквозная аналитика становится надёжной не тогда, когда в дашборде исчезает строка «не определено», а когда у каждой цифры понятны происхождение, ограничение и правило расчёта. Единый UTM-словарь, технические поля в CRM, динамический учёт звонков, дедупликация и регулярная загрузка результатов продаж позволяют связать большую часть пути клиента без выдуманной точности. Начните с одного приоритетного канала и одной формы, проверьте цепочку до оплаченной сделки, затем масштабируйте схему на остальные точки контакта.

Источники

Все ссылки проверены 11 августа 2026 года.

1. Яндекс Метрика: как обрабатываются метки — правила обработки UTM и роль первого просмотра визита.
2. Яндекс Метрика: загрузка данных из CRM — передача ClientId, данные CRM и связка форм, звонков и мессенджеров.
3. Яндекс Метрика: импорт офлайн-данных — идентификаторы, офлайн-конверсии, время и API.
4. Яндекс Метрика: отчёт «Офлайн-конверсии» — привязка, причины ошибок и период учёта.
5. Яндекс Метрика: отслеживание звонков — динамический и статический коллтрекинг.
6. Яндекс Метрика: конфиденциальность персональных данных — запрет PII в UTM и иных обычных параметрах.
7. Google Analytics: области измерений источников трафика — session/user last click, event-scoped attribution и UTM вместе с GCLID.
8. Google Analytics Measurement Protocol — серверные и офлайн-события, client_id, session_id и ограничения протокола.
9. Google Analytics: типы согласия Consent Mode — назначение analytics_storage и других типов согласия.
10. Google Analytics: поведенческое моделирование при Consent Mode — наблюдаемые и смоделированные данные, условия применения.