为啥CTV个同意搭别人家弗一样

网页搭手机个同意体验共有一只假设：用户可以轻爽看得清细字、精准点控件、还可以滚屏。但是由D-pad遥控器操作个"10尺用户界面"，拿上面每一条假设侪打破仔。搿对同意设计有直接影响：

• 输入成本老高。用户老难舒服地输入长篇信息，搿就限制仔侬能指望个自定义程度。
• 多用户设备是常态。一台电视可能由大人搭小囡共用，而且没有可靠个方法晓得此刻看个是啥人。
• 持久识别码有限。各只平台个识别码侪弗一样：Roku用RIDA、Amazon Fire TV用Fire Advertising ID、Android TV拿出来一只Advertising ID、tvOS对识别限制得老重。搿眼识别码侪可以重置，其中几只还可以完全关脱。
• 应用沙箱限制。大多数CTV平台拿应用关来沙箱里跑，限制CMP可以注入个内容、可以用个存储类型、搭可用个UI外观。

实际套用个隐私法律

勿曾有专门对准CTV个隐私法律，意思是讲CTV应用搭SSP要受已经覆盖各类数字服务个通用框架管：

• GDPR搭ePrivacy来欧盟搭英国——只要CTV应用来设备高头放存储或者读取伊个信息（包括广告ID），搿眼法律就套用。
• CCPA / CPRA来加州，拿设备识别码搭收看记录当做个人信息，并且对搿眼数据个"销售"同"分享"赋予用户退出权。
• LGPD来巴西、PIPL来中国、DPDP Act来印度，搿眼法律对CTV观众个套用方式搭对网页用户一样。
• COPPA来美国，对面向家庭个CTV应用同任何合理相信有小囡在看个库存来讲分外重要。

搿眼法律没有一条拿CTV排除在外，亦没有一条认"搿是电视"做跳过同意个理由。问题弗是要弗要收集同意，而是怎个用用户真能来里遥控器上做完个方式收集同意。

IAB Tech Lab个CTV同意框架

IAB Tech Lab已经发表仔令程序化CTV变现搭同意机制兼容个规范。最要紧个几样是：

• 全球隐私平台（GPP）——TCF搭USP字符串个继任者，从第一日起就是设计来用单一同意信号代表多个司法辖区，并且来里服务器端出价请求中顺顺当当地流转。
• OpenRTB 2.6搭之后个版本——带仔传递GPP字符串、敏感类别标志同用户loggedInState个字段，让买方来竞价辰光可以尊重同意。
• App-ads.txt搭sellers.json——来搿只欺诈搭虚假陈述老多个渠道里，对库存身份验证交关要紧；而且间接相关，因为买方越来越多地拒绝对勿带可验证同意信号个CTV库存出价。

假使侬个CTV变现体系勿会讲GPP，或者出价请求里勿传同意字符串，蛮多DSP情愿拿搿次展示放脱，亦弗愿意冒没有合法依据就买脱个风险。

设计真正能用个CTV同意体验

好个CTV同意首先是一只UX问题，然后才是一只法律问题。以下几条原则来实践里一直有用：

1. 来最最开头展示告知一趟。首次启动、还勿曾发任何广告请求之前展示隐私告知，弗要收到设置里向。
2. 用适合遥控器个大尺寸点击目标。两只到三只按钮，每一只至少占屏幕宽度四分之一，配有来D-pad导航下仍旧清爽个高对比度焦点状态。
3. 搭"接受"同一层提供真正个"拒绝"选项。拿拒绝藏来子菜单里向是教科书级个dark pattern，来网页场景已经招来过执法行动——监管机构弗会对CTV网开一面。
4. 平台支持辰光要支持语音确认。来Alexa、Google Assistant搭Siri可用个设备上，口头确认往往是最易访问个给予同意方法。
5. 提供一直都在个偏好设置界面，让用户从主菜单两次点击或者更少之内就能到。
6. 永远弗要拿同意当做内容个门槛。广告支持个档位可以以接受广告为条件，但付费搭免费档位个选择必须真正有意义——弗可以是伪装成Cookie墙个设计。

服务器端广告插入搭同意链

大多数优质CTV库存是通过服务器端广告插入（SSAI）交付个，广告来出版商个服务器上拼接进视频，终端设备勿会直接叫广告服务器。SSAI造出一根必须谨慎处理个同意链：

• 应用来设备上收集同意，产出一只GPP字符串。
• GPP字符串来会话初始化辰光传拨SSAI供应商。
• SSAI供应商来每次上游请求里拿搿只字符串转给广告服务器或者SSP。
• SSP来发拨买方个OpenRTB出价请求里放进搿只字符串。

搿根链当中任何一处断仔——缺字段、缓存脱个旧字符串、弗转发GPP个SSAI供应商——下游买方实际上是来盲买。来GDPR辖区，搿是链上每一方个法律风险敞口。

小囡搭CTV

CTV渠道畀家庭大量使用，监管机构对可能有小囡看个屏幕上做追踪是老弗高兴个。实用个保障措施包括：支持平台级个儿童模式、为儿童内容提供仅上下文个广告体验，并保证任何受COPPA管个应用跑一条搭一般受众完全分开个同意搭广告选择管道。FTC已经几趟讲过，只要内容明显对准小囡，"阿拉勿晓得伊是小囡"是一只软弱个辩护。

CTV出版商现在应当做啥

1. 审查侬现在个同意信号。确认侬个CTV应用真正会产出一只同意字符串，而且搿只字符串来每一次出价请求里侪能到达SSP。蛮多出版商检查之后才发现，伊拉依赖个是默认个"1YNN"或者空字符串。
2. 采用GPP。只用TCF或者USP字符串已经勿够应付跨司法辖区个库存。转到GPP，让一只信号覆盖欧盟、英国、美国各州法律搭新兴框架。
3. 重新设计首次启动体验，来下趟应用更新前围绕一只适合遥控器个同意UI做完。
4. 从头到尾记录侬个同意链路，从应用经SSAI到买方。监管机构已经开始按名字要搿张图。
5. 训练侬个广告运营团队识别哪些库存已同意、哪些没有，这样当同意信号缺失辰光可以提供仅上下文个替代方案。

结语

CTV弗是一只隐私真空区，"勿曾有人管电视"个假设来每一只主要市场里已经是错个。好消息是，构件——GPP、OpenRTB 2.6、懂SSAI个同意转发、搭适合遥控器个UX模式——侪已经在。早早采用搿眼构件个出版商，会是等到买方开始拒绝其他库存个辰光还能卖得出优质CTV库存个那批人。客堂间屏幕是同意管理个下一片新地方，拿伊当做下一个前沿来对待个运营者，会来市场其他部分追上来个辰光收到广告预算个回报。