Что такое IAB Transparency & Consent Framework (TCF)?
TCF используется прежде всего в европейской экосистеме цифровой рекламы. Он предоставляет стандартизированные политики, технические спецификации, сигналы согласия, информацию о поставщиках и API, которые помогают участвующим организациям сообщать о выборе пользователей в отношении обработки персональных данных и хранения информации на устройстве или доступа к ней.
Действующая версия правовой базы — TCF v2.3. Она была представлена в 2025 году и сделала сегмент Disclosed Vendors обязательной частью TC String, чтобы устранить неопределённость в вопросе о том, были ли те или иные поставщики раскрыты пользователям. Крайний срок перехода на TCF v2.3 — 28 февраля 2026 года.
Что означает IAB TCF?
IAB TCF расшифровывается как IAB Europe Transparency & Consent Framework.
Он предоставляет общую правовую базу для экосистемы цифровой рекламы, включая:
- Паблишеров
- Медиакомпании
- Рекламодателей
- Рекламные агентства
- Платформы управления согласиями
- Поставщиков рекламных технологий
- Платформы со стороны спроса (DSP)
- Платформы со стороны предложения (SSP)
- Рекламные серверы
- Поставщиков измерений
- Других технологических партнёров
Типичная рекламная экосистема может включать множество поставщиков. TCF предоставляет стандартизированный способ передавать информацию об этих поставщиках, заявленных ими целях обработки, применимых правовых основаниях и выборе пользователей.
IAB Europe описывает TCF как межотраслевой добровольный стандарт, призванный дать паблишерам и технологическим партнёрам возможность работать вместе, предоставляя пользователям стандартизированный опыт выбора в сфере приватности.
Является ли IAB TCF законом?
Нет.
IAB Transparency & Consent Framework — это отраслевая правовая база, а не законодательство.
Он не заменяет:
- GDPR
- Директиву ePrivacy
- UK GDPR
- Национальные законы о приватности
- Разъяснения регуляторов
- Судебные решения
- Иные применимые требования по защите данных
Действующие политики IAB Europe прямо указывают, что участие в TCF не заменяет обязанность каждого участника соблюдать применимое право.
Поэтому использование совместимой с TCF CMP не делает сайт автоматически соответствующим GDPR.
Вместо этого TCF предоставляет стандартизированный механизм, который может поддерживать отдельные процессы в сфере приватности и рекламы.
Какова цель IAB TCF?
Основная цель TCF — создать общий язык для выбора в сфере приватности внутри цепочки поставок цифровой рекламы.
Представьте паблишера, который работает с десятками рекламных и измерительных поставщиков.
Без стандартизированной правовой базы паблишеру, возможно, пришлось бы передавать выбор в сфере приватности каждому поставщику через свой отдельный технический механизм.
TCF стандартизирует важные части этого обмена.
Упрощённый процесс выглядит так:
- Пользователь
- CMP
- сигнал TCF
- Рекламные поставщики
- Обработка
Это помогает участвующим организациям понять:
- Какие поставщики задействованы
- Какие цели заявляют поставщики
- Какие правовые основания используются в рамках правовой базы
- Какой выбор сделал пользователь
- Какие поставщики были раскрыты
- Какие ограничения паблишера применяются
- Как следует передавать статус приватности пользователя
Что такое TCF v2.3?
TCF v2.3 — это текущая версия IAB Europe Transparency & Consent Framework.
IAB Europe выпустила TCF v2.3 в 2025 году. Ключевым изменением стало то, что раздел Disclosed Vendors стал обязательной частью TC String.
Это изменение было введено, чтобы снять неопределённость в вопросе о том, были ли те или иные поставщики действительно раскрыты пользователям, особенно в сценариях обработки на основании законного интереса для Special Purposes.
Переходный период закончился 28 февраля 2026 года, а значит, текущие реализации TCF должны поддерживать v2.3, а не опираться на более старую реализацию v2.2.
История версий TCF
К основным версиям TCF относятся:
- TCF v1.12018
- TCF v2.02019
- TCF v2.12020
- TCF v2.22023
- TCF v2.32025
Именно TCF v2.3 должна быть версией, на которую ссылаются актуальные материалы глоссария и руководства по внедрению.
Что изменилось в TCF v2.3?
Самое важное изменение в v2.3 — обязательный сегмент Disclosed Vendors.
Этот сегмент сообщает, был ли поставщик раскрыт пользователю через интерфейс CMP.
Техническая структура включает:
- основной сегмент
- сегмент Disclosed Vendors
- необязательный сегмент Publisher TC
IAB Tech Lab поясняет, что сегмент Disclosed Vendors даёт бинарный сигнал, указывающий, был ли поставщик раскрыт пользователю.
Это особенно актуально, когда поставщики опираются на законный интерес для отдельных видов обработки и им нужно знать, был ли пользователь надлежащим образом проинформирован об их участии.
Почему это важно
Раскрытие поставщиков — важное требование прозрачности.
Поставщик не должен гадать, был ли он действительно показан пользователю.
TCF v2.3 предоставляет стандартизированный сигнал, чтобы уменьшить эту неопределённость.
Что такое TC String?
Transparency and Consent String, который обычно называют TC String, — это машиночитаемое представление релевантной информации и выбора пользователя в экосистеме TCF.
Он может передавать информацию, относящуюся к:
- Согласию пользователя
- Возражениям пользователя
- Поставщикам
- Целям
- Правовым основаниям
- Ограничениям паблишера
- Раскрытым поставщикам
- Метаданным правовой базы
TC String позволяет участвующим поставщикам получать стандартизированную информацию о статусе приватности, установленном через CMP.
Поэтому TC String — один из важнейших технических компонентов TCF.
TC String — это то же самое, что согласие?
Нет.
TC String — это техническое представление информации о приватности и сделанного выбора.
Сам по себе он не является юридической заменой действительного согласия.
Юридическая действительность согласия зависит от таких факторов, как:
- Какая информация была предоставлена
- Был ли выбор сделан свободно
- Была ли цель достаточно конкретной
- Выразил ли пользователь согласие активным действием там, где это требуется
- Возможен ли отзыв
- Выполнены ли применимые юридические требования
- Соответствует ли фактическая обработка раскрытой обработке
TCF обеспечивает техническую стандартизацию; сам по себе он не создаёт правового основания для обработки.
Что такое сегмент Disclosed Vendors?
Сегмент Disclosed Vendors — ключевое нововведение TCF v2.3.
Он сообщает, были ли поставщики раскрыты пользователю через соответствующий интерфейс CMP.
Цель — устранить неопределённость в случаях, когда поставщикам нужно определить, были ли они действительно показаны пользователю.
Это особенно важно для поставщиков, которые обрабатывают данные в отдельных сценариях на основании законного интереса.
TCF v2.3 требует наличия сегмента Disclosed Vendors в TC String.
Что такое Global Vendor List (GVL)?
Global Vendor List (GVL) — это стандартизированный список поставщиков, участвующих в экосистеме TCF.
Он предоставляет информацию, которую CMP и другие участники используют, чтобы понимать, какие поставщики участвуют и какую деятельность они заявили.
Информация о поставщике может включать:
- Идентификатор поставщика
- Название поставщика
- Заявленные цели
- Special purposes
- Features
- Special features
- Правовые основания
- Категории данных
- Иную информацию правовой базы
GVL важен потому, что TC String и интерфейс CMP нуждаются в стандартизированной информации о поставщиках.
Действующие материалы IAB Europe по TCF по-прежнему называют GVL основным компонентом правовой базы.
Он позволяет CMP и другим участникам работать со стандартизированной информацией об участвующих поставщиках.
GVL помогает обеспечить:
- Идентификацию поставщиков
- Заявления о целях
- Заявления о special purposes
- Информацию о features
- Информацию о правовых основаниях
- Раскрытие поставщиков
GVL — один из ключевых ресурсов, благодаря которым возможен стандартизированный обмен информацией о поставщиках в TCF.
Что такое TCF CMP?
TCF CMP — это платформа управления согласиями, участвующая в экосистеме IAB Europe TCF.
TCF CMP может предоставить пользовательскую и техническую инфраструктуру, необходимую для того, чтобы:
- Показывать информацию о приватности.
- Раскрывать применимых поставщиков и цели.
- Собирать выбор пользователей.
- Формировать TC String.
- Делать сигнал доступным участвующим поставщикам.
- Поддерживать применимый CMP API.
- Управлять изменениями настроек.
- Поддерживать соответствующие политики и спецификации TCF.
Обычный баннер cookie автоматически не является TCF CMP.
Участие в TCF предполагает определённые требования к регистрации, политикам, технической реализации и соответствию.
TCF и CMP
TCF и CMP связаны между собой, но это не одно и то же.
| TCF | CMP |
|---|---|
| Отраслевая правовая база | Программное обеспечение/платформа |
| Определяет политики и стандарты | Реализует процессы выбора в сфере приватности |
| Определяет стандартизированные цели и понятия, связанные с поставщиками | Показывает информацию пользователям |
| Определяет технические механизмы передачи сигналов | Формирует и передаёт сигналы |
| Определяет требования к участию | Обеспечивает реализацию |
| Управляется IAB Europe при техническом сотрудничестве | Предоставляется отдельными компаниями-разработчиками CMP |
Проще говоря:
- TCF — это правовая база.
- CMP — это программное обеспечение, которое может реализовать эту правовую базу.
Что делает TCF CMP?
TCF CMP обычно обслуживает несколько этапов процесса получения согласия.
Прозрачность
CMP объясняет соответствующие цели, поставщиков и виды обработки.
Выбор
Пользователь может сделать применимый выбор о согласии или своих предпочтениях.
Формирование сигнала
CMP формирует соответствующий TC String.
Доступность сигнала
CMP делает соответствующий сигнал доступным участвующим поставщикам.
Управление настройками
Пользователь может позднее изменить или отозвать применимый выбор.
Техническое исполнение
Более широкая реализация на сайте должна обеспечивать, чтобы фактическая обработка соответствовала получившемуся статусу приватности.
Последний пункт критически важен.
Сформировать TC String — не то же самое, что не допустить несанкционированную обработку.
Что такое Purposes в TCF?
TCF использует стандартизированные Purposes (цели), чтобы описывать, зачем участвующие поставщики обрабатывают персональные данные или выполняют связанные с этим действия.
Действующие политики TCF включают такие стандартизированные цели, как:
- Хранение информации на устройстве и (или) доступ к ней
- Использование ограниченного набора данных для выбора рекламы
- Создание профилей для персонализированной рекламы
- Использование профилей для выбора персонализированной рекламы
- Создание профилей для персонализации контента
- Использование профилей для выбора персонализированного контента
- Измерение эффективности рекламы
- Измерение эффективности контента
Действующая документация по политикам TCF определяет эти цели и связанные с ними понятия правовой базы.
Структура целей важна потому, что она даёт стандартизированный словарь для интерфейсов CMP и заявлений поставщиков.
Что такое Special Purposes?
Special Purposes — это отдельные стандартизированные цели обработки, определённые в TCF.
К ним применяется иной подход, чем к обычным Purposes, и в рамках правовой базы для них действуют особые требования.
Поэтому сайту не следует упрощать TCF до формулы:
«Пользователь принимает или отклоняет cookie».
TCF охватывает более широкую экосистему рекламы и обработки данных, включающую цели, поставщиков, features, special purposes и правовые основания.
Что такое Features и Special Features в TCF?
TCF также определяет Features и Special Features.
Они описывают конкретные возможности или характеристики, связанные с обработкой данных поставщиком.
К Special Features политики TCF применяют дополнительные требования.
Эти различия важны, потому что TCF CMP должна показывать и передавать соответствующую информацию согласно действующим требованиям правовой базы, а не рассматривать любую активность поставщика как обычный cookie.
Согласие и законный интерес в TCF
Исторически TCF поддерживал несколько концепций правовых оснований, включая согласие и законный интерес.
Однако со временем правовая база существенно изменилась.
TCF v2.2 убрал законный интерес как правовое основание для Purposes 3–6.
Затем TCF v2.3 ввёл обязательный сегмент Disclosed Vendors, чтобы снять неопределённость в вопросе о том, были ли поставщики раскрыты пользователям в отдельных сценариях с законным интересом.
Заявление поставщика о законном интересе не означает, что он автоматически получает неограниченное разрешение обрабатывать персональные данные.
Применимое право и конкретный вид обработки сохраняют своё значение.
Означает ли TCF, что пользователь дал согласие?
Нет.
TCF — это правовая база для прозрачности и передачи сигналов о выборе в сфере приватности.
Сам по себе он не создаёт действительного согласия.
Соответствующий требованиям процесс получения согласия всё равно должен выполнять применимые юридические требования.
Например, если правовым основанием является согласие, организации следует учитывать, является ли согласие:
- Свободно данным
- Конкретным
- Информированным
- Недвусмысленным
- Основанным на надлежащей информации
- Отзываемым
Фактический пользовательский интерфейс и техническое поведение также должны соответствовать заявленному правовому основанию.
Делает ли TCF сайт соответствующим GDPR?
Нет.
TCF может поддерживать части процесса соблюдения требований в сфере приватности и рекламы, но он не является сертификатом соответствия GDPR.
Собственные политики IAB Europe прямо указывают, что участие в TCF не заменяет ответственность отдельных участников за выполнение их юридических обязанностей.
Более широкая программа соответствия GDPR может также требовать:
- Уведомлений о приватности
- Действительных механизмов согласия
- Анализа правового основания
- Средств контроля cookie и трекеров
- Прав субъектов данных
- Минимизации данных
- Сроков хранения данных
- Управления поставщиками
- Соглашений об обработке данных
- Средств контроля безопасности
- Гарантий при международной передаче данных
- Записей об обработке
- Управления и подотчётности
TCF и GDPR
TCF был создан специально в ответ на европейскую среду регулирования приватности и призван помочь участвующим организациям выполнять отдельные требования GDPR и ePrivacy в экосистеме цифровой рекламы.
IAB Europe описывает TCF как инструмент подотчётности, призванный содействовать соблюдению отдельных положений GDPR и Директивы ePrivacy.
Однако:
Организации по-прежнему сами отвечают за определение собственных юридических обязанностей.
TCF и Директива ePrivacy
TCF также имеет значение для Директивы ePrivacy, особенно для технологий, которые хранят информацию на устройствах пользователей или получают к ней доступ.
Это значит, что соблюдение европейских требований в рекламе может включать несколько правовых уровней:
обработка персональных данных
хранение информации на устройстве и доступ к ней и связанные технологии
стандартизированная отраслевая правовая база передачи сигналов и подотчётности
TCF не заменяет ни одну из этих правовых баз.
Блокирует ли TCF cookie?
Нет.
TCF — это прежде всего правовая база для стандартизированной прозрачности и передачи сигналов.
Он не предотвращает автоматически загрузку каждого cookie или трекера.
Сайту могут понадобиться дополнительные механизмы исполнения, например:
- Предварительная блокировка скриптов
- Средства контроля в системе управления тегами
- Средства контроля cookie
- Интеграции с CMP
- Блокировка поставщиков
- Серверные средства контроля
- Распространение статуса согласия
Например, CMP может корректно сформировать TC String, показывающий, что пользователь не дал согласия на определённую цель, тогда как плохо настроенный тег всё равно срабатывает.
Это была бы проблема реализации.
TCF и предварительное согласие
Предварительное согласие и TCF связаны между собой, но это разные понятия.
Предварительное согласие означает, что согласие получено до того, как происходит соответствующая обработка или доступ к устройству.
TCF обеспечивает стандартизированную передачу сигналов после процесса выбора в сфере приватности или в его рамках.
Упрощённый процесс может выглядеть так:
- Пользователь заходит на сайт
- загружается CMP
- появляется информация о приватности
- пользователь делает выбор
- устанавливается применимый статус согласия
- активируются разрешённые технологии
- передаётся TC String
Точная последовательность зависит от технической архитектуры сайта и применимого права.
TCF и программатик-реклама
TCF особенно важен для программатик-рекламы.
Паблишер может работать со множеством рекламных и измерительных поставщиков, включая:
- SSP
- DSP
- Рекламные биржи
- Рекламные серверы
- Поставщиков измерений
- Аудиторные платформы
- Поставщиков верификации
- Поставщиков данных
TCF даёт этим участникам стандартизированный механизм для передачи релевантной информации о приватности.
Это одна из главных причин, по которым TCF особенно ценен для паблишеров и медиакомпаний.
TCF для паблишеров
Паблишерам, использующим программатик-рекламу, может потребоваться управлять:
- Раскрытием поставщиков
- Раскрытием целей
- Согласием пользователей
- Возражениями пользователей
- Ограничениями паблишера
- Формированием TC String
- Конфигурацией CMP
- Интеграциями с поставщиками
- Отзывом согласия
- Активацией трекеров
- Соблюдением требований приватности
IAB Europe прямо называет паблишеров, CMP и поставщиков ключевыми участниками TCF.
TCF для поставщиков
Поставщик TCF — это технологический провайдер, участвующий в правовой базе.
К поставщикам могут относиться:
- Рекламные платформы
- Поставщики измерений
- DSP
- SSP
- Рекламные серверы
- Поставщики аудиторных данных
- Другие компании рекламных технологий
Участвующий поставщик использует сигналы TCF, чтобы понять статус приватности, относящийся к заявленной им обработке.
Однако поставщики по-прежнему сами отвечают за выполнение своих обязанностей по соблюдению требований.
Что такое TCF CMP API?
TCF CMP API — это стандартизированный технический интерфейс, который позволяет участвующим поставщикам и другим компонентам взаимодействовать с TCF CMP.
API поддерживает функции, связанные с:
- Доступностью CMP
- Информацией о согласии
- Получением TC String
- Обновлением согласия
- Передачей статуса приватности
Технические спецификации TCF и руководства по внедрению определяют применимое поведение API. Действующая страница вспомогательных материалов IAB Europe называет CMP API одной из основных технических спецификаций TCF.
Что стало с getTCData?
Технические спецификации TCF развивались.
CMP API в TCF v2.2 объявил команду getTCData устаревшей.
Поэтому разработчикам, которые поддерживают более старые интеграции TCF, следует изучить актуальные руководства по внедрению, а не исходить из того, что устаревшие подходы к работе с API остаются уместными.
Это особенно важно при обновлении более старых интеграций TCF v2.2 для текущей среды v2.3.
Что такое GPP и как он связан с TCF?
Global Privacy Platform (GPP) — это более широкая правовая база сигналов приватности, разработанная IAB Tech Lab.
TCF и GPP связаны между собой, но это не одно и то же.
Упрощённое различие таково:
европейская Transparency & Consent Framework
более широкая правовая база сигналов приватности, поддерживающая несколько юрисдикций
GPP может содержать секцию TCF наряду с региональными секциями приватности.
Поэтому организация, работающая на международном уровне, может использовать TCF в рамках более широкой архитектуры GPP.
TCF и GPP
| TCF | GPP |
|---|---|
| Правовая база IAB Europe | Правовая база IAB Tech Lab |
| Прежде всего европейская рекламная экосистема | Передача сигналов приватности для нескольких юрисдикций |
| Использует TC String | Использует строки/секции GPP |
| Стандартизирует европейскую информацию о поставщиках и целях | Поддерживает несколько региональных правовых баз приватности |
| Тесно связан с рекламными процессами по GDPR/ePrivacy | Разработан для более широкой передачи сигналов о регулировании приватности |
Поэтому TCF и GPP не следует считать взаимозаменяемыми терминами.
TCF и Google Consent Mode
IAB TCF и Google Consent Mode решают разные задачи.
TCF стандартизирует передачу сигналов о выборе в сфере приватности внутри экосистемы TCF.
Google Consent Mode передаёт соответствующие статусы согласия поддерживаемым тегам и сервисам Google, чтобы их поведение могло меняться в зависимости от этих статусов.
Паблишер может использовать оба механизма:
- CMP
- TCF / TC String
и:
- CMP
- Google Consent Mode
Поэтому эти технологии могут дополнять друг друга, а не быть конкурирующими альтернативами.
TCF и GPC
Global Privacy Control (GPC) — это сигнал уровня браузера или инструмента для защиты приватности, который сообщает об отдельных предпочтениях об отказе.
TCF — это отраслевая правовая база рекламной индустрии для прозрачности и передачи сигналов о согласии.
Они служат разным целям.
На сайте могут быть одновременно:
- GPC
- TCF
- CMP
- Согласие на cookie
- Google Consent Mode
- Региональные правила приватности
в рамках одной и той же архитектуры приватности.
TCF и согласие на cookie
Баннер согласия на cookie — это прежде всего пользовательский интерфейс.
TCF — это стандартизированная отраслевая правовая база, которая регулирует передачу информации о выборе в сфере приватности внутри своей экосистемы.
Поэтому упрощённая архитектура может выглядеть так:
- Баннер cookie
- TCF CMP
- TC String
- участвующие поставщики
Баннер — это то, с чем взаимодействует пользователь.
Правовая база TCF предоставляет стандартизированные политики и технические механизмы, стоящие за этой экосистемой.
Как работает IAB TCF?
Упрощённый процесс работы TCF выглядит так:
Определите участвующих поставщиков
Паблишер определяет соответствующих поставщиков TCF.
Настройте CMP
CMP использует действующие политики и спецификации TCF, а также информацию GVL.
Покажите информацию о прозрачности
CMP объясняет соответствующие цели, поставщиков и другую необходимую информацию.
Зафиксируйте выбор пользователя
Пользователь делает применимый выбор о согласии или возражении.
Сформируйте TC String
CMP кодирует соответствующую информацию в TC String.
Сделайте сигнал доступным
Участвующие поставщики могут получить сигнал через применимые технические механизмы.
Поставщики интерпретируют сигнал
Поставщики определяют соответствующий статус обработки согласно правовой базе TCF и заявленной ими деятельности.
Обеспечьте исполнение получившегося статуса
Сайт и поставщики должны обеспечить, чтобы фактическая обработка соответствовала применимому статусу приватности.
Чек-лист внедрения IAB TCF
Перед запуском или обновлением реализации TCF паблишерам следует проверить:
- CMP поддерживает действующую версию TCF.
- CMP надлежащим образом зарегистрирована для участия в TCF.
- Соблюдаются действующие политики TCF.
- Используются действующие технические спецификации.
- Информация о поставщиках синхронизирована с применимым GVL.
- Раскрыты правильные цели TCF.
- Раскрыты соответствующие поставщики.
- Сегмент Disclosed Vendors реализован корректно.
- Согласие собирается через надлежащее действие пользователя.
- Применимая обработка на основании законного интереса реализована корректно.
- Ограничения паблишера настроены там, где это нужно.
- Формируется корректный TC String.
- Поставщики могут получить соответствующий сигнал.
- Трекеры не активируются вопреки выбору пользователя.
- Отзыв согласия работает корректно.
- Интеграции с поставщиками протестированы.
- Поведение CMP API протестировано.
- Реализация протестирована после обновлений правовой базы.
IAB Europe поддерживает актуальные вспомогательные материалы по TCF, охватывающие политики, технические спецификации, руководства по внедрению, регистрацию CMP, регистрацию поставщиков и материалы по v2.3.
Частые ошибки при внедрении IAB TCF
Считать TCF соответствием GDPR
TCF — это отраслевая правовая база, а не сертификат соответствия требованиям закона.
Оставлять сайт на TCF v2.2
Текущие реализации следует проверить на соответствие TCF v2.3.
Считать TC String самим согласием
TC String представляет техническую информацию о выборе в сфере приватности. Сам по себе он не создаёт юридически действительного согласия.
Загружать трекеры до согласия
Сайту всё равно нужны надлежащие технические средства контроля для обработки, требующей предварительного согласия.
Игнорировать поведение поставщиков
Формирования корректного TC String недостаточно, если поставщики продолжают обработку вопреки получившемуся статусу.
Считать законный интерес неограниченным разрешением
Заявленное поставщиком правовое основание не снимает с организации обязанность соблюдать применимое право.
Использовать устаревший код API
Более старые интеграции TCF могут содержать устаревшие методы API, например getTCData.
Не поддерживать информацию о поставщиках в актуальном состоянии
Информация о поставщиках и требования правовой базы могут меняться.
Тестировать только сценарий «Принять всё»
Серьёзная реализация TCF должна также тестировать отклонение, частичный выбор, отзыв согласия, возвращающихся пользователей и региональные конфигурации.
Как следует тестировать TCF?
Полноценный аудит TCF должен охватывать как интерфейс CMP, так и фактическое техническое поведение.
Тестирование пользовательского интерфейса
Проверьте:
- Первоначальное уведомление
- Раскрытие поставщиков
- Раскрытие целей
- Элементы принятия
- Элементы отклонения
- Центр настроек
- Отзыв согласия
- Отображение на мобильных устройствах
- Доступность
- Локализацию
Техническое тестирование
Проверьте:
- Формирование TC String
- CMP API
- Распространение сигнала поставщикам
- Cookie
- Выполнение JavaScript
- Сетевые запросы
- Рекламные пиксели
- Сторонние запросы
- Изменения статуса согласия
- Отзыв согласия
Негативное тестирование
Проверьте также:
- Отклонение всего
- Частичное согласие
- Отклонение конкретных поставщиков
- Отклонение конкретных целей
- Отсутствие взаимодействия
- Отзыв согласия
- Возвращающихся пользователей
- Разные регионы
- Разные браузеры
- Мобильные устройства
IAB TCF и ConsentX
ConsentX может выступать уровнем управления согласиями и их исполнения в рамках более широкой архитектуры приватности.
Для организаций, использующих TCF, желаемый процесс выглядит так:
- Выбор пользователя
- CMP
- сигнал TCF
- средства контроля поставщиков
- фактическая обработка
ConsentX помогает связать управление согласиями с техническим исполнением в таких областях, как:
Согласие на cookie
Предварительная блокировка скриптов
Записи согласий
Доказательства для аудита
Региональные правила приватности
Google Consent Mode
Global Privacy Control
Средства контроля поставщиков и трекеров
Управление настройками приватности
Важный принцип таков:
Передача сигналов о согласии должна сопровождаться техническим исполнением.
TC String, который говорит, что пользователь не предоставил определённое разрешение, не следует считать достаточным, если сайт продолжает выполнять соответствующую обработку.
Заменяет ли ConsentX IAB TCF?
Нет.
IAB TCF и ConsentX выполняют разные роли.
TCF — это отраслевая правовая база, содержащая политики, спецификации, технические механизмы передачи сигналов и требования к участию.
ConsentX — это платформа управления согласиями, которая может предоставить пользовательские и технические средства контроля, необходимые для управления выбором в сфере приватности.
Организациям, использующим TCF, следует оценить, отвечает ли их реализация CMP применимым требованиям TCF к участию и технической реализации.
Главное
- IAB TCF означает IAB Europe Transparency & Consent Framework.
- TCF — это добровольная отраслевая правовая база, а не закон.
- Он стандартизирует передачу информации о выборе в сфере приватности в экосистеме цифровой рекламы.
- TCF v2.3 — текущая версия правовой базы.
- TCF v2.3 ввёл обязательный сегмент Disclosed Vendors в TC String.
- TC String передаёт стандартизированную информацию о выборе в сфере приватности.
- Global Vendor List (GVL) предоставляет стандартизированную информацию об участвующих поставщиках.
- TCF CMP реализует применимый процесс управления согласиями.
- TCF особенно важен для паблишеров и программатик-рекламы.
- TCF не делает сайт автоматически соответствующим GDPR.
- TCF сам по себе не блокирует cookie или трекеры.
- TCF отличается от GPC, GPP, Google Consent Mode и обычного баннера cookie.
- Текущие реализации следует тестировать на соответствие последним политикам и техническим спецификациям TCF.
- Эффективная реализация требует как корректной передачи сигналов, так и фактического технического исполнения.
Дополните сигналы TCF техническим исполнением
Передача сигналов о согласии должна сопровождаться техническим исполнением. ConsentX может выступать уровнем управления согласиями и их исполнения в рамках более широкой архитектуры приватности, связывая согласие на cookie, предварительную блокировку скриптов, записи согласий, региональные правила приватности и средства контроля поставщиков с сигналами, которые формирует ваша CMP.