ID-solution в adtech: 6 проверок перед интеграцией, чтобы не потерять события

ID-solution в adtech: 6 проверок перед интеграцией, чтобы не потерять события

Если подключаете ID-solution к DSP, SSP или CDP, сначала проверьте не “наличие хеша”, а логику работы связки.

— Сопоставление идёт по одному и тому же набору полей: e-mail, phone, UID, но без лишних преобразований на каждой стороне.
— Есть понятный consent path: откуда взят идентификатор, что разрешено передавать, где он обнуляется.
— Match rate измеряется отдельно для web, app и CTV, иначе общая цифра скрывает провалы в одном из каналов.
— События не теряются при редиректах, кросс-доменных переходах и смене устройства.
— В договорённой схеме есть TTL, дедупликация и правила обновления ID, чтобы не плодить дубли.
— Логи позволяют восстановить маршрут: источник, время, тип хеша, точку расхождения.

Отдельно проверьте, где ID живёт дольше: в cookie, в storage, в серверной связке или в clean room. Если у каждого участника стека свой срок хранения и свой формат, интеграция выглядит рабочей только на первом шаге.

Для adtech это базовая гигиена: чем раньше вы описали сх