outreach
Почему отслеживание Sub-ID у партнёров ломается между Meta и Telegram
Параметры sub_id исчезают в тот момент, когда клик покидает Meta и попадает в Telegram. Разбираемся, почему рвётся цепочка атрибуции и как это исправить.
Вы потратили $4000 на тестирование пяти креативов в Meta. Дашборд показывает клики. Ваш Telegram-бот показывает вступления. Но когда вы пытаетесь сопоставить sub_id=creative_3b с реальным депозитом, след просто... обрывается. Где-то между кликом по рекламе и вступлением в Telegram вся ваша цепочка атрибуции исчезла.
Это не баг трекинг-пикселя. Это структурная проблема. Meta и Telegram изначально не были созданы для передачи параметров друг другу, и большинство партнёров узнают об этом только тогда, когда смотрят на отчёт по выплатам и понятия не имеют, какой креатив на самом деле сконвертировался.
Почему параметры sub-ID исчезают между Meta и Telegram?
Отслеживание sub-ID ломается потому, что диплинки Telegram (ссылки t.me/) не поддерживают URL-параметры запроса нативно так, как это делает лендинг-страница — а система редиректов и модерации рекламы Meta нередко обрезает или переписывает исходящие ссылки ещё до того, как клик доходит до Telegram. На практике это означает, что 60-80% партнёров, использующих прямые воронки Meta-Telegram, теряют данные sub-ID в одной из двух конкретных точек: на редиректе после клика по рекламе или в момент, когда пользователь открывает само приложение Telegram.
Вот механическая причина. Meta оборачивает исходящие ссылки в собственный редирект (l.facebook.com или lm.facebook.com) для трекинга и проверки безопасности. Этот редирект может обрезать, переконвертировать или потерять строку запроса, особенно если URL перегружен UTM-метками. Затем, даже если параметр переживает редирект Meta, поведение самого Telegram при открытии приложения (передача из веба в приложение) не сохраняет URL-параметры в стартовом payload бота, если только вы специально не оформили ссылку как диплинк со стартовым параметром (t.me/yourbot?start=sub_id_value). Большинство партнёров до сих пор используют обычные ссылки t.me/channel, у которых вообще нет механизма для передачи чего-либо.
В какой именно точке рвётся цепочка?
Есть три точки отказа, и вам нужно определить, какая из них ваша, прежде чем что-либо исправлять.
Редирект Meta обрезает или искажает строку запроса — чаще всего происходит с длинными UTM-строками или неэкранированными спецсимволами в значении sub_id.
Ссылка ведёт на канал, а не на бота — обычные ссылки t.me/channelname вообще не имеют механизма стартовых параметров. Sub-ID просто некуда деваться.
Бот получает /start payload, но не логирует его до того, как пользователь объединяется с общей записью контакта — данные приходят, но ничто не фиксирует их до того, как они перезаписываются.
Если вы также боретесь с тем, что модерация рекламы Meta блокирует ваши Telegram-ссылки ещё до запуска, это смежная, но отдельная проблема — смотрите Как исправить блокировку Telegram-ссылок модерацией рекламы Meta для решения на стороне модерации.
Как на самом деле исправить атрибуцию sub-ID во всей воронке?
Решение — перестать полагаться на интерфейс Telegram в передаче чего-либо и направлять каждый клик через диплинк бота со стартовым параметром, который кодирует ваш sub_id, а затем логировать этот payload сразу, как только бот его получает — до того, как создаётся или объединяется запись контакта.
Замените каждую ссылку t.me/channelname в вашей рекламе на формат t.me/yourbot?start=SUBID, где SUBID — ваш закодированный идентификатор суб-партнёра или креатива.
Используйте маскирующую или промежуточную лендинг-страницу между Meta и Telegram, чтобы редирект Meta никогда напрямую не касался вашей финальной Telegram-ссылки — это также помогает избежать флагов модерации рекламы.
Фиксируйте /start payload как самое первое действие бота, записывая его в карточку контакта до того, как срабатывает приветственное сообщение или меню.
Держите значения sub_id короткими и только буквенно-цифровыми — без спецсимволов, без пробелов, без всего, что редирект Meta может переконвертировать.
Тестируйте всю цепочку вручную раз в неделю — кликните по собственной рекламе, проследите sub_id вплоть до записи в CRM, убедитесь, что он не повреждён.
CRMChat автоматизирует аутрич и работу с CRM после того, как контакт приземлился: он фиксирует каждое новое вступление в Telegram в реальном времени и синхронизирует его прямо в ваш пайплайн, так что в момент, когда клик превращается в контакт Telegram, эта запись уже существует со всеми данными стартового параметра, которые вы передали — без ручных повторных импортов CSV, без задержек опроса. Если вы строите именно маскирующую воронку из Meta Ads в Telegram, статья Как построить маскирующую воронку с лендинг-страницей из Meta Ads в Telegram подробно разбирает настройку промежуточной страницы, которая не даёт редиректу Meta коснуться вашей финальной ссылки.
А как насчёт отслеживания суб-партнёров внутри Telegram?
Поломка sub-ID не заканчивается на событии вступления — она продолжается, если вы ведёте партнёрскую программу с суб-партнёрами, где несколько источников трафика вливаются в одну и ту же воронку Telegram. Без единого соглашения о тегировании вы не сможете понять, трафик какого суб-партнёра действительно принёс депозиты, а какой просто раздул счётчик вступлений.
CRMChat позволяет тегировать и сегментировать контакты по параметру источника, с которым они пришли, так что эффективность суб-партнёров остаётся видимой в вашем пайплайне вместо того, чтобы сливаться в один недифференцированный список контактов. Это особенно важно в схемах партнёрского маркетинга и медиабаинга, где вы платите за каждый суб-источник и вам нужно, чтобы цифры выдерживали проверку. Про механику настройки структур ссылок для нескольких партнёров выше по воронке читайте в статьях Как составить список потенциальных партнёров-медиабайеров по вертикали и Как сегментировать партнёров-медиабайеров по источнику трафика для аутрича, где сторона сегментации разобрана подробнее.
Это та же проблема, которая ломает атрибуцию FTD?
Не совсем, но это близкий родственник. Поломка sub-ID происходит на передаче клик-вступление; поломка атрибуции FTD (первого депозита) обычно происходит позже, когда событие депозита на стороне брокера или казино не может быть сопоставлено с исходным контактом Telegram, потому что postback несёт другой идентификатор. Если ваши sub-ID успешно переживают переход из Meta в Telegram, но депозиты всё равно не сходятся, проблема сместилась дальше по цепочке — смотрите Почему трекинговые ссылки FTD перестают корректно атрибутироваться для этой половины цепочки.
Быстрый чек-лист перед запуском следующей кампании
Убедитесь, что ваша Telegram-ссылка — это диплинк бота (t.me/bot?start=X), а не обычная ссылка на канал.
Сделайте один тестовый клик на каждый креатив и проверьте, что sub_id отображается в записи вашей CRM.
Держите промежуточную лендинг-страницу между Meta и Telegram, чтобы избежать обрезания редиректом.
Логируйте стартовый payload до того, как срабатывает любая другая логика бота.
Проверяйте теги суб-партнёров еженедельно, если вы ведёте партнёрскую программу с несколькими источниками.
Как только цепочка исправлена, всё остальное — просто дисциплина аутрича. Также стоит почитать про распространённые причины банов за спам казино и партнёрских программ, поскольку забаненный аккаунт посреди воронки сломает вашу атрибуцию так же основательно, как и обрезанный параметр.
