安装了 Clarity 的网站
任何使用 Clarity 并接收来自欧洲经济区、英国或瑞士访问的网站,都需要发送该信号。
指南 · Microsoft Clarity
Clarity 会录制会话并为您的网站创建热图。自 2025 年 10 月 31 日起,来自欧洲经济区、英国和瑞士的访问需要有效的同意信号,Clarity 才能完整运行。下面介绍发送该信号的三种方式以及最常见的错误。
是什么
Microsoft Clarity 是一款免费的行为分析工具。它显示热图、会话录制,以及访客在哪里点击、滚动或离开。许多发布商用 Clarity 来改进版面和广告位置。
为了做到这一点,Clarity 使用自己的 Cookie 来关联同一次访问中的各个页面。在欧洲,写入这些 Cookie 需要事先取得访客的同意。
因此,Microsoft 在 Clarity 中创建了同意模式。自 2025 年 10 月 31 日起,来自欧洲经济区、英国和瑞士的访问必须带有有效的同意信号,Clarity 才能完整运行。
没有信号时,Clarity 不会完全停止。它仍会加载,但不带 Cookie,且功能受限。问题在于报告不完整,会话也会被切碎。
清单
如果网站使用 Clarity,并接待来自欧洲经济区、英国或瑞士的访问,这些要点必须到位。
自 2025 年 10 月 31 日起,来自这些地区的访问必须带有有效的同意信号。没有信号时,Clarity 不会写入 cookie,并会限制录制和漏斗等功能。
Microsoft 要求在使用任何 CMP 之前,先开启 Clarity 的同意模式。每个 Clarity 项目都需要各自的信号。
使用自有横幅时,要在 Clarity 脚本加载之后、任何 cookie 之前,立即调用 consentv2 API。两个字段都是必填的。
// Visitante aceitou
window.clarity('consentv2', {
ad_Storage: 'granted',
analytics_Storage: 'granted'
});
// Visitante recusou
window.clarity('consentv2', {
ad_Storage: 'denied',
analytics_Storage: 'denied'
});在横幅中,Clarity 的 cookie 必须放在非必要类别里。这样它们只会在访客接受之后才被写入。
把 _clck 和 _clsk 放在横幅的“分析”类别中,绝不要放在“必要”类别里。
Microsoft 表示,您需要告知访客 Clarity 使用的 cookie。
我们使用 Microsoft Clarity 和 cookie _clck、_clsk,来了解访客如何使用网站。
如果访客在接受之后又拒绝,请发送拒绝的信号。Clarity 会删除它已经写入的 cookie。
Microsoft 表示,Clarity 不应用于面向 18 岁以下用户的网站或应用。
对于 Google 个性化广告,欧洲经济区和英国自 2024 年 1 月 16 日起要求使用通过 TCF 认证的 CMP,瑞士自 2024 年 7 月 31 日起要求。
Clarity 会读取 Google 的 Consent Mode,所以同一个认证横幅可以同时满足两边。
实际案例
官方工具
Microsoft 发布了会自动把信号传给 Clarity 的 CMP 列表,Google 则维护适用于欧洲经济区、英国和瑞士的认证 CMP 列表。
适用对象
这条规则来自 Microsoft 自己,适用于任何有来自这三个地区访问的 Clarity 项目。
任何使用 Clarity 并接收来自欧洲经济区、英国或瑞士访问的网站,都需要发送该信号。
广告信号决定 Clarity 是否可以与 Microsoft Advertising 共享数据。
Clarity 会自动读取 Google 的 Consent Mode 信号。对这类网站来说,需要调整的地方通常很少。
同意模式默认仅对欧洲经济区、英国和瑞士开启。LGPD 等当地法律仍然适用。
定义
这些名称出现在面板、代码和 Microsoft 的指南中。
同意存储分析数据,例如网站使用情况和交互模式。拒绝时,Clarity 只收集不带 Cookie 的数据。
同意与广告相关的数据。拒绝时,Clarity 不与 Microsoft Ads 共享数据。
没有同意时,Clarity 会为每次页面浏览创建一个新的标识符,且不写入 Cookie 来关联访问。
Clarity 自己的 Cookie。当访客在接受之后又拒绝时,它们会被删除。
通过自有横幅或没有集成的 CMP 发送这两个信号的官方指令。
项目配置,Clarity 会在写入 Cookie 之前等待有效的信号。
有信号与无信号
差异直接体现在录制和热图报告中。
Clarity 写入 _clck 和 _clsk Cookie,关联同一次访问的页面,并提供完整的录制和热图。
Clarity 会加载,但不带 Cookie。每次页面浏览成为一条单独的记录,部分功能无法使用。
三条路径
Microsoft 接受三种方式。请使用与网站现有设置相匹配的那一种。
适用于已经使用 Google Consent Mode 的网站。Clarity 无需额外配置即可识别这些信号。
Cookiebot、CookieYes、Usercentrics 和 Axeptio 等多个 CMP 会自动向 Clarity 发送信号。需要在项目中开启同意模式。
适用于自有横幅或没有集成的 CMP。网站在 Clarity 脚本加载之后立即调用该 API。
如何实施
// Visitante aceitou tudo
window.clarity('consentv2', {
ad_Storage: 'granted',
analytics_Storage: 'granted'
});
// Visitante recusou tudo
window.clarity('consentv2', {
ad_Storage: 'denied',
analytics_Storage: 'denied'
});访问者的权利
在访客回应之前,Clarity 将同意视为拒绝。只有在收到授予信号之后,它才会开始写入 Cookie。
同意最长有效 9 个月,除非访客在此之前更改选择,或当地配置要求更短的期限。之后,网站必须再次询问。
如果访客接受之后又改变主意,网站必须通知 Clarity。收到拒绝后,Clarity 会删除已写入的 Cookie,结束当前会话,并重新开始不带 Cookie 的收集。
旧的同意 API 仍然可用,但 Microsoft 表示它将被停用,不应再用于新的实施。目前的方式是 consentv2。
执法和 AdSense
技术层面的约束来自 Microsoft 自己。没有有效信号时,Clarity 会限制来自欧洲经济区、英国和瑞士访问的功能。文档中没有提到罚款:影响是这部分流量的数据不完整。
法律层面的约束来自欧洲的数据保护机构。在有欧洲访客的网站上未经同意写入分析 Cookie,可能像其他任何非必要 Cookie 一样受到他们的质疑。
对使用 AdSense 或 Ad Manager 的人来说,好消息是:由认证的 CMP 发送的 Google Consent Mode,Clarity 也会读取。一个配置良好的横幅就可以同时满足 Google 和 Clarity。
注意:Clarity 与 Microsoft Advertising 的 UET 标签是不同的工具。Clarity 的信号不能代替 UET 需要收到的信号。
常见错误
错误出现在两个方面:信号没有到达,以及 Cookie 写入得过早。
项目默认仍在写入 Cookie。Clarity 在写入之前不会等待信号。
信号在脚本加载很久之后才发送。部分访问在没有同意的情况下就结束了。
网站发送了 analytics_Storage 却忘了 ad_Storage,或者相反。该 API 要求同时提供两者。
访客在横幅中改变了主意,但 Clarity 没有收到拒绝,仍保留着 Cookie。
网站仍在使用旧的同意指令,而 Microsoft 计划将其停用。
Clarity 脚本在页面上出现 CMP 之前就已加载,没有信号能及时到达。
实际案例
适用于使用 Clarity 来改进版面和广告的发布商的实用示例。
不会。它会加载并收集不带 Cookie 的数据。但会话会被切碎,对于来自这三个地区的访问,部分功能将无法使用。
Clarity 的要求适用于来自欧洲经济区、英国和瑞士的访问。对巴西的受众,LGPD 也要求在隐私政策中对 Cookie 保持透明。
据 Microsoft 称,Clarity 无需额外更改即可读取 Google Consent Mode 的信号。尽管如此,仍请检查 Cookie 是否只在接受之后才出现。
在这三个地区之外,Microsoft 不要求该信号。对欧洲访客来说,没有横幅时 Clarity 处于无 Cookie 模式,录制会失去连续性。
不是。Clarity 是分析工具。UET 是 Microsoft Advertising 的转化标签。它们各自需要自己的信号。
Clarity 的文档提供了一条在控制台中显示状态的元数据命令。或者运行 ConsentMode 的审核,它会检查点击前后的 Cookie。
资料库
本指南根据以下官方页面编写。请直接阅读原文:
审核会以欧洲访客的身份打开网站,并显示 Clarity 在横幅之前和之后记录了什么。