先说明：这篇文章不是法律意见。不同国家、不同行业的要求差别很大，最终的决定请和你的法务或者合规顾问一起做。
这篇想做的是：帮你把「要不要弹同意横幅」这个问题拆成几个可以回答的小问题，这样你在和法务沟通时，能说清楚自己的情况。
问题一：你的访客在哪里
不同地区对「什么时候需要同意」的规定不一样，大致可以分成几类：
- 欧洲经济区和英国：在用户设备上存储或读取信息（包括 Cookie 和类似的技术）通常需要事先同意，除非是提供服务所「严格必需」的。统计一般不被视为严格必需，但一些监管机构对「不做跨站追踪、只做汇总统计」的工具给出了豁免条件。
- 美国：多数州采用「可以选择退出」的模式，而不是事先同意。部分州（比如加州）对「出售或共享个人信息」有明确的退出要求。
- 中国大陆：个人信息保护法要求处理个人信息前告知并取得同意，App 和小程序在应用商店审核时尤其严格，通常要求用户同意隐私政策之前不收集任何信息。
如果你的访客主要在一个地区，问题会简单很多；如果分布在多个地区，需要按地区分别处理。
问题二：你的统计在采集什么
同样叫「网站统计」，采集方式可以差别很大：
| 采集方式 | 在访客设备上存东西吗 | 能关联到具体的人吗 |
|---|---|---|
| 写 Cookie 的统计 | 是 | 通常可以（跨访问） |
| 无 Cookie 统计，访客标识按天更换 | 否 | 不能跨天关联 |
| 无 Cookie 统计，访客标识较长期 | 否 | 有限 |
| 带登录关联的统计 | 视实现而定 | 能，关联到账号 |
越往上（写 Cookie）和越往下（关联账号），越可能需要同意；中间的无 Cookie 匿名统计，在很多地区的要求宽松得多。
PathClue 默认是第三种：不写 Cookie、不用本地存储、IP 不存储，访客标识由采集端计算。开启识别模式之后才会关联到登录账号。
问题三：你的网站上还有什么
这一点经常被忽略。就算你的统计工具完全不写 Cookie，如果网站上还有：
- 广告平台的转化像素
- 社交媒体的分享按钮或嵌入内容
- 在线客服、视频播放器等第三方组件
它们很可能在写 Cookie 或者做追踪。这时候不管统计怎么样，网站整体上可能都需要同意横幅。
所以判断之前，先列一份网站上所有第三方脚本的清单。
把三个问题合起来
几种常见情况，供你和法务讨论时参考：
情况 A：访客主要在美国或其他不要求事先同意的地区，只用无 Cookie 统计，没有广告像素。多数情况下不需要为统计弹窗，在隐私政策里说明即可。
情况 B：有大量欧洲经济区和英国访客，只用无 Cookie 统计，没有其他追踪工具。是否需要弹窗取决于当地监管机构对这类工具的态度，有的地区有明确的豁免条件。这是最需要咨询法务的情况。
情况 C：网站上有广告像素或其他写 Cookie 的工具，访客涉及欧洲。几乎一定需要同意横幅，统计可以和其他工具一起纳入同一个同意流程。
情况 D：中国大陆的 App 或小程序。用户同意隐私政策之前，不应收集任何信息。
- 情况 A美国访客为主、只用无 Cookie 统计：多数不需要弹窗
- 情况 B欧洲访客多、只用无 Cookie 统计：最需要问法务
- 情况 C有广告像素且涉及欧洲：几乎一定需要横幅
- 情况 D中国大陆 App / 小程序：同意隐私政策前不采集
如果需要同意，统计会怎样
在 PathClue 里，你可以按地区设置「要求同意」。要求同意、访客还没同意（或者拒绝了）时：
- 这次访问降到最匿名的一档：访客标识按天更换，不保留任何持久标识。
- 页面浏览和自定义事件仍然会被记录，你的流量趋势、来源、页面报表依然完整。
- 全埋点、登录关联这些需要识别个人的功能不会执行。
也就是说，开启「要求同意」不会让你的报表突然变空。这一点和写 Cookie 的统计很不一样：后者在访客拒绝之后，通常就完全看不到这次访问了。
对于中国大陆的 App 和小程序，可以打开国内模式：在用户授予同意之前，SDK 不初始化、不发送任何数据。
具体怎么配置，见帮助中心的 按地区设置同意规则。
小结
「统计要不要弹窗」没有一个放之四海而皆准的答案。但你可以先回答三个问题：访客在哪、统计采集了什么、网站上还有什么。答完这三个问题，你和法务的讨论会具体很多，也更容易找到一个既合规、又不过度打扰访客的方案。
相关文章
用你自己的数据看看
五分钟装好代码，今天就能看到第一份报表。