Если клиент перешёл с сайта в мессенджер и написал позже, UTM-метки из адреса страницы обычно не попадут в его сообщение сами. Сохранить источник помогает короткий код кампании: сайт подставляет его в текст первого сообщения, а менеджер или бот переносит код в карточку заявки. Ниже — схема для малого бизнеса без сложной аналитики: что настроить, как проверить переход с телефона и что делать, если клиент удалил подсказку или вернулся к переписке спустя время.
Почему UTM-метки пропадают при переходе в чат?
UTM-метки — это параметры в ссылке на сайт. Они показывают системе аналитики, откуда пришёл посетитель: например, из объявления или публикации. Пока человек находится на сайте, эти данные можно связать с его действиями. Но кнопка «Написать в мессенджер» открывает другое приложение. В новом сообщении обычно нет адреса страницы, с которой человек ушёл.
Представьте мастерскую в Беларуси. Клиент открыл рекламу ремонта, посмотрел условия на сайте и нажал кнопку перехода в чат. Там он отвлёкся, а вопрос отправил вечером: «Можно записаться на завтра?». Менеджер видит обращение, но по этой фразе не определит рекламную кампанию. Отчёт по сайту при этом покажет переход к кнопке, хотя подтвердить отправку сообщения по одному нажатию нельзя.
Для такой цепочки нужен признак, который клиент перенесёт в переписку. Удобнее использовать короткий код кампании, например «REMONT-A». Код должен указывать на понятный источник в вашей таблице: «REMONT-A — объявление о ремонте, посадочная страница услуги». Не зашивайте в него данные клиента. Его задача — помочь найти строку с источником.
Как передать источник из сайта в мессенджер?
Начните с одного рекламного канала и одной кнопки перехода в чат. Сначала проверьте, что рекламная ссылка ведёт на сайт с UTM-метками. Затем настройте кнопку так, чтобы она открывала чат с подготовленным текстом: «Здравствуйте! Хочу узнать про ремонт. Код REMONT-A». Посетитель увидит текст перед отправкой и сможет его изменить, поэтому код сработает только в том случае, если останется в сообщении.
Код можно назначать каждому объявлению или одной кампании целиком. Выбирайте детализацию по тому, какие решения принимаете: если сравниваете две кампании, им нужны разные коды. Если различия между объявлениями пока не влияют на бюджет, хватит кода кампании. Заведите таблицу с колонками «код», «источник», «кампания» и «куда ведёт ссылка». Иначе через месяц расшифровывать обозначения придётся по памяти.
| Способ | Что увидит бизнес | Ограничение |
|---|---|---|
| Только UTM на входе | Источник визита и нажатие кнопки на сайте | Само сообщение может остаться без источника |
| Код в подготовленном сообщении | Кампанию, если клиент отправил текст с кодом | Клиент может стереть текст или написать позже без кода |
| Код плюс запись в CRM | Источник обращения рядом со статусом заявки и сделки | Нужно настроить перенос кода и проверять записи |
На старте менеджер может переносить код из чата в отдельное поле карточки вручную. Когда обращений станет трудно разбирать вручную, бот или интеграция сможет считывать код из первого сообщения и заполнять поле. Принцип передачи сведений из переписки описан в материале об автозаполнении карточки клиента из чата через CRM. Сначала отладьте один маршрут заявки, а уже потом добавляйте остальные кампании.
Что делать, если клиент написал позже или удалил код?
Задержка между нажатием кнопки и отправкой сообщения сама по себе не мешает: код остаётся в подготовленном тексте, пока этот текст доступен клиенту. Но рассчитывать на сохранность черновика нельзя. Человек может открыть чат с другого устройства, удалить подсказку или найти ваш контакт самостоятельно. Тогда в сообщении не будет признака кампании, даже если раньше он пришёл с рекламы.
Для таких заявок заведите в карточке отдельное значение «источник не установлен». Менеджер может спросить: «Подскажите, где вы увидели наше предложение?» Ответ запишите так, как его назвал клиент: «реклама», «поиск», «посоветовали». Не подставляйте кампанию по догадке. Если человек помнит только общую площадку, точное объявление останется неизвестным.
Разделяйте нажатия на кнопку и начатые переписки. Нажатие показывает интерес к чату, а сообщение подтверждает обращение. Дальше в CRM можно отметить, перешла ли переписка в заявку и чем она закончилась. Так рекламный отчёт не будет приписывать каждому открытию мессенджера нового клиента.
Как проверить схему с телефона?
Сделайте тест по тому же пути, которым идёт покупатель. Откройте размеченную рекламную ссылку на телефоне, перейдите с сайта в мессенджер и посмотрите на подготовленный текст. Затем отправьте сообщение в тестовый чат. Проверьте, совпадает ли код в переписке с кодом в вашей таблице и попал ли он в нужное поле карточки, если подключена CRM.
Повторите проверку с паузой: откройте чат, закройте приложение и вернитесь к сообщению позже. Это покажет, сохраняется ли черновик в вашем конкретном сценарии. Отдельно отправьте сообщение без кода. В карточке должен появиться «источник не установлен», а не последняя рекламная кампания, которую запомнила система.
Если код не появляется уже в подготовленном тексте, проверьте настройку кнопки и то, как сайт читает метки из рекламной ссылки. Если код виден в чате, но отсутствует в CRM, ищите ошибку на участке между сообщением и карточкой. Такая проверка помогает поставить исполнителю точную задачу: исправить кнопку, перенос сообщения или поле CRM.
Какие ошибки чаще всего портят учёт?
- Считать каждое нажатие кнопки заявкой. Сверяйте отчёт по нажатиям с реальными сообщениями.
- Использовать один код для разных кампаний, которые нужно сравнить. Назначьте каждой отдельный код в таблице.
- Полагаться только на подготовленный текст. Предусмотрите значение «источник не установлен» для сообщений без кода.
- Записывать источник в заметке менеджера, где его нельзя найти в отчёте. Добавьте отдельное поле в карточку заявки.
- Проверять переход только на компьютере. Пройдите весь путь с телефона и отправьте тестовое сообщение.
Откройте на телефоне одну рекламную ссылку, перейдите с неё в чат и проверьте, появился ли код источника в тексте сообщения.
