准确地标识用户,做好用户关联,是用户行为分析的基础。如果有一丝纰漏,后续得到的统计或分析结果,都将被打上问号,因此请高度重视本节内容。

1. 用户标识及关联

在真实世界中,我们通常可通过身份证号来准确标识一个自然人。但在互联网业务体系中,这种方式并不能很好的适用,于是产生了两种常见方案:

  • 通过用户的设备 ID 来唯一标识用户,这种方式在一定程度上解决了用户标识的问题,但是这种方案缺点也很明显,比如,同一台手机被多个用户用过,产生的行为被标记为同一个“人”,老用户换新手机也会被识别为一个全新的用户,这些问题最终都将导致数据分析的结果不准确。
  • 通过用户的账号或者客户号来识别用户,这种方案在业务后台系统中比较常见,但是用户在未登录状态下发生行为是无法被识别的,因此这种方案只能准确地记录业务数据,主要在业务数仓的搭建中充当用户标识。

神策充分考虑了每种方案的优劣,制定了完善的用户标识体系。关于神策的用户标识方案的详细介绍,推荐阅读标识用户——简易用户关联

简单来说,神策通过解析上报数据中的用户标识信息,通过用户关联方案将同一个用户的用户标识关联到一起,例如设备 ID 和登录 ID,这样不管用户是匿名和登录的状态发生的行为,我们都能准确识别到是同一个用户,这是目前为止较为通用且准确的用户标识方式。

2. 神策支持的用户关联方案

大部分情况下,一个用户只有一台设备,因此一个用户只会有一个设备 ID 和一个登录 ID,针对这种情况,神策提供了设备 ID 和登录 ID 一对一关联的方案。

针对一个用户有多台设备的情况,神策提供了多设备 ID 和一个登录 ID 之间的多对一关联的方案,此外,这种关联方案也适用于产品存在多个端的情况。比如,同时有小程序端、App 端、Web 端,此时用户在每个端的设备 ID 都不一样,等同于是一个用户会有多设备的情况,以上两种方案详见标识用户——简易用户关联

在上述两种用户关联方案中,所有的用户标识 可分为两类,一类是设备 ID(匿名 ID),一类是登录 ID。而在实际业务中,很多触点的用户标识,会介于上述二者之间,比如微信生态的 OpenID 和 UnionID。为了更好地解决用户关联的问题,我们支持了新的标识用户方案,该方案与过往最大的区别在于所有的 ID 都有了明确的含义,详见标识用户——全域用户关联