Рекламный кабинет Telegram Ads честно показывает показы, клики и действия, но ничего не знает о деньгах. Между кликом по объявлению и оплаченным счётом стоят три-четыре перехода, и на каждом теряется часть данных, если разметка не продумана до старта. Отслеживание заявок из Telegram Ads — это не одна галочка в интерфейсе, а связка из четырёх слоёв: рекламная площадка, посадочная точка, веб-аналитика и CRM. Ниже разберём, как собрать эту связку, чтобы в отчёте была видна не абстрактная «эффективность», а стоимость лида и выручка по каждому креативу.
Что считать результатом рекламы
Главная причина, по которой отчёты по Telegram Ads расходятся с реальностью, — смешение разных сущностей в одном показателе. Фраза «пришло 200 человек» может означать 200 кликов, 200 подписок или 200 обращений в чат, и цена этих событий различается в разы. Поэтому воронку нужно разложить на уровни и заранее договориться, какой из них считается результатом кампании.
- Клик — переход по ссылке из объявления. Фиксируется в кабинете как Clicks, а при трафике на сайт дублируется в веб-аналитике.
- Подписка или запуск бота — попадает в метрику Actions. Это ещё не заявка: человек только вошёл в вашу зону влияния.
- Заявка — контакт: отправленная форма, сообщение в чат, звонок, оформленный заказ. Первая точка, где появляется CPL.
- Квалифицированный лид — заявка, прошедшая проверку на соответствие целевой аудитории, бюджету и реальной потребности.
- Продажа — оплата. Только на этом уровне считается окупаемость рекламы.
Практический вывод: KPI ставится на том уровне, до которого вы способны довести данные технически. Если CRM не размечена по источникам, требовать отчёт по продажам в разрезе объявлений бессмысленно — цифры соберутся вручную и с ошибками. Разумнее наращивать глубину постепенно: сначала клики и заявки, затем квалификация лидов, затем выручка. Такой порядок дешевле, чем сразу строить сквозную аналитику, которая через месяц покажет, что половина источников трафика не размечена вовсе.
Разметка и источники данных для отслеживания заявок из Telegram Ads
Информация о рекламе рождается в четырёх местах, и ни одно из них не даёт полной картины в одиночку. Кабинет знает про показы и расход, но не про выручку. Веб-аналитика видит поведение на сайте, но не знает ставку. CRM хранит сделки, но не помнит, какой креатив их привёл. Задача разметки — прошить сквозной идентификатор источника через все слои и не потерять его при переходах.
UTM-метки: минимальный рабочий набор
Если объявление ведёт на внешний сайт, ссылка размечается обязательно. Иначе трафик из мессенджера осядет в общем Direct или в невнятном referral, и разделить его по кампаниям уже не получится.
- utm_source — площадка, например telegram_ads
- utm_medium — тип трафика: cpm или paid
- utm_campaign — кампания: ниша, оффер, гео
- utm_content — конкретное объявление или креатив
- utm_term — таргетинг: тематика каналов, список, поисковый запрос
Разметка работает только при дисциплине. Ведите единый реестр меток в таблице: одна строка — одно объявление. Используйте латиницу и нижний регистр, не меняйте написание source и medium от кампании к кампании, иначе отчёт распадётся на десяток похожих строк. Отдельная UTM-метка на каждый креатив — не перфекционизм, а единственный способ потом понять, какой текст даёт заявки, а какой — только клики. И проверьте, что посадочная страница не режет параметры при редиректе: это частая причина, по которой источник теряется ещё до загрузки сайта.
Пиксель Telegram Ads: конверсии внутри кабинета
В кабинете Telegram Ads появился собственный пиксель — JS-скрипт, который передаёт в интерфейс данные о действиях пользователя на сайте после контакта с рекламой. Он позволяет видеть заявки и покупки прямо в статистике объявления и получать CPL с CPA без ручной сводки из внешних систем.
Схема подключения состоит из трёх шагов. Сначала в разделе Manage Events создаётся пиксель и копируется Base Code — его размещают в секции <head> на всех страницах сайта. Затем создаётся событие через Add an Event: задаётся название и тип, например Lead или Sign Up. Из полученного Event Code берётся идентификатор события и привязывается к нужному элементу интерфейса — обычно к кнопке отправки формы. Финальный шаг — при создании объявления выбрать это событие в поле Conversion event.
Два важных ограничения. Первое: на одно объявление можно назначить только одно конверсионное событие, поэтому дробить воронку в самом кабинете не получится — глубокие срезы всё равно останутся в веб-аналитике и CRM. Второе: платформа использует атрибуцию post-view, то есть действие засчитывается и в том случае, когда человек просто увидел рекламу, а потом пришёл на сайт самостоятельно. Из-за этого число конверсий в кабинете почти всегда будет выше, чем в Яндекс Метрике, которая работает по клику. Расхождение — не ошибка настройки, а разница моделей атрибуции, и объяснять её заказчику лучше до запуска, а не после первого отчёта.
Работоспособность события стоит проверить до открытия показов. Самый быстрый способ — колонка Last Event Time в разделе Manage Events: если время последнего срабатывания обновилось после тестовой отправки формы, связка живая. Более точная проверка — вкладка Network в инструментах разработчика: при целевом действии должен уходить запрос со статусом 200 или 204.
Куда ведёт трафик: канал, бот, сайт
Формат посадочной точки определяет, что вообще можно отследить. При трафике на сайт доступен полный набор инструментов: UTM-метки, пиксель, цели в веб-аналитике, передача источника в CRM. При трафике на канал картина беднее — платформа показывает количество подписок, но не раскрывает данные о подписчиках: ни интересы, ни географию, ни то, насколько аудитория целевая. Пригласительные ссылки частично закрывают пробел, однако они не учитывают отписавшихся и не работают, если объявление ведёт на конкретный пост.
Выбор посадочной точки — отдельное решение, которое стоит принимать до подготовки креативов: подробнее об этом в материале «Посадочная страница внутри Telegram: куда вести трафик из Telegram Ads».
Отдельный случай — бот. Он удобен именно с точки зрения аналитики: в ссылку вида t.me/yourbot?start= подставляется параметр, который бот получает при первом запуске и записывает вместе с идентификатором пользователя. Дальше этот параметр отдаётся в CRM как источник, и вы получаете связку «объявление → запуск бота → заявка → сделка» без потери данных на переходе в мессенджер. Сценарии, которые имеет смысл заложить в бота под заявки и продажи, разобраны в статье «Telegram-бот для бизнеса: сценарии для заявок, продаж и поддержки».
Промокод и прямой вопрос об источнике
Когда техническая разметка невозможна — заявки приходят в личные сообщения, по телефону или через офлайн-точку, — работают низкотехнологичные методы. Уникальный промокод на каждую кампанию даёт жёсткую привязку: код назван в объявлении, значит, покупатель пришёл оттуда. Вопрос «откуда вы о нас узнали» в форме или скрипте менеджера закрывает остаток. Оба способа неточны и покрывают не всех, но в нишах с длинным циклом сделки промокод часто оказывается единственным честным маркером источника.
CRM: где заявка превращается в продажу
Финальный слой — карточка сделки. В неё должны попадать три поля: источник, кампания и объявление. Передаются они скрытыми полями формы, которые заполняются из UTM-параметров страницы, либо параметром бота. Дальше нужно правило: менеджер не закрывает сделку, не проставив статус квалификации. Без этого вы получите стоимость заявки, но не стоимость клиента, а разница между ними в отдельных нишах достигает кратных значений.
Как собрать отчёт по воронке
Отчёт строится как одна таблица, где строка — объявление, а столбцы идут по воронке слева направо: от расхода к выручке. Данные о показах и ставке выгружаются из кабинета в CSV, заявки и конверсии подтягиваются из веб-аналитики или пикселя, продажи — из CRM.
| Уровень | Метрика | Источник данных |
|---|---|---|
| Показы | CPM, Views | Кабинет Telegram Ads |
| Клики | CTR, CPC, Clicks | Кабинет, веб-аналитика |
| Действия | CVR, Actions, CPA | Кабинет, пиксель |
| Заявки | CPL, число лидов | CRM, веб-аналитика |
| Продажи | Выручка, ROMI | CRM |
Один нюанс, который ломает расчёты чаще всего: расход, который вы видите в кабинете, не равен вашим фактическим затратам. Оплата идёт в евро, а сверху ложатся НДС и комиссия сервиса, через который пополняется рекламный кабинет. Если считать CPL от «чистой» цифры в интерфейсе, реальная стоимость лида окажется выше на заметную долю. Условия и итоговый коэффициент удорожания стоит зафиксировать заранее — например, ознакомившись с условиями пополнения кабинета Telegram Ads в eProfit — и подставить его в формулу расчёта один раз, а не пересчитывать каждый отчёт вручную.
Условный пример арифметики. Кампания израсходовала 500 € при CPM 2 €, что даёт 250 000 показов. При CTR 2% это 5 000 кликов и CPC около 0,1 €. Если посадочная страница конвертирует 4% визитов в заявку, получаем 200 лидов и CPL порядка 2,5 €. При квалификации 50% и конверсии в продажу 20% выходит 20 сделок. Цифры здесь взяты для демонстрации логики расчёта: подставляйте свои, потому что каждый коэффициент зависит от ниши, оффера и качества обработки обращений.
Как принимать решения по данным
Когда отключать связку
Останавливать объявление имеет смысл, когда набрана статистическая база и стоимость результата стабильно выше границы рентабельности. Ориентир для решения — не CTR и не CPM, а CPL с поправкой на квалификацию. Бывает, что связка даёт дорогие клики, но приводит лиды с высокой конверсией в оплату, — и наоборот, дешёвый трафик из широких тематик наполняет воронку обращениями, которые менеджеры закрывают отказом.
Когда дорабатывать креатив и оффер
Диагностика по слоям: низкий CTR при нормальном CPM — вопрос к тексту объявления и таргетингу. Хороший CTR при провальной конверсии в заявку — проблема на посадочной странице или в разрыве между обещанием в креативе и содержанием оффера. Много заявок при нулевых продажах — вопрос не к рекламе, а к скорости и качеству обработки лидов.
Когда масштабировать
Гипотезу можно расширять, когда она отработала минимум две недели, набрала объём заявок, достаточный для расчёта, и удерживает CPL в пределах допустимого при повышении ставки. Бюджет наращивают шагами по 20–30%, отслеживая CPL после каждого шага: рост ставки CPM почти всегда поднимает стоимость лида, и задача — найти точку, где рост ещё окупается.
Где методика не даст ожидаемого результата
Сквозная аналитика бесполезна при малых объёмах: на десяти заявках любой вывод о разнице между креативами статистически ничего не значит. Она искажается при длинном цикле сделки — продажа приходит через два месяца, когда кампания давно отключена, и по отчёту за период выглядит убыточной. Она частично слепа при трафике на канал: цепочка «подписка → прогрев → заявка» не восстанавливается инструментами платформы. И она бессильна, если заявки обрабатываются медленно или менеджеры не фиксируют источник, — тогда вы измеряете не рекламу, а качество работы отдела продаж.
Чек-лист перед запуском
- Определён уровень воронки, который считается результатом кампании, и целевая стоимость этого результата.
- Выбрана посадочная точка: сайт, бот, канал или конкретный пост.
- Составлен реестр UTM-меток: одна строка — одно объявление, единое написание параметров.
- Проверено, что посадочная страница сохраняет UTM-параметры при редиректах.
- Base Code пикселя установлен на всех страницах сайта.
- Создано конверсионное событие, идентификатор привязан к целевому действию.
- Событие протестировано: сработало срабатывание в Manage Events или в Network.
- Событие выбрано в поле Conversion event при создании объявления.
- Для бота настроен приём параметра из ссылки и запись источника.
- В форме есть скрытые поля под источник, кампанию и объявление.
- В CRM заведены поля источника и обязательный статус квалификации заявки.
- Зафиксирован коэффициент удорожания бюджета с учётом НДС и комиссии.
- Согласован шаблон отчёта и периодичность его сборки.
