Атрибуция в Telegram: как считать трафик из каналов и ботов

Telegram удобен как источник трафика, но его аналитика заметно отличается от классической веб-рекламы. Часть пути пользователя проходит внутри приложения, поэтому привычного набора UTM-меток часто недостаточно. Человек может увидеть рекламу в канале, перейти в бота, оставить контакт, открыть сайт и только через некоторое время совершить покупку. Если между этими этапами не передаётся стабильный идентификатор, источник конверсии теряется. Поэтому атрибуцию в Telegram лучше строить как последовательную цепочку, в которой UTM, параметры /start, SubID, click ID и postback дополняют друг друга.

Что и где можно трекать в Telegram

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

С ботами ситуация сложнее, так как пользователь может вообще не открывать веб-страницу. В таком случае источник нужно передать непосредственно при запуске бота. Для этого Telegram поддерживает deep links с параметром /start.

Бот получает значение параметра вместе с командой запуска, после чего его можно записать в базу и связать с Telegram ID или внутренним ID пользователя. После этого внутри бота можно фиксировать практически любые нужные действия. Например, запуск сценария, нажатие кнопки, выбор тарифа, отправку телефона, завершение анкеты, создание заявки или оплату.

Если бот передаёт данные в CRM, к лиду можно добавить также source ID, campaign ID и click ID. Это позволяет не ограничиваться статистикой запусков и видеть, какие источники дают реальные продажи. Отдельная задача — атрибуция подписок на каналы. Обычная ссылка на публичный канал не сообщает, с какого именно рекламного размещения пришёл новый подписчик. Для более точного учёта используют отдельные invite links. 

Основные проблемы с атрибуцией возникают на переходах между средами. Канал, бот, сайт, приложение и CRM могут использовать разные идентификаторы. Если связь между ними не предусмотреть заранее, в статистике останутся отдельные клики, отдельные пользователи бота и отдельные покупки, которые невозможно надёжно объединить в одну воронку.

UTM-метки для Telegram-каналов

UTM-метки остаются базовым способом разметки ссылок, когда трафик из Telegram ведёт на сайт. Их задача — передать в систему аналитики понятную информацию об источнике перехода, конкретной кампании и варианте рекламного материала.

Для Telegram можно использовать такую логику:

• utm_source=tg_financehub — конкретный канал или паблишер;

• utm_medium=telegram — тип трафика;

• utm_campaign=loan_sep26 — кампания, оффер или рекламный запуск;

• utm_content=post17_video_a — конкретный пост, кнопка или креатив.

Тогда ссылка может выглядеть так: https://example.com/offer?utm_source=tg_financehub&utm_medium=telegram&utm_campaign=loan_sep26&utm_content=post17_video_a.

Важно не только добавлять UTM, но и заранее договориться об единой системе названий. Если один канал в разных кампаниях записан как financehub, finance_hub и FinanceHub, аналитика воспримет эти значения отдельно. Со временем отчёты становятся фрагментированными, а ручное сведение данных занимает всё больше времени. Поэтому практичнее использовать латиницу, нижний регистр и короткие стабильные идентификаторы.

utm_content удобно применять не только для обозначения креатива. Он может показывать конкретный пост или даже расположение ссылки внутри одного материала. Например, верхняя кнопка будет иметь значение post17_top, а текстовая ссылка в конце — post17_bottom.

Отдельно следует различать UTM и технические параметры трекера. UTM описывают маркетинговый источник. Click ID, SubID, placement ID или publisher ID нужны для технической связи между системами. Их можно передавать в том же URL, но логично хранить как отдельные поля. Ещё одна типичная ошибка возникает при редиректах. Ссылка из Telegram сначала ведёт на трекер, затем на преленд, а дальше на оффер, но на одном из этапов часть параметров исчезает. Поэтому перед запуском стоит пройти весь маршрут тестовым кликом и проверить, какие значения фактически доходят до финальной страницы.

Deep links и параметры /start

Если рекламное размещение ведёт не на сайт, а непосредственно в Telegram-бота, обычные UTM не решают задачу атрибуции. В этом случае используется deep link типа https://t.me/offer_bot?start=tg42_p17_cr2.

Часть после start= — это payload, который бот получает вместе с командой запуска. В примере tg42 может означать канал, p17 — конкретный пост, а cr2 — вариант креатива. После первого взаимодействия бот записывает это значение в базу и связывает его с пользователем.

Telegram ограничивает длину такого параметра, поэтому передавать в нём длинный набор UTM, JSON или всю информацию о кампании не стоит. Для простой структуры достаточно короткого кода. Для более сложных воронок удобнее использовать токен.

Например, перед размещением создаётся токен a7K3mQ. В базе или трекере он связан с каналом, кампанией, номером поста, креативом и click ID. В Telegram публикуется короткая ссылка https://t.me/offer_bot?start=a7K3mQ. После запуска бот получает токен, находит соответствующую запись и уже на сервере восстанавливает полный набор атрибуционных параметров. Рекламная ссылка не зависит от того, сколько внутренних полей используется в системе. К записи токена можно добавить новый параметр в CRM или трекере, не меняя URL, который уже опубликован в канале.

Стоит также определить, как система ведёт себя при повторных входах. Пользователь может впервые открыть бота после рекламы в канале A, а через несколько дней перейти по другой ссылке из канала B. Если каждый новый /start просто перезаписывает предыдущее значение, информация о первом источнике исчезнет. Поэтому обычно полезно сохранять как минимум два поля — first-touch и last-touch. Первое показывает начальный источник привлечения, второе — последний известный контакт перед конверсией.

Как отслеживать конверсию внутри бота

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

Надёжнее хранить source ID в постоянной базе. Запись может содержать внутренний user ID, Telegram ID, кампанию, источник, click ID, дату первого входа и последнее известное источник. Далее любое событие в боте записывается уже вместе с этими данными.

Предположим, пользователь запускает бота, выбирает продукт, оставляет телефон и создаёт заявку. На каждом шаге можно зафиксировать соответствующее событие — bot_start, product_select, phone_shared и lead. Если после этого заявка передаётся в CRM, вместе с контактными данными туда отправляется технический идентификатор клика.

Когда менеджер переводит лид в статус продажи или оплата подтверждается автоматически, CRM может вернуть информацию обратно в трекер через postback. В Keitaro для привязки конверсии используется subid, в Voluum аналогичную роль выполняет click ID cid. В обоих случаях принцип одинаковый. Трекер создаёт уникальный ID при переходе, этот ID проходит через всю воронку, а после конверсии возвращается обратно.

Особенно внимательно стоит работать с повторными событиями. Один пользователь может сначала стать лидом, затем совершить покупку, а ещё через месяц купить повторно. Если система поддерживает только одну конверсию на click ID, часть информации потеряется. Поэтому в структуре данных полезно иметь тип события и отдельный transaction ID. Это позволяет отличать lead от sale, а первую покупку — от повторной.

Для технической связи систем не нужно передавать в открытых URL персональные данные пользователя. Номер телефона, username или email лучше оставлять внутри защищённых систем.

В ссылках и postback достаточно псевдонимного идентификатора, который имеет значение только для конкретной базы или трекера.

Инструменты для атрибуции

Нет одного сервиса, который одинаково хорошо закрывает все Telegram-сценарии. Выбор зависит от того, куда ведёт трафик и где происходит финальная конверсия:

• GA4 наиболее уместен, когда пользователь из Telegram переходит на сайт. Система видит UTM-параметры, позволяет анализировать источники сессий и связывать их с веб-событиями.

• AppsFlyer актуален для кампаний, где Telegram ведёт в мобильное приложение. Через attribution links и deep links можно передавать информацию об источнике кампании, а затем анализировать установки и события внутри приложения. Это особенно полезно, когда один Telegram-трафик нужно распределять между вебом, App Store, Google Play и уже установленным приложением.

• Voluum подходит для арбитражных связок с большим количеством источников, лендингов и офферов. Он создаёт уникальный click ID и позволяет вернуть продажу или другое событие через серверный postback. 

• Keitaro работает по похожей логике, но часто используется как self-hosted решение. Он даёт возможность строить кампании, управлять потоками, передавать subid, принимать postback и сохранять статусы конверсий.

В более сложной воронке эти инструменты могут работать вместе. Например, GA4 отвечает за веб-поведение, Keitaro или Voluum — за клики и конверсии, CRM хранит статусы лидов, а база Telegram-бота удерживает связь между пользователем и начальным source ID. Ключевая задача — чтобы один идентификатор можно было проследить от рекламного перехода до целевого действия.

Последовательность настройки

Рассмотрим полный сценарий, в котором рекламный пост в Telegram-канале ведёт в бота, а финальной конверсией считается оплаченная заявка. Перед запуском кампании определяются базовые параметры размещения. Например, канал получает значение tg_financehub, кампания — loan_sep26, конкретный пост — p17, а креатив — video_a. Если нужно считать не только запуски бота, но и сами клики, ссылка из рекламного поста сначала ведёт через трекер. При переходе трекер создаёт уникальный click ID и записывает все параметры размещения. Далее пользователь перенаправляется в Telegram-бота.

На этом этапе важно не пытаться вместить все данные в параметр /start. Удобнее заранее создать короткий токен и связать его с информацией о клике на сервере. Например, трекер или промежуточный бекенд знает, что токен a7K3mQ соответствует каналу tg_financehub, посту p17, креативу video_a и определённому click ID. В Telegram пользователь уже попадает по ссылке https://t.me/offer_bot?start=a7K3mQ.

• После нажатия Start бот получает токен и сохраняет его вместе с данными пользователя. Здесь же можно зафиксировать первое событие bot_start. Важно, чтобы информация об источнике оставалась в базе и после завершения текущей сессии. Если человек закроет Telegram и вернётся через два дня, бот всё равно должен знать, откуда был первый вход.

• Далее пользователь проходит сценарий. Он может ответить на несколько вопросов, выбрать продукт и оставить номер телефона. В момент создания лида бот передаёт в CRM контактные данные вместе с внутренним user ID и click ID. В самой CRM для этого лучше создать отдельные технические поля. Если записывать идентификатор в обычный комментарий, его легче случайно изменить или потерять при интеграции.

• Следующий этап происходит уже вне Telegram. Менеджер обрабатывает заявку или система автоматически принимает оплату. После подтверждения продажи CRM отправляет postback в трекер, возвращая тот же click ID, который был создан в начале. При необходимости вместе с ним передаются тип конверсии, сумма выплаты, доход или transaction ID.

В итоге в трекере появляется полная связь между рекламным переходом и финальной оплатой. Можно увидеть, какой канал дал клик, с какого поста пришёл пользователь, какой креатив сработал и сколько дохода принесла эта конверсия. База бота при этом показывает внутренние этапы воронки, а CRM — результат работы с лидами.

Перед масштабированием такую схему нужно проверить вручную. Лучше всего сделать один тестовый переход и записать созданный click ID. Затем пройти весь сценарий до конца и убедиться, что этот же ID присутствует в трекере, базе бота и CRM, а после тестовой конверсии возвращается через postback. 

Если Telegram ведёт сразу на лендинг, схема становится проще. UTM описывают источник и кампанию, трекер создаёт click ID, а сайт передаёт его дальше вместе с заявкой. Для мобильного приложения аналогичную роль могут выполнять attribution links AppsFlyer. Принцип при этом не меняется, потому что источник должен пройти вместе с пользователем через все ключевые точки воронки.

Вывод

Атрибуция в Telegram работает надёжно тогда, когда источник трафика не пытаются определить только на финальном этапе. Его нужно зафиксировать ещё при первом переходе и последовательно переносить дальше. Для веб-трафика эту роль частично выполняют UTM-метки, для ботов нужен параметр /start, а для связи с трекером, CRM и партнёрской системой используются SubID, click ID и серверные postback. Больше всего проблем возникает из-за разрывов между отдельными частями воронки. Если канал, бот, сайт и CRM считают пользователя независимо друг от друга, в отчётах будет много цифр, но ответить на простой вопрос об источнике конкретной продажи станет сложно. Значительно эффективнее заранее определить единую схему параметров и проверить, как они переходят между системами.

При этом не каждой кампании нужна сложная инфраструктура. Если Telegram-канал ведёт на обычный лендинг, часто достаточно аккуратной UTM-разметки, веб-аналитики и передачи click ID в CRM.