Server-side трекинг ломается не на коде, а на пяти мелочах в пайплайне

Server-side трекинг ломается не на коде, а на пяти мелочах в пайплайне

Если собирать S2S «на коленке», обычно теряются не события, а смысл. Сначала убедитесь, что у вас есть один источник истины для click_id, нормальная передача UTM/params и понятное правило дедупликации. Иначе сервер начнёт честно отправлять данные, которые уже не с чем сверять.

Дальше смотрите на цепочку запросов:
— клиентский пиксель должен жить отдельно от серверного события;
— сервер не должен зависеть от JS-куки, если вы рассчитываете на cookieless;
— любой редирект, прокси или WAF может вырезать параметры по дороге;
— если postback приходит позже клика, окно атрибуции надо согласовать заранее.

Ещё одна типовая ошибка — дубли. Когда browser event и server event прилетают без общего event_id, платформа считает их двумя разными конверсиями. Вторая проблема — неполный матчинг: email, phone или external_id есть не в каждом случае, и тогда доля «неузнанных» событий растёт даже при идеальной инфраструктуре.

Проверяйте S2S по трём слоям: лог на входе, лог на выходе, и сверка с трекером. Если хотя бы в одном слое нет явной цепочки от клика до конверсии, атрибуция уже не управляется, а угадывается.