TCF同意字符串

TCF同意字符串 是一段编码文本，记录用户在IAB Europe的透明度和同意框架（TCF）下做出的同意选择，并与出价请求一起传递，以便广告供应链中的每个供应商在对此展示采取行动之前检查他们被允许做什么。

字符串内部包含什么#

该字符串以压缩的base64格式编码，记录了用户同意哪些“目的”（例如在设备上存储信息或构建个性化广告档案），以及用户同意IAB Europe注册供应商列表中的哪些特定供应商，还有一些关于何时以及如何捕获同意的元数据。它不可人工阅读，但完全指定：任何实现TCF标准的系统都可以以相同方式解码，这正是关键所在。发布者的同意管理平台生成该字符串，并将其附加到出价请求上，该请求流经头部竞价包装器、供应方平台和广告交易平台，最终到达需求方平台。

为什么广告供应链依赖它#

在TCF标准化之前，每个供应商都有自己的临时方式表示同意，或者根本没有方式，这意味着距离发布者三个环节的需求方合作伙伴无法可靠地确认同意是否实际被收集。TCF字符串通过为链中的每个人提供相同的机器可读答案，即“该供应商是否被允许为此目的处理该用户的数据”，解决了这个问题。这就是为什么涉及欧盟用户的实时竞价拍卖能够以毫秒级的拍卖速度进行，而无需每个供应商单独查询同意数据库。

实际的故障模式是当字符串缺失、格式错误或用户的浏览器完全阻止CMP运行时。大多数供应商被设计为默认将其视为“未同意”，这意味着他们不会对个性化目的进行出价，这会悄悄缩小欧洲广告活动的可寻址人群，而不会在报告中出现任何明显的错误。

它如何与其余技术栈配合#

TCF字符串不会取代ads.txt或sellers.json，它们验证谁有权出售发布者的库存。它解决了一个不同的问题：不是“谁被允许出售这个”，而是“这个特定用户的数据被允许用于什么”。两者在现代化程序化拍卖中独立运行，任何一个的缺失都可能悄悄抑制填充率或出价，而不会出现明确指向原因的错误消息。

如果你正在审计广告技术围绕同意门的行为，而不是仅仅阅读规范，浏览OpenAdLibrary的跨地区广告情报索引是快速了解同一广告主在同意严格和同意宽松的市场中创意组合和体量实际变化的方式。