准确地标识用户，做好用户关联，是用户行为分析的基础。如果有一丝纰漏，后续得到的统计或分析结果，都将被打上问号，因此请高度重视本节内容。
用户标识及关联
在真实世界中，我们通常可通过身份证号来准确标识一个自然人。但在互联网业务体系中，这种方式并不能很好的适用，于是产生了两种常见方案：
- 通过用户的设备 ID 来唯一标识用户，这种方式在一定程度上解决了用户标识的问题，但是这种方案缺点也很明显，比如，同一台手机被多个用户用过，产生的行为被标记为同一个“人”，老用户换新手机也会被识别为一个全新的用户，这些问题最终都将导致数据分析的结果不准确。
- 通过用户的账号或者客户号来识别用户，这种方案在业务后台系统中比较常见，但是用户在未登录状态下发生行为是无法被识别的，因此这种方案只能准确地记录业务数据，主要在业务数仓的搭建中充当用户标识。
神策充分考虑了每种方案的优劣，制定了完善的用户标识体系。关于神策的用户标识方案的详细介绍，推荐阅读标识用户——简易用户关联（IDM 2.0 & IDM 1.0）。
简单来说，神策通过解析上报数据中的用户标识信息，通过用户关联方案将同一个用户的用户标识关联到一起，例如设备 ID 和登录 ID，这样不管用户是匿名和登录的状态发生的行为，我们都能准确识别到是同一个用户，这是目前为止较为通用且准确的用户标识方式。
神策支持的用户关联方案
大部分情况下，一个用户只有一台设备，因此一个用户只会有一个设备 ID 和一个登录 ID，针对这种情况，神策提供了设备 ID 和登录 ID 一对一关联的方案。
针对一个用户有多台设备的情况，神策提供了多设备 ID 和一个登录 ID 之间的多对一关联的方案，此外，这种关联方案也适用于产品存在多个端的情况。比如，同时有小程序端、App 端、Web 端，此时用户在每个端的设备 ID 都不一样，等同于是一个用户会有多设备的情况，以上两种方案详见标识用户——简易用户关联（IDM 2.0 & IDM 1.0）。
在上述两种用户关联方案中，所有的用户标识 可分为两类，一类是设备 ID（匿名 ID），一类是登录 ID。而在实际业务中，很多触点的用户标识，会介于上述二者之间，比如微信生态的 OpenID 和 UnionID。为了更好地解决用户关联的问题，我们支持了新的标识用户方案，该方案与过往最大的区别在于所有的 ID 都有了明确的含义，详见标识用户——全域用户关联。