本页目录
我们的统计脚本默认不写 Cookie。每次和新客户聊到这一点，对方的第一反应几乎都是：「那数字还准吗？」
这是个好问题，值得认真回答。简短的版本是：大部分指标几乎没有影响，少数指标需要换个方式看。下面是长一点的版本。
先说 Cookie 原本在干什么
传统的统计脚本会在访客浏览器里写一个 Cookie，里面存一个随机编号。同一个浏览器下次再来，带着同一个编号，统计系统就知道「这是老访客」。
听起来很可靠，但实际上这个编号经常会丢：
- 访客清了浏览器数据，或者用了无痕模式。
- 浏览器自己限制了 Cookie 的寿命。一些主流浏览器对脚本写入的 Cookie 只保留几天。
- 同一个人用手机和电脑，本来就是两个编号。
- 越来越多的地区要求写 Cookie 之前先征得同意，拒绝的人就没有编号了。
所以「用 Cookie 就准」本身就是一个打了折扣的前提。
不用 Cookie 时怎么区分访客
采集端收到一个请求时，用站点、请求的网络地址和浏览器信息，加上一段只有采集端知道的随机值（盐），算出一个摘要。同一个人、同一个网络、同一个浏览器，在盐不变的时间里算出来的摘要是一样的，于是被当作同一个访客。
IP 地址只在这一刻用来计算，用完就丢，不会存下来。
哪些指标几乎不受影响
浏览量、会话数、事件数：这些本来就是按次数算的，和怎么认人无关。
来源、页面、设备、地区的占比：比如「32% 的访问来自自然搜索」。只要误差在各个来源之间是均匀的，占比就不会变。
转化率（同一次访问里的）：落地页到注册页的转化，发生在一次访问之内，不需要跨天认人。
这些已经覆盖了大多数团队日常看的数字。
哪些指标会有偏差
- 跨天的独立访客（偏多）
- 新访客占比（偏高）
- 很多人共用一个出口时的访客数（偏少）
- 浏览量、会话数、事件数
- 来源、页面、设备、地区的占比
- 同一次访问里的转化率
跨天的「独立访客」
同一个人周一在家里的 Wi-Fi 上访问，周二在公司网络上访问，网络地址变了，摘要就不同，会被算成两个人。所以一周的去重访客可能会偏多。
偏多多少，取决于你的访客：面向上班族、经常在不同网络间切换的产品，偏差大一些；面向家庭用户、主要在固定网络访问的产品，偏差小一些。
新老访客比例
同样的原因，一部分老访客会被认成新访客，「新访客占比」会偏高。
很多人共用一个出口
学校、大公司、部分移动网络，很多人共用同一个出口地址。如果他们恰好用同一款浏览器的同一个版本，可能被合并成一个访客，这时会偏少。
在实际数据里，偏多和偏少会部分抵消，但不能指望它们刚好抵消。
那该怎么看
用次数类指标做趋势判断
判断流量是涨是跌、某个渠道是好是坏，用会话数和浏览量就足够，而且比去重访客更稳定。
跨天的问题，用登录用户回答
「上个月有多少人回来了三次以上」「新用户第 7 天的留存是多少」——这类问题，如果你的产品有登录，最准确的答案来自登录用户，而不是任何浏览器标识。开启识别模式后，用户登录时把你系统里的用户编号关联上，手机和电脑上的访问会合并成同一个人，跨天、跨设备都能认出来。
对于没有登录的内容站，接受「跨天去重访客是一个估计值」，看它的趋势而不是绝对值。
和别的系统对账时，先对口径
如果你同时在用另一个基于 Cookie 的工具，两边的「访客数」对不上是正常的，两者都不是「真实人数」，只是用不同的方法估计。对账时先比较会话数或浏览量，这两个数在两个系统里通常接近得多。
我们为什么还是默认不用 Cookie
因为这样换来的东西很实在：
- 访客的浏览器里没有任何东西被写入，你的网站少了一个需要在隐私政策里解释的追踪器。
- 很多地区对于不写 Cookie、不做跨站追踪的统计，监管要求宽松得多。具体怎么做仍要看你所在地区的法律和网站上的其他工具。
- 不会因为访客拒绝了同意弹窗就完全看不到他。
用一点跨天去重的精度，换来更少的合规负担和更完整的访问数据，对大多数网站来说是划算的。如果你的业务确实需要精确认人，开启识别模式，按登录用户来算，这是比 Cookie 更可靠的办法。
相关文章
用你自己的数据看看
五分钟装好代码，今天就能看到第一份报表。