用户标识及关联

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

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

神策支持的用户关联方案

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

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

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

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

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

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

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