TCF Consent String
TCF consent string — это компактная закодированная запись о том, на что согласился пользователь в рамках Transparency and Consent Framework от IAB Europe; она передаётся по цепочке поставок рекламы с каждым запросом на участие в аукционе.

TCF consent string — это закодированный фрагмент текста, который фиксирует, какой выбор согласия сделал пользователь в рамках Transparency and Consent Framework (TCF) от IAB Europe, и передаётся вместе с запросом на участие в аукционе, чтобы каждый вендор в цепочке поставок рекламы мог проверить, что ему разрешено делать, прежде чем действовать в отношении этого показа.
Что содержится в строке#
Строка в сжатом формате, подобном base64, кодирует, для каких «целей» (например, хранение информации на устройстве или создание профиля для персонализированной рекламы) пользователь дал согласие, каким конкретным вендорам из зарегистрированного списка IAB Europe он согласился, а также некоторые метаданные о том, когда и как согласие было получено. Она не читается человеком, но полностью специфицирована: любая система, реализующая стандарт TCF, может декодировать её одинаково, в чём и заключается весь смысл. Consent management platform издателя генерирует строку, и она прикрепляется к запросу на участие в аукционе, который проходит через обёртки 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 по разным регионам — это быстрый способ увидеть, как фактически меняется креативный микс и объём между рынками с высоким и низким уровнем требований к согласию для одного и того же рекламодателя.







