”卖方是由数字媒体社区的卖方撰写的专栏。
今天的专栏作者是Kevin Mullen，公司的首席产品官Roq.ad．
我们知道第三方cookie末日即将来临。很好。Cookie同步是一种痛苦。
一个替代方法被称为域共享或CNAME访问。一些最大、最完善的“通用身份”提供商依靠CNAME神奇地将用户浏览器上的第三方cookie转换为第一方cookie。
最初构建CNAME是为了支持单点登录(SSO)工具，例如OneLogin和Okta，以允许用户自动登录到多个系统。直到几年前，他们还是唯一使用CNAME的。
如果您在支持SSO的公司工作，您可能会注意到您的初始登录屏幕实际上位于“salesforce.okta.com”页面上，这样，Okta就可以完全访问浏览器，并能够安全地将用户登录到Salesforce。
但是随着通用ID提供者的崛起，越来越多的人认识到CNAME可以作为一种分发“通用ID”的方式来填补第三方cookie丢失所造成的空白。
但有一个问题:CNAME访问可能会被弃用，而且可能很快就会弃用——甚至可能在第三方cookie被弃用之前。
如果CNAME访问权限和第三方cookie消失，身份识别公司——以及他们的大多数客户和合作伙伴——将受到伤害。
得很厉害。
CNAME上的DL
CNAME访问(又名域共享)究竟如何用于身份解析?
假设我是sfgate.com的数字营销主管，我需要身份解析来提供相关广告，所以我选择了湾区本地身份识别提供商LiveRamp。
- 我给LiveRamp访问重定向。
- 我将每个登陆我网站的人重定向到“liveramp.sfgate.com”，这给了LiveRamp第一方cookie访问权限。
- LiveRamp现在可以读写cookie了，因为它“拥有”这个域。(LiveRamp甚至可以读取他们六周前发布的第三方cookie。)
- LiveRamp可以读写并将其Ramp ID分发到sfgate.com。
- 我的网站(sfgate.com)可以继续在投标流中使用Ramp ID。
每个人都很开心，对吧?
但有些人称之为“CNAME访问”，另一些人称之为“CNAME隐形”。
WebKit是一个构建浏览器工具的开源网络内容引擎(也是苹果Safari浏览器的基础)，它说他们已经建立了一种提供单点登录提供商的方法不使用CNAME访问cookie存储．
新方法使用第三方cookie，但前提是用户通过页面上的iframe登录登录工具。
WebKit的提议有效地消除了在SSO上下文中对CNAME的需求。为什么?问问你自己:谁是唯一使用CNAME的人?
广告技术公司!具体来说，通用身份提供者。
如果浏览器制造商不再需要CNAME来实现SSO，你认为他们会允许广告技术供应商为自己的目的使用CNAME吗?
实际上，我们不需要怀疑，因为Mozilla和谷歌已经告诉我们，他们打算关闭允许使用CNAME传递通用id的漏洞。
前路坎坷
除非身份识别提供商现在就开始制定计划并构建新功能，否则他们就有麻烦了。如果没有办法将这些通用ID分发给发布者，他们将开始慢慢失去他们的通用ID受众，因为cookie的变化和人们获得新设备。
由于无法将通用id分配到新设备上，通过投标流的数据池也会下降，为dsp和广告商带来的价值也会减少……最终，所有这些通用身份玩家都将崩溃。
如果他们想要生存下去，他们的发行商合作伙伴必须成功地直接获得电子邮件地址。但大多数出版商将无法获得他们所需的登录名和电子邮件，至少无法大规模地获得。
除了使用机器学习概率匹配id之外，没有人知道如果(或者确切地说，当)CNAME消失会发生什么。这就是为什么现在是开始制定第三方无cookie和无cname身份解析计划的时候了。
遵循Roq。广告(@Roqad_official)及AdEx爱游戏体育骗子changer (@爱游戏体育骗子adexchanger)。
