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

Клик по ссылке в холодном письме — не конечная точка аналитики, а середина пути, который заканчивается заявкой на сайте или в CRM. UTM-метки нужны не для того, чтобы посчитать клики (это делает трекер ссылок в CRM), а для того, чтобы связать конкретное письмо, сегмент и оффер с тем, что человек сделал на сайте после перехода. Разбираем, как размечать ссылки правильно и где UTM и клик-трекинг начинают вредить доставляемости.

Зачем аутричу вообще UTM-метки, если есть трекинг кликов в CRM

Трекер ссылок в CRM отвечает на вопрос «кто и когда кликнул по ссылке в письме» — это привязано к контакту и кампании внутри самой системы рассылки. UTM-метки решают другую задачу: они передают контекст письма в веб-аналитику сайта (Яндекс Метрику, GA4 или аналог), где живёт вся дальнейшая история посетителя — какие страницы посмотрел, сколько времени провёл, заполнил ли форму заявки.

Без UTM-меток переход из письма на сайте виден в лучшем случае как «прямой заход» или «переход по ссылке без источника», и связать конкретную заявку с конкретной кампанией и сегментом базы становится невозможно. Именно это соединение — от письма через клик до заявки на сайте — и есть последний, самый ценный участок воронки, который обычно выпадает из отчётов ESP.

Для холодного B2B-аутрича это особенно важно, потому что решение о покупке редко принимается за один клик: человек переходит на сайт, смотрит кейсы, возвращается через день из закладок, и только потом заполняет форму. Веб-аналитика с UTM-метками при правильной настройке может связать это отложенное действие с исходным письмом через модель атрибуции, а трекинг кликов в CRM — не всегда.

Как правильно размечать ссылки в холодных письмах

Стандартная структура UTM из пяти параметров — utm_source, utm_medium, utm_campaign, utm_content, utm_term — не требует изобретения велосипеда, но требует дисциплины в заполнении, иначе через полгода в отчётах накопится десяток вариантов написания одного и того же источника из-за опечаток и разного регистра.

utm_source стоит фиксировать как константу для канала — например, cold-email — и не менять от кампании к кампании. utm_medium аналогично фиксируется как email или outreach. Вся вариативность должна уходить в utm_campaign, где имеет смысл использовать тот же ID или slug, что и в CRM для этой кампании — тогда сопоставление данных из веб-аналитики с данными из CRM превращается в простой join по одному полю, а не в ручную сверку.

utm_content полезен для различения вариантов текста внутри одной кампании (например, при A/B-тесте темы письма) или для разных призывов к действию в одном письме, если их несколько. Здесь важно не перегружать: один-два осмысленных варианта на кампанию, а не уникальная метка на каждую ссылку в каждом письме — иначе разбор данных превращается в работу с сотнями строк, которые никто не будет анализировать.

• utm_source=cold-email — константа, не меняется между кампаниями
• utm_medium=outreach — константа для канала холодного аутрича
• utm_campaign=<slug-или-id-кампании-как-в-crm> — главное поле для сопоставления с CRM
• utm_content=<вариант-письма-или-сегмент> — используется точечно, не на каждую ссылку
• utm_term — обычно не нужен для email-аутрича, характерен больше для поисковой рекламы

Настройка сегментов в Яндекс Метрике под аутрич-кампании

По умолчанию Яндекс Метрика показывает переходы с UTM-метками в отчёте по источникам трафика, но для регулярной работы с аутрич-кампаниями удобнее настроить сохранённый сегмент заранее — фильтр по utm_medium=outreach, который сразу выделяет весь трафик от холодных писем среди органики, рекламы и прямых заходов.

Отдельно стоит настроить цели на ключевые действия — отправку формы заявки, переход в раздел с ценами или контактами, скачивание материала — и смотреть конверсию именно сегмента outreach-трафика в эти цели, а не общую конверсию сайта. Разница между общей конверсией сайта и конверсией холодного трафика в B2B обычно значительная: посетитель из письма менее прогрет, чем посетитель, который сам искал решение в поиске.

Полезная практика — многоканальные последовательности (или аналогичный отчёт в GA4) для случаев, когда получатель не заполняет форму сразу, а возвращается на сайт через день-два из закладок или напрямую по запомненному названию компании. Без учёта отложенных визитов реальная эффективность кампании через веб-аналитику может казаться ниже, чем есть на самом деле, если считать только прямую конверсию в рамках одной сессии.

Клик-трекинг и доставляемость: где компромисс

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

Если трекинг-домен новый, не прогрет или уже засветился в других агрессивных рассылках, почтовые фильтры могут маркировать письмо как подозрительное именно из-за ссылки на неизвестный редирект-домен, даже если сам текст письма и отправляющий адрес в порядке. Это особенно критично в холодном B2B-аутриче, где объёмы небольшие и репутация каждого элемента инфраструктуры играет заметную роль.

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

Частые ошибки в разметке и что с ними делать

Самая частая проблема — несогласованность написания параметров между разными людьми в команде: то cold_email, то Cold-Email, то cold-mail в поле utm_source. Для веб-аналитики это разные источники, и данные распыляются по нескольким строкам отчёта вместо одной. Решение простое — зафиксировать точный формат меток в общем документе и использовать шаблон ссылки с готовыми параметрами при формировании каждого письма, а не набирать вручную.

• Разное написание одного и того же значения utm_source — фиксировать формат в общем шаблоне для команды
• utm_campaign не совпадает с ID кампании в CRM — теряется возможность автоматического сопоставления данных
• Слишком много уникальных utm_content — данные становятся слишком дробными для анализа
• Использование малоизвестного трекинг-домена без прогрева — риск попадания в спам из-за репутации ссылки
• UTM-метки не проверены перед массовой отправкой — опечатка в параметре обнаруживается только после того, как кампания уже ушла

Как соединить данные веб-аналитики обратно с CRM

Финальная часть цикла — не просто увидеть в Метрике или GA4, что пришёл трафик с меткой utm_campaign=q3-logistics-2026, а связать конкретную заявку с сайта с конкретным контактом и кампанией в CRM. Проще всего это делать через скрытое поле в форме заявки, которое подхватывает значения UTM-параметров из URL страницы в момент заполнения формы и передаёт их вместе с остальными данными в CRM.

Если техническая возможность передавать скрытые поля ограничена, рабочий обходной путь — email или телефон, указанный в заявке, сверяется с базой контактов кампании вручную или полуавтоматически: если заявка пришла с utm_campaign=q3-logistics-2026 и email совпадает с контактом из этой кампании в CRM, заявку можно однозначно атрибутировать. Это менее элегантно, чем автоматическая передача параметров, но работает при минимальных технических ресурсах.

Ежемесячная сверка данных из веб-аналитики с данными из CRM — например, сколько заявок с меткой outreach реально дошли до сделки — превращает UTM-разметку из технической настройки в рабочий инструмент принятия решений: становится видно, какие кампании и сегменты не просто дают клики, а доводят до реальной заявки и продажи, а какие только создают видимость трафика без последующей конверсии.

Вопросы и ответы