TC String 逐位解析
由互动广告局(Interactive Advertising Bureau,IAB)Europe 维护的透明度与同意框架(Transparency & Consent Framework,TCF)EU v2,其 TC String = Core String . Disclosed Vendors . Publisher TC,三段以 . 分隔并各自以 3-bit SegmentType 自我标识(Core 段无前缀)。它既是全球隐私平台(Global Privacy Platform,GPP)§2 的载荷,也以首字符 C 的独立串与 GPP 并存。Core 段 17 字段逐位布局。
- ·三段布局与 SegmentType 自识别(0=Core / 1=DisclosedVendors / 3=PublisherTC)
- ·Core 段 17 字段逐位表(Version / Created / LastUpdated / CmpId / … / PublisherCC)
进入分册→四类声明:Purposes / Special Purposes / Features / Special Features
透明度与同意框架(Transparency & Consent Framework,TCF)侧的四类声明:Purposes(11 条现行 + 12–24 保留)/ Special Purposes(2 条)/ Features(3 条)/ Special Features(2 条)。字段模型不同:Purposes 有同意(Consent)与正当利益(Legitimate Interest,LI)双通道,Special Features 仅需 opt-in。
- ·Purposes 1–11 现行清单(12–24 保留),Consent + LI 双通道
- ·Special Purposes 1–2(SP1 确保安全/防止欺诈/调试、SP2 从技术上交付广告或内容)
进入分册→Publisher Restrictions
部分入库透明度与同意框架(Transparency & Consent Framework,TCF)Core 段尾部的变长限制条目:NumPubRestrictions Int(12) + 每条(PurposeId 6 bit + RestrictionType 2 bit + 供应商 range)。RestrictionType 三值:0=目的不允许 / 1=要求同意 / 2=要求正当利益。
- ·字段布局:NumPubRestrictions Int(12) + 每条 PurposeId(6) + RestrictionType(2) + NumEntries + Range
- ·RestrictionType 三值语义(0/1/2)
进入分册→TCF 版本差异
部分入库透明度与同意框架(Transparency & Consent Framework,TCF)版本演进:v1(已废弃)→ v2.0 → v2.1 → v2.2 → v2.3 逐版差异;v2.4 尚无发布版,引用不得写死。TcfPolicyVersion 字段与全球供应商列表(Global Vendor List,GVL)版本的对应关系。
- ·v1 → v2.0 主要变化(编码格式与 API 全面重构)
- ·v2.0 → v2.1(Purpose 命名调整 / LI 通道细化)
进入分册→CMP 注册与规范(TCF 侧)
部分入库透明度与同意框架(Transparency & Consent Framework,TCF)侧的同意管理平台(Consent Management Platform,CMP)注册流程、CmpId / CmpVersion 字段语义、CMP 必须实现的 UI 与 API 契约。与 cmp-api 章节的分工:本册讲「谁能成为 CMP」,cmp-api 讲「浏览器怎么读」。
- ·IAB Europe CMP 注册流程与 CmpId 分配
- ·CmpId Int(12) / CmpVersion Int(12) / ConsentScreen Int(6) 字段语义
进入分册→