用户身份识别（ID-Mapping）是什么？

为什么需要它

没有身份识别，统计工具看到的是设备，而不是人。同一个客户用公司电脑、手机、平板来，就是三个访客。留存看起来比实际更差，因为一个人换了台设备回来，看着像新人；按客户算的生命周期价值根本算不出来。

访客登录后，网站就知道他是谁了。一次 identify（或 login）调用把这个用户 ID传给统计工具，工具把当前设备和这个人关联起来，从此——通常连这台设备之前的匿名访问也一起——把他的行为算成一个人。

它怎么工作

• 设备 ID → 用户 ID。每台设备都有一个匿名 ID，登录时映射到用户 ID。
• 回填。这台设备登录前的行为也归到这个人名下，第一次访问和获客来源不会丢。
• 多台设备。每台用同一个 ID 登录的设备，都并入同一个人。
• 防护。共用设备和测试账号会造成错误合并；限制每人设备数、拒收“0”“null”这类 ID，能挡住常见问题。

身份识别和隐私

识别到具体的人，和匿名计数是两种不同的隐私姿态。通常需要合法依据和告知，用户也必须能要求删除自己的数据。标识只传稳定的内部用户 ID，不要把邮箱或手机号当标识。

TapCub 的身份识别

身份识别按站点选择。匿名模式下，TapCub 用服务端哈希计算访客，不建用户档案。识别模式下，在登录后调用 tapcub.login(id, { $name, $email })，或者配置零代码的身份来源，TapCub 就按“设备 → 登录 ID → 用户”建立映射，设备登录前的匿名历史会回填到这个人名下。

用户与身份页会显示这样做带来的计数差异（网页访客、设备、合并后的用户并排比较），每一次设备绑定和映射变更，以及各种告警：设备数超限、被拒收的登录 ID、从属性里剥离的个人信息。提出删除或限制处理请求的用户会被标记，他们的新事件会被丢弃。

常见误区

• 拿邮箱当 ID。邮箱会变，而且是个人信息。用内部用户 ID。
• 用占位值调用 identify。“guest”或“0”会把所有匿名访客合并成一个人。TapCub 会拒收这类常见占位值并给出告警，但调用本身要改。
• 忘了退出登录。共用设备上，退出时要重置身份，免得把下一个人并进来。

延伸阅读：服务端埋点和B2B 网站指标。