Три платформы — три разных подхода к тому, что скрывать от рекламодателя. Meta режет данные через privacy-ограничения и in-app браузер. TikTok даёт собственную аналитику, но то, что она показывает, и то, что фиксирует внешний трекер — разные числа. Telegram вообще не предназначен для performance-трекинга в классическом смысле. Работать с ними одновременно и видеть сквозную картину — задача нетривиальная.
Почему закрытые экосистемы ломают стандартный трекинг
Классическая схема: клик → редирект → трекер → лендинг → конверсия. Внутри walled garden эта цепочка рвётся. Платформа не пускает внешние пиксели, блокирует параметры в URL или открывает ссылку во встроенном браузере — и тогда куки, referrer и часть UTM просто не доходят.
In-app браузер — отдельная проблема. Meta и TikTok открывают внешние ссылки в своём браузере, изолированном от системного. Куки не передаются между сессиями. Пользователь кликнул в приложении, перешёл на лендинг, но трекер видит его как нового визитёра без источника.
Meta: что скрыто и как это обходить
Meta ограничивает передачу данных по нескольким причинам сразу: iOS ATT, блокировщики, собственная политика приватности. Пиксель в браузере работает хуже с каждым годом.
Conversions API (CAPI) — серверная интеграция, которая передаёт события напрямую с бэкенда в Meta, минуя браузер. Это не замена пикселю, а дополнение: оба канала вместе дают более полное покрытие событий. Трекер должен поддерживать CAPI-интеграцию — иначе часть конверсий останется невидимой для алгоритма Meta, и оптимизация кампании просядет.
ClickID от Meta (fbclid) нужно передавать в трекер и хранить. Без этого атрибуция на уровне пользователя теряется, особенно когда in-app браузер обрывает сессию.
TikTok: своя аналитика против внешней
TikTok Ads Manager показывает конверсии по своей модели атрибуции. Внешний трекер считает иначе. Расхождение — норма, а не признак сломанного трекинга. Важно понимать, по какой логике считает каждый инструмент, иначе цифры будут вызывать панику без причины.
TikTok Pixel работает аналогично Meta Pixel — с теми же ограничениями in-app браузера. Events API (серверная версия) закрывает часть потерь. ClickID (ttclid) нужно пробрасывать в трекер так же, как fbclid у Meta.
Одна специфика TikTok — высокая доля мобильного трафика с короткими сессиями. Пользователь видит объявление, переходит, быстро уходит. Окно атрибуции по умолчанию может захватывать конверсии, которые произошли значительно позже клика — поэтому настройка окна атрибуции в трекере критична.
Telegram: трекинг без платформенного пикселя
Telegram — не рекламная платформа в классическом смысле. Нет собственного пикселя, нет ClickID от платформы, нет встроенной аналитики кампаний. Telegram Ads появился относительно недавно и даёт минимум данных на выходе.
Трафик из Telegram отслеживается через UTM-метки и прямые ссылки с параметрами трекера. Встроенный браузер Telegram тоже изолирует сессии — те же проблемы с куки, что у Meta и TikTok. Серверная атрибуция здесь единственный надёжный путь: трекер фиксирует клик, передаёт идентификатор на лендинг через URL-параметр, лендинг возвращает конверсию на сервер.
Органический трафик из каналов и групп смешивается с платным, если не разграничивать ссылки. Для каждого размещения — отдельная ссылка с уникальными параметрами.
Единая точка сбора данных
Работать с тремя платформами одновременно и смотреть статистику в трёх разных кабинетах — путь к ошибкам атрибуции и потере времени. Трекер закрывает эту задачу: один интерфейс, все источники, сквозная воронка от клика до конверсии.
Для этого трекер должен:
- принимать ClickID от каждой платформы и хранить его в параметрах визита
- поддерживать серверные интеграции (CAPI для Meta, Events API для TikTok)
- разделять источники через кастомные токены, а не только UTM
- передавать postback на платформу при фиксации конверсии
Без postback платформенный алгоритм не получает сигнал о конверсии и не может оптимизировать показ. Это напрямую влияет на стоимость результата.
Общий принцип настройки
Схема одна для всех трёх платформ, детали разные. Создаёшь кампанию в трекере, указываешь источник трафика, настраиваешь передачу ClickID в параметре ссылки. На лендинге ClickID сохраняется. При конверсии трекер отправляет postback на платформу с этим идентификатором.
In-app браузеры частично обходятся через deep link или через принудительное открытие системного браузера — но это зависит от вертикали и типа оффера. Серверная атрибуция остаётся более устойчивым решением, потому что не зависит от поведения браузера на стороне пользователя.
Главное: не пытаться подогнать все три платформы под одну и ту же механику. У каждой свои ограничения — и настройка трекинга строится вокруг них.
