1、苹果帐户是苹果公司为其产品所引入的认证系统。2、AppleID作为一个全功能于一身的帐户，允许用户访问苹果的各种资源...更多苹果手机里的ID是干什么用的的这个问题，以及大家所关心的为什么需要OneID？的内容，欢迎大家继续分享关注常识网。

苹果手机里的ID是干什么用的

1、苹果帐户是苹果公司为其产品所引入的认证系统。2、AppleID作为一个全功能于一身的帐户，允许用户访问苹果的各种资源。3、一个AppleID可以被用于由苹果提供的多个产品和服务，它也可以称为Apple账户、MobileMe账户、Mac账户iTunesStore账户和iChat账户。4、AppleID可用于执行与Apple有关的所有操作，包括使用iCloud存储内容、从AppStore下载应用程序以及从iTunesStore购买歌曲、影片和电视节目的登录信息。5、AppleID是用一个Email邮箱地址的，配合密码，用户就可以在iPhone上的AppStore轻松下载安装和更新软件。每一部iPhone第一次开机都要输入在官网上注册的账号密码。

苹果手机里的ID是干什么用的拓展阅读

为什么需要OneID？

一、 为何要对用户进行标识？

用户唯一标识，是用户唯一的身份ID,相同的身份ID,就会被当做是相同的一 个用户。在进行埋点数据采集方案设计时，如何对用户唯一性进行标识对数据 准确性影响较大。

即如何区分某个用户是此用户，而非彼用户是至关重要的，因为如果做不到对 用户的唯一性进行识别，那么凡是涉及到用户的数据将都是不准确的，比如： 累计用户量、新增用户量、活跃用户量。

因此，选取合适的用户标识对于提高用户行为分析的准确性显得尤为重要，尤 其是诸如漏斗、留存、分群等用户相关的分析。

二、 什么是用户标识?

在互联网高速发展的今天，我们都在积极主动的融入这个世界，信息在高速流 转，不再像以前那样闭塞。

各类互联网产品也在以一种前所未有的开放态度拥抱其用户，用户在触达一款 应用时，可以在匿名（非登录）状态下使用应用中的大部分功能，此时用户的匿名ID一般是指设备ID。

在支付、充值、积分等一些关键的业务环节，应用会要求用户以某种方式进行 登录。目前比较常见的登录方式主要是手机号，金融、政务、医疗、教育相关 的应用除手机号以外，还支持身份证号、卡号等登录方式，我们称之为登录 ID。

新用尸注册

目前常见的需要做用户唯一性标识进而提升数据准确性的场景大致如下：

1. 一个用户在多个设备上使用同一个应用，需要对该用户的唯一性进 行标识，进而把用户的行为归属到同一个用户上

比如：用户A在移动设备X上使用中原银行手机银行浏览并购买了我行的中原 如意宝这款年化高、可自主选择投资期限、比较符合自己投资意愿的理财产 品，购买过程包含匿名访问、登录等操作。

一周后，用户A在另外一个移动设备Y上登录我行的手机银行查看了其购买的 理财的收益情况。若不对用户进行唯一性标识，埋点数据上报的用户量是2 个，而实际应该是1个用户。

1. 与一个用户在多个设备上使用同一个应用相对应的是：多个用户在 同一台设备上操作同一个应用。详细的场景介绍，这里就不再描述， 大家自行脑补

在进行埋点方案设计时，为了对用户唯一性进行标识，需要在方案中写明如何 采集用户匿名状态下的ID （设备ID）及登录状态下的登录ID,这里分别以 first_id> second id命名，后续文中涉及到的first_id> second_id均指匿 名ID、登录IDo

基于采集到的与用户相关的first_id与second_id,在行为分析系统后台通过 一定的关联规则，生成一个能够唯一标识用户的user_id,在以后的分析过程 中，与用户量有关的指标均以user_id为基础进行统锂分析。

匿名ID即设备ID,在不同类型的客户端上有所不同，且同一类型的客户端 上，设备ID也并非是唯一的。例如Web端的Cookies有可能被各种安全卫士 清空，而iOS端的IDFV在不同厂商的App间是不同的。

1. Android 端

安卓系统经过多次升级，对权限控制越来越严格，唯一识别手机的方法也在不 断发生变化。

Android 端适合作为设备 ID 标识符的有 OAID、Android_id> UUID、IMEI, IMEI 是最适合做设备唯一标识的，但获取IMEI需要授予权限且Android 10以后不 再开放IMEI的权限，App卸载重装UUID会发生变化。

综合起来，Android端比较适合作为标识符的是Android_id,如果Android_Id 获取不到，则获取随机的UUID。

1. iOS端

苹果系统，可用于识别唯一设备的标识不像Andriod那样多。综合起来，苹果 系统生成设备ID的标识符先后顺序应该是IDFA -> IDFV ->UDID,即优先获取 IDFA,获取不到再获取IDFV,获取不到时，再获取UUIDo

1. JavaScript

默认情况下使用cookie_id,存贮在浏览器的cookie中。

1. 微信小程序

一般使用UUID,但是删除小程序，UUID会变。为了保证设备ID不变，建议 获取并使用openid。

如果选择使用openid的话，请注意操作暂存，由于获取openid是一个异步 的操作，但是冷启动事件等会先发生，所以我们会把先发生的操作，暂存起 来，等获取到openid后才会发送数据。

三、如何做用户标识？

在介绍用户标识的实现方法前，先带大家了解一下，当前行为数据分析系统数 据储存的模型。

目前主流的数据储存模型是用一张events表存储与用户相关的事件，其中 event表中有个distinct_id字段，在事件发生时用户如处于匿名状态，则记 录设备ID,登录状态下记录登录ID,用users表用来储存用户的匿名ID（设备 ID）、登录ID、基于关联规则生成的user_id等用户属性。

这样通过events表和users表，就可以成功的把用户与事件联系在一起。

1.用户唯一性标识方案一：只使用设备ID进行标识

适用场景：适合没有用户注册体系，或者极少数用户会进行多设备登录的产 品，如工具类产品、搜索引擎、部分电商等。

场景举例：

	events 表			users 表
物	event	distinctid	user id user id	first id	secondid
1	安装APP	X	1 [ 1	X
2	登录APP	X	1 2	Y
5	使用APP	X
4	登录APP	X	1
5	使用APP	X
6	使用APP	Y	2

行为序列说明:

1. 某用户在华为手机上新安装了 App,并进行了一系列操作，events表中 distinct_id为设备ID,记为X,分配得到的user_id为1,同时把1、X 分别存入users表中的user_id、f irst_id中。
2. 该用户进行了注册并登录，设备未变，会送的distinct_id仍为X, user_id 仍为 1。
3. 该用户登录之后继续进行一系列操作，发送的distinct_id仍为X, user_id 仍为 1。
4. 该用户把手机送给朋友了，朋友用自己的账号登录设备X,发送的 distinct_id 仍为 X, user_id 仍为 1。
5. 该用户的丽友一直使用自己前账号在设备X上进行了一系列操作，由于 设备未变，所以user_id仍为1。
6. 该用户更换了新的小柔手机，进行一系列操作，此时设备ID变为Y,发 送的distinct_id为Y,分配的user_id为2,则将user_id 2、设备 ID Y存入users表的id, first_id字段。该用户登录之后的后续操 作，都会以user_id 2标识，只要木更换设备。

在上述场景中，仅使用设备ID识别用户的好处就是逻辑很简单，当然局限性 也很明显：

・当用户换手机后，用户换手机前后的行为无法关联上。

・当用户把手机送给朋友后，朋友的行为却仍记在该用户下。

1. 用户唯一性标识方案二：关联设备ID与登录ID（又称一对一）

适用场景：成功关联设备ID和登录ID之后，用户在该设备ID上或该登录 ID下的行为就会贯通，被认为是一个user_id发生的。在进行事件、漏斗、留 存等用户相关分析时也会算作一个用户。所以一般来说，当遇到以下场景时， 考虑一对一的关联：

・需要贯通一个用户在一个设备上注册前后的行为。

・需要贯通一个注册用户在不同设备上登录之后的行为。

场景举例：

events 表
物	event	distinct id	userid
1	安装APP	X
2	登录APP	X->A	厂
3	使亩APP	A	[
4	登勅PP	X->B	2
5	使用APP^	B	2
6	ffifflAPP |	Y	3
7	登录APP	Y->A	1
8	使用APP	A	□2

行为序列说明:

users 表
userid	first id	secondid
1	X	A
2	B	B
3	Y

1. 某用户在小米手机上新安装了 App,并进行了一系列操作，对应的设备 ID为X,事件表中distinct_id为X,对应分配的user_id为1,则 将 user_id 1、设备 ID X 存入 users 表的 user_id, , f irst_id 字 段。
2. 该用户进行了注册并登录，其登录ID为A,事件表中distinct_id为

1. 设备ID X和登录ID A关联成功，将登录ID A存入users表的 second_id 字段，use_id 仍为 1。

1. 该用户登录后继续进行，'系列操作，事件表中distinct_id为A, user_id 仍为 1。
2. 该用户把手机送给朋友了，朋友用自己的账号登录设备X,登录ID为

1. 将设备ID X与登录ID B进行关联，由于X已与A关联，所以此 次关联会失败，同时会分配一个新的user_id 2来标识此用户，并将登 录ID B同时存入users表的first_id和second_id字段（用户的朋 友账号上之前未关联过别的设备，且音次登录设备美联失败，则将登录 ID同时记录到first_id上），此时又称自关联。

1. 之后，该用户的朋友一直使用账号B在设备X上进行了一系列操作，事 件表中的distinct_id为B,后续会用user_id 2来标识此用户。
2. 该用户更换了一个薪的苹果手机，并进行一索列操作，在未登录前，用 新设备ID Y来标识用户，events表中的distinct_id为Y,对应分配 的 user_id 为 3,将 user_id 3、设备 ID Y 存入 users 表的 id,

f irst_id 字段。

1. 该用户在苹果手机上使用账号A进行登录，此时将尝试将设备ID Y与登 录ID A进行关联，由于A已经与X关联，因此会关联失败，但是依 然会切换到以A为登录ID的用户，其对应的user_id为1。
2. 该用户登录之后的后续操作，事件表中的distinct_id为A,所以仍以 user_id 1 标识。

在上述场景中，很大程度上已经实现了跨设备的用户贯通，但仍存在局限性：

1. 当用户换手机后，虽然登录账号之后的行为与换手机之前的行为已经贯 通，但是在新设备上首次登录之前的行为仍没法贯通，仍被识别为新的 用户的行为。
2. 当用户把旧手机送给朋友之后，由于旧手机已被关联到自己的登录ID, 无法再与朋友的登录ID关联。后续使用这台旧手机的用户们，若不登 录就操作应用，则都会被识别为同一个用户（旧手机成功关联的登录 ID）。
3. 用户唯一性标识方案三：关联登录ID与多个设备ID（又称多对一）

一对一虽然已经实现了跨设备的用户贯通，但是对于某些应用场景还是不够准 确，因此产生了另外一种关联方案，支持一个登录ID绑定多个设备ID的方 案，从而实现更准确的用户追踪。

适用场景：一个用户在多个设备上进行登录是一种比较常见的场景，比如Web 端和App端可能都需要进行登录。支持一个登录ID下关联多设备ID之后， 用户在多设备下的行为就会贯通，被认为是一个user_id发生的。

场景举例：

盼J	event	distinct jd	userjd
1	安装APP	X	1
2	登录APP	X->A	1
3	使用APP	A	1
4	登录APP	X・>8	2
5	ttfflAPP	B	2
6	使用APP	Y	3->1
7	登勅PP	Y^>A	1
8	使用APP	A	1

events 表

users 表

行为序列说明：

1. 某用户在小米手机上新安装了 App,并进行了一系列操作，对应的设备 ID为X,事件表中distinct_id为X,对应分配的user_id为1,则 将 user_id 1、设备 ID X 存入 users 表的 user_id, , f irst_id 字 段。
2. 该用户进行了注册并登录，其登录ID为A,事件表中distinct_id为

1. 设备ID X和登录ID A关联成功，将登录ID A存入users表的 second_id 字段，use_id 仍为 1。

1. 该用户登录后继续进行一系列操作，事件表中distinct_id为A, user_id 仍为 1。
2. 该用户把手机送给朋友了，朋友用自己的账号登录设备X,登录ID为

1. 将设备ID X与登录ID B进行关联，由于X已与A关联，所以此 次关联会失败，同时会分配一个新的user_id 2来标识此用户，并将登 录ID B同时存入users表的first_id和second_id字段（用户的朋 友账号上之前未关联过别的设备，且音次登录设备美联失败，则将登录 ID同时记录到first_id上），此时又称自关联。

1. 之后，该用户的朋友一直使用账号B在设备X上进行了一系列操作，事 件表中的distinct_id为B,后续会用user_id 2来标识此用户。
2. 该用户更换了一个薪的苹果手机，并进行一素列操作，在未登录前，用 新设备ID Y来标识用户，events表中的distinct_id为Y,对应分配 的 user_id 为 3,将 user_id 3、设备 ID Y 存入 users 表的 id,

f irst_id 字段。

1. 该用户在苹果手机上使用账号A进行登录，此时将尝试将设备ID Y与登 录ID A进行关联，关联成功，其对应的user_id为依然1,同时将设备 ID Y 添加到 users 表中 user_id 1 的 $device_id_list 字段。
2. 该用户登录之后的后续操作，全件表中的distinct_id为A,所以仍以 user_idl 标识。

后续的修复如下：

1. 由于设备Y被关联到登录ID A下，修复设备Y上登录之前的数据： user_id 3 -> user_id 1o
2. 将users表中user_id 3的用户属性合并到user_id 1上，并删除 users表user_id 3这条数据。进行属性合并时，如果user_id 1的用 户该属性有值，则不会修改该属性的值;如果user_id 1的用户该属性 没值，且user_id 3的用户该属性有值，则将对此的值合并到user_id 1的用户上，并删除users表中user_id 3这条数据。

在上述场景中，真正实现了跨设备的用户贯通，通过修复解决了方案二中换手 机登录之前的行为贯通问题，但仍存在局限性：

一个设备只能关联到一个登录ID下，当用户把旧手机送给朋友之后，由于旧 手机已被关联到自己的登录ID T，无法再与朋友的登录ID关联。后续使用 这台旧手机的用户们，若不登录就操作，则都会被识别为同一个用户（旧手机成 功关联的登录ID）。

而事实上，旧手机上后续的匿名登录很难识别到底是谁，可能归为匿名登录之 前最近一次登录的用户会更合理一些。

综合起来看，以上三种对用户唯一性进行识别的方案没有对与错，在决定采取 哪种识别方案时，结合产品的具体应用场景以及埋点复杂度来选择合适的方案 即可。

以上就是关于苹果手机里的ID是干什么用的(为什么需要OneID？)的所有内容，希望对你有所帮助。