第一方 CMP 域名：从你自己的域名提供同意横幅服务

第三方 CMP 域名与浏览器隐私限制

大多数 CMP 都从诸如 cmp.vendor.com 这样的第三方域名提供其同意横幅脚本服务。这种做法已沿用多年，但现代浏览器如今正积极限制第三方脚本存储数据的方式。

Safari 的智能追踪预防（ITP）是其中最激进的。ITP 会识别从第三方域名加载的脚本，并将这些脚本设置的 Cookie 有效期上限设为 7 天——即便该 Cookie 是写入到你自己的域名下。因此，一位在周一接受了 Cookie 的访客，可能在下一个周一再次看到同意横幅，因为 Safari 已悄悄删除了该同意 Cookie。

情况还会更糟：ITP 不仅仅查看 Cookie 归属于哪个域名，它还会检查设置该 Cookie 的脚本来源。如果脚本来自一个被 Safari 归类为追踪器的域名，那么该脚本创建的任何 Cookie 都将受到 7 天上限的限制——无论该 Cookie 存储在哪个域名下。

Firefox 的增强型追踪保护以及 Chrome 不断演进的隐私模型，也在朝着同一方向发展。通过第三方脚本存储同意信息，正在全面变得不可靠。

第一方 CMP 域名的工作原理

借助 UniConsent 的第一方 CMP 域名功能，你可以从自己的子域名提供同意横幅服务——例如使用 cmp.yourwebsite.com，而非 cmp.uniconsent.com。从浏览器的角度来看，该脚本和 Cookie 现在都属于第一方。不存在第三方分类，没有 ITP 限制，也没有 7 天上限。同意 Cookie 将存续其完整的预期有效期——通常为 12 个月。

更高的同意率

当同意 Cookie 在 7 天后过期时，回访用户会再次看到同意横幅。每一次重新提示，都是用户拒绝或忽略它的一次机会。Safari/iOS 流量占比高的网站，可能会因此流失相当一部分已同意的受众。

第一方 CMP 域名消除了这种重复提示的循环。已经给予同意的用户将持续保持同意状态。其结果是可衡量的更高同意率——尤其是在 Safari 浏览器上，该浏览器约占全球网页流量的 20%，在许多市场的移动端占比甚至超过 50%。

减少对用户的打扰

没有人想每周都看到同一个同意横幅。反复的提示会让用户感到沮丧，并让网站显得像是出了故障。使用第一方域名后，同意偏好会在整个有效期内被记住，因此用户只需看一次横幅，之后便可继续浏览。

长期的同意持久性

7 天的 ITP 上限，在用户实际所做的选择与你的系统所记录的内容之间造成了一道鸿沟。一位 10 天前给予同意的用户，在 Safari 中会显示为"未同意"。这会扭曲你的分析数据、破坏广告定向信号，并且如果你无法证明用户曾给予有效同意，还可能带来合规方面的麻烦。

使用第一方子域名后，同意 Cookie 会持续存在至其完整的有效期。你的同意记录将准确反映真实的用户选择，你的广告技术栈将接收到一致的同意信号，你的合规文档也将经得起检验。

ITP 是隐形的——你在开发者工具中看不到它

Safari ITP 有一个棘手之处：它是悄无声息地运作的。如果你打开 Safari 的开发者工具，检查一个由第三方脚本设置的 Cookie，该 Cookie 检查器仍会显示你所设置的原始有效期——例如 1 年。没有任何警告或视觉提示表明 ITP 已将其上限设为 7 天。这个 Cookie 会在 7 天后悄然消失，在开发者工具中不会留下任何痕迹。

这使得 ITP 很难在一次快速的调试会话中被测试出来。确认 7 天上限是否生效的唯一方法，就是设置该 Cookie，等待超过 7 天，然后检查它是否仍然存在。许多开发者和网站所有者会以为自己的同意 Cookie 运行正常，因为开发者工具中显示的有效期看起来是正确的——但 Safari 却在幕后悄悄地将它们删除了。

使用第一方 CMP 域名后，你在开发者工具中看到的有效期，就是你实际获得的有效期。没有隐藏的覆盖，没有意外。

为你的同意基础设施做好面向未来的准备

Safari 率先引入了 ITP，但其他浏览器也在跟进。Firefox 已经限制了第三方存储访问，而 Chrome 也在持续收紧其隐私控制。第一方 CMP 域名能保护你的同意设置，使其免受当前及未来浏览器变化的影响——无需在每次浏览器发布新的隐私更新时都做出应对。

开始使用

第一方 CMP 域名功能适用于 UniConsent 专业版及以上套餐。完整的设置指南请参阅：第一方 CMP 域名设置。或通过 hello@uniconsent.com 与我们联系。