Заявки из мессенджеров без источника: как связать чат в RetailCRM с рекламой
Знакомая картина: реклама откручивается, трафик на сайт идёт, а половина заявок приходит в MAX и Telegram «из ниоткуда». В отчётах Метрики их нет, в CRM у них пусто в источнике. Маркетолог не может сказать, какая кампания их принесла, — и оптимизирует рекламу вслепую, по тем немногим заявкам, что оставили форму на сайте.
Для кого эта статья: для владельца или маркетолога интернет-магазина на RetailCRM, у которого клиенты пишут в мессенджеры, а рекламный бюджет распределяется по неполным данным.
Чем поможет: разберём, почему источник теряется именно на переходе в мессенджер, из каких трёх звеньев собирается связка «клик по рекламе → чат → заказ → отчёт» и что делать, когда метка до CRM не долетела.
Почему источник теряется
Яндекс Метрика живёт в браузере. Она видит, что человек пришёл по объявлению, посмотрел товар, дошёл до карточки — и на этом всё: клиент нажимает «Написать в MAX» и уходит в приложение, куда счётчик не дотягивается.
Дальше менеджер общается с ним в чате, оформляет заказ в CRM — и этот заказ выглядит так, будто клиент взялся ниоткуда. Формально он «прямой заход» или вообще без источника. Чем больше доля мессенджеров в продажах, тем сильнее искажается вся картина: реклама, которая реально приносит деньги, в отчётах выглядит убыточной.
Как связать чат с визитом: три звена
Задача решается не одним инструментом, а цепочкой из трёх звеньев. Если выпадает любое — связка рвётся.
Что происходит на каждом звене
На сайте. Кнопки перехода в мессенджер перестают быть просто ссылками. К каждой добавляется метка диалога, а рядом фиксируется контекст визита. И у MAX, и у Telegram для этого есть штатный механизм — глубокие ссылки с параметром запуска бота: метка едет прямо в ссылке и попадает боту при первом же открытии чата. Ограничение у MAX — 128 символов на параметр, так что в ссылку кладётся короткий идентификатор, а всё остальное по нему достаётся уже на стороне сайта. Для клиента ничего не меняется: он видит привычную кнопку и сразу попадает в переписку.
В RetailCRM. Чаты сначала должны попасть в систему. У MAX для этого есть родной модуль в маркетплейсе RetailCRM, раздел «Мессенджеры и чаты»: бот создаётся на стороне MAX после верификации организации, а в CRM переносится его токен. Остальные каналы подключаются кто своим модулем, кто агрегатором вроде Wazzup. Дальше бот разбирает первое сообщение, достаёт метку и связывает диалог с визитом на сайте. Менеджер этого не замечает: он просто ведёт переписку, а источник подставляется сам.
В аналитике. Обратную дорогу закрывает модуль Яндекс Метрики для RetailCRM. Он выгружает заказы и события CRM в Метрику, привязывая их к визитам, — включая заказы из мессенджеров, по телефону и из розницы. В отчётах появляется полная воронка: от клика по объявлению до оплаченного заказа, с расходом по кампаниям и окупаемостью.
Что делать, если метка не долетела
Метка теряется чаще, чем хотелось бы: человек может написать в мессенджер не с кнопки, а найдя номер в контактах, переслать ссылку другу, вернуться в старый диалог, где кнопка уже не нужна. Поэтому одной меткой связка не держится — нужна подстраховка.
Здесь помогает узнавание по контактным данным: если клиент когда-то оставлял на сайте телефон или почту, Метрика может связать его с визитом даже без метки. В настройках счётчика за это отвечает опция дополнительных настроек отслеживания — её стоит включить до запуска всей схемы, иначе часть заявок так и останется без источника.
Второй способ подстраховки — сверка. В модуле видно, какие данные по каждому заказу ушли в Метрику и засчитала ли она конверсию. Без такой сверки легко полгода считать, что аналитика работает, и не заметить, что половина заказов не доезжает.
Что это даёт в отчётах
- Источник у заявок из чатов. Видно, какая кампания и какой запрос привели человека, который написал в MAX, — а не просто «прямые заходы».
- Реальная окупаемость рекламы. Расход по кампании сопоставляется с выкупленными заказами, а не с числом заполненных форм на сайте.
- Сегменты для Директа. Из CRM можно собрать аудитории: те, кто покупал, кто отменил заказ, кто интересовался конкретной категорией, — и настроить показы или, наоборот, исключения.
- Цели по событиям CRM. Не «оставил заявку», а «заказ оплачен», «заказ выполнен» — то есть оптимизация рекламы по деньгам, а не по кликам.
Честно об ограничениях
Схема не даёт стопроцентной атрибуции, и обещать её было бы враньём. Часть клиентов всё равно придёт «без метки» — с визитки, из офлайна, по рекомендации. Задача не в том, чтобы закрыть все сто процентов, а в том, чтобы доля неопознанных заявок перестала быть половиной потока и превратилась в понятный остаток.
Ещё два момента. Схему стоит согласовать с тем, как вы обрабатываете персональные данные: в CRM попадают контакты клиента, и правила их хранения не меняются от того, что рядом появилась метка. И не ждите мгновенного результата: данные подтягиваются в отчёты не в реальном времени, и первые выводы по кампаниям корректно делать на накопленной статистике, а не на трёх заказах за день.
Как это усиливает AI
Когда чаты и заказы связаны с источником, поверх появляется слой, который раньше было не на чем строить. AI разбирает переписки по чек-листу и показывает не только то, откуда пришёл клиент, но и как с ним разговаривали: где менеджер не уточнил потребность, где не предложил следующий шаг, почему сделка с дорогой рекламной кампании ушла в отказ. Подробнее — в решении AI-контроль качества.
С чего начать
Начинать имеет смысл с диагностики: посмотреть, какая доля заказов сейчас приходит без источника, и есть ли вообще смысл городить схему. Если мессенджеры дают заметную часть продаж — связку стоит собрать; если пара заявок в месяц, деньги лучше потратить на другое. Разберём ваш случай на бесплатной консультации: посмотрим, что уже настроено в Метрике и RetailCRM, и что нужно достроить. Как мы собираем приём заявок из мессенджеров целиком — на странице Заявки из мессенджеров.
Похожая задача в вашем бизнесе?
Разберём ваш контур и подскажем, как закрыть её на вашем стеке — бесплатно.

