IAB Tech Lab обновляет стандарты: что команде трекинга надо проверять первым

IAB Tech Lab обновляет стандарты: что команде трекинга надо проверять первым

Если у вас sGTM, CAPI и postback'и завязаны на несколько платформ, IAB Tech Lab стоит мониторить не «для галочки», а как входной сигнал в roadmap. Любое изменение в идентификаторах, consent-схемах или форматах событий быстро превращается в расхождения между client-side и server-side.

Что смотреть в первую очередь:
— схемы идентификаторов: UID2, hashed email/phone, external_id, правила нормализации;
— consent и signal propagation: как флаги передаются до сервера и в какие поля ложатся;
— event schemas: обязательные параметры, названия событий, дедупликация, таймстемпы;
— transport layer: какие ограничения на payload, retries, idempotency и error codes.

Для команды это не про «поддержать стандарт», а про контроль точек поломки. Если меняется поле или семантика, первым страдает mapping в GTM Server, потом quality score в CAPI, и только затем это видно в отчетах. Хорошая практика — держать отдельный changelog по schema mapping и тестовый набор событий: purchase, lead, subscribe, add_to_cart.

Если у вас есть custom clients или кастомные templates, обновление стандарта надо проверять на уровне парсинга, а не только в UI. Иначе можно получить валидный запрос, который формально проходит, но теряет часть match keys или consent data.

Вывод простой: отслеживайте не анонсы, а изменения в схемах и полях. Именно они ломают атрибуцию, а не громкие заголовки.