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

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

Если у вас трафик уходит в server-side, но цифры всё равно пляшут, сначала ищите не баг, а разрыв между шагами: браузер → ваш endpoint → трекер → рекламная платформа. На каждом участке можно потерять UTM, click_id, consent, время события или дедупликацию.

Проверьте базовую схему:
— есть ли единый ID, который проходит от клика до конверсии
— сохраняются ли параметры сразу, а не «потом из куки»
— совпадает ли таймзона и окно атрибуции между системами
— не режет ли endpoint пустые поля, дубли и задержанные события

Отдельно смотрите на согласие и cookies. Если consent не получен, часть идентификаторов не должна считаться как полноценный источник правды. Тогда server-side не «чинит» потерю данных, а просто аккуратнее переносит ограничения из браузера в вашу схему учета.

Самая частая ошибка — считать, что server-side автоматически повышает точность. На деле он лишь уменьшает зависимость от клиента. Если логика ID, дедупа и postback не описана заранее, вы получите не меньше расхождений, а просто более тихие.

Лучший тест: одна конверсия должна одинаково собираться в логах, трекере и рекламном кабинете по заранее прописанным правилам.