<b>Server-side трекинг ломается не на коде, а на схеме передачи данных</b>

<b>Server-side трекинг ломается не на коде, а на схеме передачи данных</b>

Сначала фиксируем маршрут: браузер → ваш endpoint → трекер/платформа. Если на этом пути нет одного и того же click_id, timestamp и user-agent, атрибуция начинает «плавать» даже при идеальной настройке.

Основные точки поломки:
— запрос уходит без согласия или без fallback-идентификатора;
— сервер режет query-параметры при редиректе;
— событие отправляется дважды: из браузера и с сервера;
— дедупликация есть, но ключи в разных системах не совпадают.

Перед запуском проверьте три вещи: 1) где генерируется event_id; 2) как он переживает редиректы и ретаргет; 3) какой источник считается truth source для конверсии. Если это не описано, в отчётах быстро появятся «лишние» лиды и пропавшие покупки.

Для стабильного пайплайна держите один формат параметров, логируйте сырой payload на сервере и отдельно сравнивайте входящий клик, отправку события и ответ платформы. Это скучная часть, но именно она спасает от разъезда GA4, трекера и Ads-системы.

Сервер-side не чинит атрибуцию сам по себе. Он работает только тогда, когда у вас заранее определены идентификаторы, дедупликация и источник правды.