Обращения из мессенджеров: где теряется источник
Клиент пришёл из рекламы, написал в мессенджер — и попал в отчёт как прямой заход. Разбираем, почему это происходит и как это исправить.
Клиент написал в мессенджер: из какой рекламы он пришёл?
Переход с сайта в переписку обрывает цепочку источника — и рекламные обращения падают в отчёт как прямые заходы. Разбираем, почему так происходит, что с этим можно сделать штатными средствами Метрики и сколько стоит ненастроенный учёт.
Статья для маркетологов B2B-компаний, где значительная часть обращений приходит через переписку. Мы не разбираем рекламу внутри мессенджеров — это отдельная тема. Здесь только одно: что происходит с источником, когда пользователь уходит с сайта в чат.
5 фактов коротко
Метка и идентификатор посетителя не переходят в переписку сами: мессенджер — отдельное приложение, реферер туда не передаётся.
Автоцель «Переходы в мессенджер» фиксирует только клик по ссылке. Что было после перехода — не показывает.
Штатный механизм переноса существует: в Метрике есть импорт чатов как отдельный тип офлайн-данных (доступен с ноября 2025).
Идентификатор чата вкладывается в ссылку, сопоставляется с идентификаторами Метрики, события загружаются. Цель «Чат» создаётся автоматически.
При доле переписки в 40% CPL в отчёте выглядит дороже фактического примерно в 1,7 раза — по модельному расчёту.
Почему клиент из рекламы становится прямым заходом
Человек кликает по объявлению в Яндекс Директе или Google Ads, попадает на сайт, читает, нажимает кнопку мессенджера и пишет. Для него это один непрерывный путь. Для системы аналитики — два несвязанных события: визит на сайте и обращение неизвестно откуда.
Причина в границе приложений. Переход в мессенджер уводит пользователя за пределы вашего сайта, и всё, что хранится в браузере — UTM-метки, идентификатор посетителя, идентификатор рекламного клика — за этой границей недоступно. Реферер при переходе в приложение не передаётся. Обращение приходит менеджеру без источника, а в отчёте появляется как прямой заход или не появляется вовсе.
Для B2B это бьёт особенно болезненно: через переписку часто приходит самый тёплый сегмент — люди, которые уже прочитали страницу, сравнили варианты и готовы говорить конкретно. Именно их источник теряется в первую очередь.
Что переживает переход, а что нет
Чтобы понять, с чем вообще можно работать, полезно разложить по полочкам каждый носитель источника: что из него попадает в переписку само, что можно перенести вручную, а что пока недоступно ни при каком раскладе.
Важная оговорка: механика переноса идентификатора работает не только для мессенджеров — она применима к любому переходу во внешнее приложение. Мессенджер — просто самый частый случай в B2B.
| Носитель источника | Переживает переход? | Как переносится или чем заменяется |
|---|---|---|
| UTM-метки | Нет | Только через параметр в ссылке на мессенджер — вручную |
| Идентификатор посетителя Метрики | Нет | Вкладывается в ссылку и сопоставляется после начала диалога |
| Идентификатор рекламного клика | Нет | Та же логика, что и у UTM — через параметр в ссылке |
| Реферер | Нет | Не передаётся никак |
| Номер телефона клиента | Появляется только внутри переписки | Связывание чатов с визитами по номеру анонсировано, но на август 2026 не реализовано |
| Текст первого сообщения | Можно подготовить заранее | Единственный носитель, который можно наполнить осмысленно: в шаблон первого сообщения вкладывается идентификатор |
Третья колонка таблицы — рабочая. Она превращает констатацию в инструкцию: по каждому носителю видно, есть ли способ его протащить через границу приложений и какой именно. Ни один из них не переходит сам — но большинство можно перенести, если заложить это в ссылку заранее.
Чего не решает автоцель на переход в мессенджер
Автоцель «Переходы в мессенджер» фиксирует клик по ссылке, ведущей в мессенджер. Это полезно: видно, сколько людей вообще нажимает кнопку, и цель можно использовать в рекламе. Но она отвечает на вопрос «сколько ушло», а не «сколько написало и чем это закончилось».
Между кликом по кнопке и реальным обращением разрыв бывает большим. Пользователь мог нажать, передумать, выйти. Автоцель этого не видит — она уже засчитала конверсию.
Отдельно стоит не путать её с отчётом «Мессенджеры» в источниках трафика Метрики: тот показывает переходы из мессенджеров на сайт — то есть противоположное направление. Определяется по реферу и UTM-меткам и к нашей задаче отношения не имеет. Путаница между этими двумя вещами встречается часто.
Разница между целью на действие и целью на результат разобрана подробнее в статье про настройку целей в Метрике под сквозную аналитику — https://gurucontext.ru/blog/tseli-v-yandeksmetrike-pod-skvoznuyu-analitiku
импорт чатов в метрике — механика в 4 шагах
Генерируете собственный идентификатор диалога и вкладываете его в ссылку на мессенджер — в адрес перехода (deeplink) или в шаблон первого сообщения.
В момент начала разговора ваш код сопоставляет идентификатор чата с идентификаторами Метрики на вашей стороне. Этот шаг требует участия разработчика.
События диалога передаются через API: начало разговора, ответ менеджера, оформление заказа в переписке. Окно привязки к визиту — 21 день.
При первой загрузке данных Метрика сама создаёт цель типа «Чат» — заводить её вручную не нужно. Цель сразу доступна для оптимизации рекламы.
Что это даёт на практике
После настройки импорта в Метрике появляются отчёты по чатам в разрезе мессенджеров и источников. Можно создавать сегменты по типу мессенджера, по тегам и по статусу «отвечен — не отвечен». Главное — цель «Чат» становится пригодной для оптимизации рекламы: Директ получает сигнал не просто о клике по кнопке, а о реальном диалоге.
Важная оговорка: шаг с сопоставлением идентификаторов требует участия разработчика. Именно поэтому механизм существует почти год, а настроен у немногих. Не потому что сложно технически — а потому что нужен человек, который это реализует.
Когда передача заработала, следующий вопрос — привязалась ли конверсия к визиту и почему часть теряется. Это разобрано в статье про построчную диагностику офлайн-конверсий в Метрике — https://gurucontext.ru/blog/postrochnaya-diagnostika-oflayn-konversiy-v-metrike
Ненастроенный учёт: сколько это стоит
Модельная компания: 100 обращений в месяц
- 40 обращений приходят через переписку, 60 — через форму и звонок
- Допущение: доля рекламных обращений одинакова в обоих каналах — 70%
- Фактически реклама принесла 70 обращений: 42 через форму/звонок + 28 через переписку
- В отчёте видно только 42 — обращения из переписки потеряли источник
- При бюджете 100 000 ₽: отчётный CPL ≈ 2 380 ₽, фактический ≈ 1 430 ₽. Разница в 1,7 раза
Чувствительность к доле переписки
- 01
15% переписки → занижение числа обращений на 15% → CPL завышен примерно в 1,2 раза
- 02
25% переписки → занижение на 25% → CPL завышен примерно в 1,3 раза
- 03
40% переписки → занижение на 40% → CPL завышен примерно в 1,7 раза
- 04
55% переписки → занижение на 55% → CPL завышен примерно в 2,2 раза
Что делать, если своей разработки нет
Три варианта по возрастанию сложности — честно про каждый.
Минимум без разработки. Разные ссылки на мессенджер под разные кампании или страницы. Источник разводится грубо — до кампании, не до ключевого слова — но это лучше, чем ничего, и делается за час. Подходит, если доля переписки невысокая и вам нужен хотя бы базовый ориентир.
Средний вариант. Сервисы, которые подключают переписку к системе учёта клиентов и умеют принимать параметр из ссылки. Конкретные названия не приводим — функциональность нужно проверять под свою связку CRM и мессенджеров.
Полный вариант. Связка через систему сквозной аналитики — Roistat, Calltouch, CoMagic, K50 или другую, — когда диалог становится частью общей цепочки от клика до сделки. Диалоги, звонки и формы сводятся в единый отчёт с атрибуцией по каждому каналу.
Как выбрать вариант под свою ситуацию
- 01
Доля переписки ниже 15% — разработка почти наверняка не окупится. Начните с разных ссылок под кампании.
- 02
Доля 15–40% — стоит рассмотреть интеграцию через сервис или CRM. Считайте ROI от точности атрибуции.
- 03
Доля выше 40% — вопрос уже не в аналитике. Половина воронки не измеряется, и это прямо влияет на обучение стратегий.
- 04
Есть разработчик — настраивайте штатный импорт чатов в Метрике: это даёт наиболее точную картину и цель для оптимизации.
- 05
Нет разработчика — начните с минимума и зафиксируйте задачу в бэклог: чем выше доля переписки, тем быстрее она окупится.
было / стало — что меняется после настройки импорта чатов
без импорта чатов
- Обращения из переписки — прямые заходы в отчёте
- CPL завышен пропорционально доле переписки
- Автостратегия обучается на неполной выборке конверсий
- Нет разбивки по мессенджерам и источникам
- Невозможно оптимизировать рекламу по диалогам
- Статус «отвечен / не отвечен» недоступен
с импортом чатов
- Диалоги привязаны к рекламному клику и источнику
- Фактический CPL отражает все рекламные обращения
- Стратегия получает полный сигнал — включая переписку
- Отчёты по мессенджерам и источникам в разрезе
- Цель «Чат» доступна для оптимизации кампаний
- Сегменты по статусу диалога и типу мессенджера
Картина «было/стало» хорошо показывает, что настройка импорта чатов — это не просто исправление цифры в отчёте. Это изменение качества сигнала, на котором работает автостратегия. Пока диалоги не попадают в систему, алгоритм принимает решения о ставках и аудиториях, не зная о значительной части реальных конверсий. Для B2B-компаний, где переписка — основной канал первого контакта, это означает систематическое занижение ценности аудиторий, которые конвертируются именно через чат.
Коротко о главном
- 01
Переход в мессенджер обрывает цепочку источника: ни UTM-метки, ни идентификатор посетителя, ни реферер за границу приложений не переходят.
- 02
Автоцель «Переходы в мессенджер» фиксирует только клик по кнопке — не диалог и не его результат.
- 03
Штатный инструмент — импорт чатов в Метрике (с ноября 2025): идентификатор чата вкладывается в ссылку, сопоставляется с данными Метрики, события передаются через API.
- 04
При доле переписки в 40% отчётный CPL завышен примерно в 1,7 раза — по модельному расчёту с допущением о равной доле рекламных обращений.
- 05
Потерянные обращения не доходят до рекламной системы: автостратегия обучается на неполной картине.
- 06
Если разработки нет — начните с разных ссылок под кампании. Если доля переписки выше 40% — задача уже в бэклоге разработки, а не в настройках аналитики.
Связывание чатов с визитами по номеру телефона анонсировано, но на август 2026 не реализовано. Когда это появится — часть ручной работы с идентификаторами упростится. До тех пор единственный рабочий путь — через идентификатор в ссылке и штатный импорт.
Часто задаваемые вопросы
Потому что переход в мессенджер уводит пользователя за пределы вашего сайта, в отдельное приложение. Всё, что система аналитики хранит в браузере — метки кампании, идентификатор посетителя, идентификатор рекламного клика — за этой границей недоступно. Реферер при переходе в приложение тоже не передаётся. Менеджер получает сообщение без всякой информации об источнике, и связать его с рекламным кликом системе не по чему. В отчёте такое обращение либо не появляется вовсе, либо учитывается как прямой заход. Само по себе это не поломка настройки, а свойство границы между приложениями.
Не решает, хотя ощущение решённой задачи создаёт. Автоцель фиксирует клик по ссылке, ведущей в мессенджер: вы видите, сколько человек нажало кнопку, и можете использовать эту цель в рекламе. Но она отвечает на вопрос «сколько ушло», а не «сколько написало и чем закончилось». Между кликом по кнопке и реальным обращением разрыв бывает большим. Отдельно стоит не путать её с отчётом «Мессенджеры» в источниках трафика: тот показывает переходы из мессенджеров на сайт — противоположное направление, к этой задаче отношения не имеет.
В Метрике есть штатный механизм — импорт чатов. Схема такая: вы генерируете собственный идентификатор диалога и вкладываете его в ссылку на мессенджер или в шаблон первого сообщения; в момент начала разговора ваш код сопоставляет этот идентификатор с идентификаторами Метрики; события диалога передаются в систему. Цель типа «Чат» создаётся автоматически при первой загрузке данных, заводить её вручную не нужно. После этого диалоги видны в отчётах, режутся по мессенджерам и источникам, а цель годится для оптимизации рекламы. Шаг с сопоставлением требует участия разработчика.
Ровно настолько, насколько велика доля переписки в ваших обращениях. По модельному расчёту при доле в 40% число рекламных обращений в отчёте занижено примерно на 40%, а стоимость обращения выглядит дороже фактической примерно в 1,7 раза. Расчёт упрощает: он предполагает одинаковую долю рекламных обращений в переписке и в формах. Важнее другое: те же потерянные обращения не доходят и до рекламной системы, поэтому автостратегия обучается на неполной картине — цена ошибки превращается в неверные решения алгоритма о том, кому показывать рекламу.
Спасибо за заявку!
Мы свяжемся с вами в ближайшее время.
