TCF Consent String

TCF consent string — це закодований текстовий запис, який фіксує вибір користувача щодо згоди в рамках Transparency and Consent Framework (TCF) від IAB Europe і передається разом із запитом на ставку, щоб кожен вендор у ланцюгу постачання реклами міг перевірити, що йому дозволено робити, перш ніж діяти з цим показом.

Що міститься в рядку#

Рядок у стислому форматі, подібному до base64, кодує, на які «цілі» (наприклад, зберігання інформації на пристрої або створення персоналізованого рекламного профілю) користувач дав згоду, яким конкретним вендорам з реєстрованого списку вендорів IAB Europe він погодився, а також деякі метадані про те, коли і як було отримано згоду. Він не читається людиною, але повністю специфікований: будь-яка система, що реалізує стандарт TCF, може розкодувати його однаковим чином, у чому і полягає вся суть. Платформа управління згодою видавця генерує цей рядок, і він прикріплюється до запиту на ставку, який проходить через обгортки header bidding, supply-side platforms та ad exchanges на шляху до demand-side platform.

Чому ланцюг постачання реклами покладається на нього#

До того, як TCF стандартизував це, кожен вендор мав свій власний спосіб представлення згоди або взагалі не мав його, що означало, що партнер з боку попиту, віддалений на три кроки від видавця, не мав надійного способу підтвердити, що згоду було отримано. TCF string вирішив цю проблему, надавши всім у ланцюзі однакову машиночитану відповідь на запитання «чи дозволено цьому вендору обробляти дані цього користувача для цієї мети». Саме тому аукціон real-time bidding для користувача з ЄС може відбуватися зі швидкістю аукціону, за мілісекунди, без окремого запиту кожного вендора до бази даних про згоду.

Практичний сценарій невдачі — коли рядок відсутній, пошкоджений або браузер користувача взагалі блокує запуск CMP. Більшість вендорів побудовані так, щоб за замовчуванням трактувати це як «немає згоди», що означає, що вони не будуть робити ставки на цілі персоналізації, що тихо зменшує адресний пул європейської кампанії без очевидних помилок у звітності.

Як це поєднується з рештою стеку#

TCF string не замінює ads.txt або sellers.json, які підтверджують, хто має право продавати інвентар видавця. Він вирішує іншу проблему: не «хто має право це продавати», а «для чого можна використовувати дані цього конкретного користувача». Обидві перевірки виконуються незалежно на сучасному програмному аукціоні, і прогалина в будь-якій з них може тихо придушити заповнення або ставки без чіткого повідомлення про помилку, що вказує на причину.

Якщо ви аудитуєте, як ad tech поводиться навколо бар'єрів згоди, а не просто читаєте специфікацію, перегляд індексу ad intelligence OpenAdLibrary за різними гео — це швидкий спосіб побачити, як насправді змінюється креативний мікс і обсяг між ринками з високим і низьким рівнем згоди для одного й того ж рекламодавця.