第 2 步:如何准确的标识用户

最后更新于:2019-05-11 22:15:52

本节您需要达成如下目标:

  • 理解用户标识和用户关联

  • 理解神策支持的用户关联方案

  • 确定待接入产品的关联方案

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

1 用户标识及关联

在真实世界中,我们通过身份证号来准确标识一个自然人,在互联网业务体系中,这种方式不再适用。于是产生了两种常见方案,第一种是通过用户的设备 ID 来唯一标识这名用户,这种方式在一定程度上解决了用户标识的问题,但是这种方案缺点也很明显,比如,同一台手机被多个用户用过,产生的行为被标记为同一个“人”;而老用户换新手机也会被识别为一个全新的用户;等等问题最终都将导致数据分析的结果不准确。第二种方案则是通过用户的账号或者客户号来识别用户,这种方案在业务后台系统中比较常见,但是用户在未登录状态下发生行为是无法被识别的,因此这种方案只能准确地记录业务数据,主要在业务数仓的搭建中充当用户标识。

神策充分考虑了每种方案的优劣,制定了完善的用户标识体系。关于神策是怎么标识用户的,推荐阅读《如何准确的标识用户-基础概念》。简单来说,在用户未登录的情况下,神策会选取设备 ID 作为唯一标识,登录状态下选取登录 ID 或者 userid,一个用户既有设备ID(亦称作“匿名ID”)又有登录ID。接下来,通过“用户关联”将同一个用户的设备ID 和登录 ID 关联到一起,这样不管用户是匿名和登录的状态发生的行为,我们都能准确识别到是同一个用户,这是目前为止较为通用且准确的用户标识方式。

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

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

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

一对一和多对一的关联方案各有优缺点,神策默认推荐使用一对一的关联方案。当然少数情况下,产品可能没有用户账号体系,比如记事本,闹钟这类工具型产品。针对这种情况下,我们可以选择只使用设备ID 作为用户标识即可。详见:只使用设备ID

3 确定待接入产品的关联方案

在了解完毕神策所支持的关联方案之后,您需要为本次接入的产品确定关联方案。需要确定的内容主要包括如下几点:

确定项 确定项说明
关联方式 需要选择一对一还是多对一的关联方案,系统默认的是一对一的方式,如需开启多对一请联系对应的客户成功
first_id 神策在各端默认选取的 设备 ID 供参考,考虑到部分客户的需求,可以选择调用 identity 接口对其进行替换
second_id 通常选取 user_id,如有其它可唯一标识用户的 id 亦可
关联时机 一般在用户发生注册、登录以及第三方登录时进行关联,另外初始化 SDK 之后,也需要调用神策的“关联接口”

建议业务方和技术方共同参与 ID 关联方案的确认。确认之后,业务方随即可以开始下一步工作,第 3 步:事件设计。技术人员也可以开始做一些准备工作,包括 SDK 嵌入及初始化,ID 关联方案的实施与测试,详见第 4 步:SDK 采集数据