用户身份追踪：如何将分析数据关联到个人用户
大多数分析工具将访客作为匿名会话进行计数。这对于衡量流量量很有效——但当您想了解特定客户如何通过您的应用，或为什么重要用户流失时，匿名会话数据提供的信息很少。用户身份追踪通过将您现有的用户ID与分析记录相关联来弥补这一差距。
本指南解释了身份追踪是什么，如何在statpx中用几行代码实现它，以及关于用户特征和隐私需要遵循的指南。
匿名访客与已识别用户
默认情况下，每个访客都被追踪为匿名会话。statpx为每个浏览会话分配一个临时会话ID——用于衡量汇总流量、跳出率和热门页面很有用，但无法将同一登录客户的两次访问关联起来。如果该客户在周一访问您的定价页面，在周四升级，这两个会话看起来像两个不相关的访客。
身份追踪改变了这一点。当用户登录您的应用时，您调用一个JavaScript函数，告诉statpx"此会话属于用户ID 4821"（或您内部使用的任何标识符）。从那一刻起，该会话中的页面浏览和事件都与该用户相关联。如果同一用户在下周回访并再次登录，statpx可以跨会话连接点，并向您显示他们的完整历史。
您传递的标识符是您自己的——数据库主键、UUID或您的后端已使用的任何字符串。statpx将其与会话数据一起存储；它从不生成或管理您的用户ID。
如何使用statpx实现身份追踪
_st('identify', ...)调用是唯一必需的代码更改。在确认用户已认证后添加它——通常在任何登录页面上的会话或身份验证检查之后：
第一个参数始终是'identify'。第二个是您的用户ID字符串。第三个（可选）是您想与身份一起存储的键值特征的普通JavaScript对象。
重要：仅当用户确认已登录时才调用_st('identify', ...)。切勿在未验证认证的公开页面上调用它。使用空字符串或未认证的占位符调用它将污染您的身份数据。一个简洁的模式是仅在认证页面从您的服务器端模板中回显身份调用：
用户页面显示的内容
一旦身份调用开始流入，您statpx仪表板中的用户选项卡就会被填充。对于每个已识别的用户，您可以看到：
- 您传递的用户ID
- 他们存储的特征作为JSON对象
- 首次看到和最后看到的时间戳
- 总会话计数和总页面浏览计数
- 他们最近会话中访问的页面的按时间顺序列表
该列表显示最后100个已识别的用户，按last_seen降序排列，因此您最近活跃的用户始终在顶部。您可以点击任何用户以深入查看他们的完整会话历史。
用户特征：要捕获的内容和要避免的内容
特征是关于用户的元数据，可帮助您细分和筛选分析。最可操作的特征是描述用户在您产品中的账户或行为的特征：
- plan — 免费、入门、专业、企业
- role — 管理员、编辑、查看者
- account_age — 自注册以来的天数（服务器端计算）
- company — 对B2B产品很有用
这些让您可以回答"专业用户是否比免费用户更多地与报告选项卡互动？"或"管理员使用哪些编辑不使用的功能？"等问题
切勿在特征中存储密码、支付卡数据、社会保险号或任何凭证。这些通过浏览器传递并存储在您的分析数据库中——它们仅属于您的安全后端。从安全角度来看，电子邮件风险较低，但在将其包含在分析系统中之前，请考虑您的隐私政策以及您的用户是否期望其电子邮件出现在分析系统中。
身份与cookie
statpx身份调用不设置任何浏览器cookie。身份数据存储在客户端上的localStorage中，并通过现有的追踪请求传输到statpx收集器。因为不设置第三方cookie，身份数据不需要GDPR cookie同意存储在客户端——尽管您仍应在隐私政策中披露分析。这使实现保持清洁，无需任何同意横幅依赖。
使用身份数据进行细分分析
身份追踪的真正回报是细分。当您按计划筛选用户列表时，您可以直接比较专业用户访问哪些页面和功能与免费用户的对比。如果专业用户始终访问集成页面但很少到达账单页面，这表明什么使专业级对他们有价值。如果免费用户在转化之前重复点击功能页面，那这是定向升级提示的候选对象。
与自定义事件追踪相结合，身份数据变得更加强大。事件如export_clicked与用户的计划配对告诉您确切哪个细分正在使用该功能——哪个不是。
对于构建隐私意识产品的团队，statpx中的身份追踪设计时考虑了最小数据收集。没有第三方脚本、没有广告网络集成、也没有数据共享。一切都保留在您自己的statpx账户中。如果您想了解完整的隐私架构，请参阅我们关于隐私友好分析的指南。
底线
匿名流量数据告诉您哪些页面很受欢迎。身份追踪告诉您谁在使用它们。实现是登录后的单个JavaScript调用，它解锁的洞察——完整的每用户会话历史、基于特征的细分和跨会话旅程追踪——是显著的。对于任何具有登录用户的产品，身份追踪是将原始分析数据转变为可操作产品决策的最直接方法之一。