X-Header Tracking

Это тот самый способ тащить метаданные о трафике прямо в HTTP-запросе — невидимо для юзера, но читаемо для твоего трекера 🐗 В браузере ничего не отображается, в URL ничего лишнего не торчит, а между сервером и трекингом летят заголовки вида X-Source, X-Partner-ID, X-Click-Time — и там уже всё что тебе нужно: откуда пришёл человек, какой субаккаунт, какой поток, какое время клика.

Работает это так: юзер кликает по ссылке, запрос уходит на твой сервер или редиректор — и ты на лету вшиваешь в заголовок нужные параметры перед тем как пустить трафик дальше 😱 Трекер или оффер на принимающей стороне читает эти заголовки и матчит с конверсией. Никакого мусора в ссылке, никаких длинных UTM-хвостов, которые режет клоака или обрезает редирект на стороне рекламной сети. Особенно это актуально в связках где URL-параметры по каким-то причинам не доживают до лендинга — X-Headers едут в теле запроса и с ними такой хуйни не происходит 💪 Ещё используют для передачи данных между своими сервисами когда строишь кастомную инфраструктуру — трекер, антидетект, фармилка, всё общается через заголовки и никто снаружи не видит как устроена кухня 🗿

Но это не та история где "настроил и забыл" 😩 Если промежуточный редирект или CDN режет кастомные заголовки — ты теряешь данные и даже не узнаешь об этом сразу. Плюс на стороне оффера или партнёрки далеко не всегда есть возможность эти заголовки принять и обработать — это не универсальный стандарт, а твоя собственная договорённость между серверами 🐗 Проверяй через curl что заголовки реально доходят куда надо, и не строй на этом аналитику не убедившись что принимающая сторона вообще умеет их читать. Нормально делай — нормально будет 🐗