简要概述

TCF v2.3是v2.2个演进，弗是重新架构。TC String格式仍旧兼容，现有个目的搭特性保留下来，大部分面向出版商个UI要求亦照样沿用。有意义个变化集中来四只方面：

• 对CMP怎个呈现供应商信息搭保留期个规则更加清爽。
• 对细粒度第二层控件个新要求，正是自从2022年比利时DPA裁决以来监管机构一直在要个。
• 围绕dark pattern、同等显著度搭预先勾选选项个政策执行进一步收紧。
• 对全球供应商列表（GVL）架构搭供应商披露流程个调整。

为啥要搞v2.3

每一只TCF版本侪是三方受众之间个博弈：需要继续变现个出版商、需要稳定技术接口个供应商、同弗断发现具体合规漏洞个监管机构。v2.3是对搿三股压力个直接回应：

1. v2.2下对"合法利益"滥用个执法行动。几家欧洲DPA认定，太多供应商来只应当以同意为依据个目的上主张LI。v2.3收紧仔供应商声明个合法依据披露规则，并来同意UI里更早显出来。
2. 对dark pattern一直勿停个投诉。更新后个政策拿同等显著度规则讲得更加明白，关脱仔第二层预先勾选开关个漏洞。
3. 大型CMP搭出版商个运营反馈。v2.2引入个几项强制披露来手机搭CTV上老难干净地实现。v2.3精简仔强制披露集合，并允许更多内容放到分层视图里向。

TC String个兼容性

TC String本身仍旧向后兼容。v2.3个CMP产出个字符串，v2.2个供应商能读；v2.3个供应商来过渡期亦能消费v2.2个字符串。字符串核心段里个版本标识写清爽CMP声明遵循个政策版本，而GVL版本指针独立地往前走。

实际意思是：侬弗需要同时拿所有供应商侪升级，亦弗需要来部署v2.3当日对每一只用户强行重新取一趟同意。分阶段推进是明确支持个。

关键技术变化

1. 供应商披露搭保留期

v2.3要求CMP来分层UI里展示每只供应商声明个数据保留期，弗光是来另外一张供应商列表里。保留期一向就是GVL个一部分，但v2.2勿强制用户来看目的个辰光同时看到伊。v2.3补上搿只缺口，因为监管机构认为，用户弗晓得数据要保几久，就没办法做知情选择。

2. 更严格个第二层控件

来第二层——即"管理偏好"视图——里向，v2.3明确规定非必要目的同供应商个开关必须默认关脱。即使用户从来勿曾明明白白点过"接受"，预先勾好个选项框或者预先开好个滑块亦算政策违规。之前依赖"软选择加入"个CMP要重新渲染伊个第二层界面。

3. 同等显著度个执行

同等显著度规则从v2.1开始就有，但v2.3对伊个定义更加明确，解释空间更少："全部拒绝"个控件必须搭"全部接受"来同一层，有相同个视觉份量、相同个色彩对比等级搭相同个交互距离。拿拒绝藏来链接、小按钮或者次级页面后头，而今是明确个合规失败，弗再是凭判断个问题。

4. 合法利益信号传递

v2.3下声明以合法利益做合法依据个供应商，现在还要声明已经评估个目的，搭其中完成仔合法利益评估（LIA）个目的。CMP要拿搿眼声明传到用户界面，让用户来信息完整个情况下反对。实际上"反对"流程现在会显出供应商特定个LIA状态，而弗是一只一般开关。

5. GVL架构更新

全球供应商列表架构添加仔字段，用来描述保留期粒度、LIA状态、搭指向每只供应商对应所声明目的个隐私政策部分个机器可读链接。缓存GVL个CMP，来指向v2.3 GVL之前要先更新架构解析器，能读懂新字段。

影响UX个政策变化

TCF既是一份技术规范，又是一套政策。v2.3个几项政策变化直接落来同意UI上：

• 勿再允许"勿接受继续"当做拒绝个等效操作，除非伊视觉上搭接受按钮相符，并产出搭完全拒绝一样个TC String。
• 语言对等——同意告知要以网站本身支持个每一种语言提供，弗光是用户浏览器个语言。CMP必须支持区域设置覆盖。
• 持久访问——用户必须能从网站每一页到达偏好中心，弗光是落地页，而且链接个标签要让非专家用户亦能认出伊同同意相关。

出版商必须做个事体

1. 确认侬个CMP供应商对v2.3个支持。问伊通过v2.3认证个构建确切可用个日子，搭伊上报个版本字符串。
2. 刷新侬个GVL缓存逻辑。假使侬自家托管GVL镜像，就来v2.3 GVL推出之前更新架构解析器，要不然侬个CMP会验证勿通新供应商。
3. 重写侬个第二层UI，让每一只开关默认关脱、视觉上强制执行同等显著度，并来目的边头展示保留期。
4. 再做一趟合规审查。最容易拿个监管胜利就是v2.3现在明确指出个dark pattern违规。趁下趟执法审查之前修仔伊。
5. 规划再提示策略。虽然TC String向后兼容，政策鼓励出版商来处理范围或披露发生实质变化辰光再取一趟同意。判断侬个v2.3推出对侬个受众来讲是弗是"实质性变化"。

供应商必须做个事体

1. 对每一只声明LI个目的完成合法利益评估，并拿结果提交到GVL。
2. 用v2.3架构字段更新侬个GVL条目：保留期粒度、LIA声明、搭隐私政策深层链接。
3. 用IAB Europe提供个v2.3参考字符串验证侬个TC String解析器。
4. 搭侬个CMP合作伙伴商量一只共同个切换日子，免得首只带v2.3字符串个买方请求落到一只只支持v2.2个供应商上。

常见个迁移坑

• 拿v2.3当做UI重设计个机会。拿品牌更新同v2.3推出捆牢是诱惑，但搿能做令合规测试变复杂。先发一只只做合规个v2.3版本，再迭代设计。
• 漏脱保留期展示要求。团队常常更新仔供应商列表视图，但忘记保留期而今也要出现来逐个目的个分层视图里向。
• 以为TC String本身就够。一只合规字符串若是从弗合规个UI里产出，仍旧是弗合规个。监管机构多趟罚过字符串睇上去对、横幅里却收脱拒绝按钮个运营商。
• 拿CTV搭手机排除出范围。v2.3适用来产生TCF信号个每一只界面。只更新网页而忽视CTV或者手机应用个出版商，会造出一个混合型弗合规环境。

结语

TCF v2.3弗是搭v2.2个颠覆式决裂，但是对撑牢欧洲程序化生态个规则一趟有意义个收紧。方向老清爽：更透明、更少dark pattern、更细个用户控制、搭对以前蒙过关个边缘情况更低个容忍度。拿v2.3当做快速补丁个CMP搭出版商，交关快就会又立到监管机构面前。拿搿趟迁移用来清理第二层UX、收掉合法利益捷径、重新搭起真正个同等显著度同意流程个那批人，会带着真正能来v2.3时代出清得脱个库存走出另一边——并获得一副哪怕v2.4怎个来都立得牢个同意姿态。