标识用户 用户关联 IDM 全域用户关联

标识用户——简易用户关联(IDM 2.0 & IDM 1.0) https://manual.sensorsdata.cn/sa/3.0/zh_cn/idm-2-0-idm-1-0-185862540.html

标识用户——全域用户关联 https://manual.sensorsdata.cn/sa/3.0/zh_cn/标识用户——全域用户关联-150667578.html

用户关联事件数据举例

track_signup

{
    "distinct_id":"130xxxx1234",
    "original_id":"0f485d4d12345e5f",
    "login_id":"130xxxx1234",
    "anonymous_id":"0f485d4d12345e5f",
    "time": 1434557935000,
    "type": "track_signup",
    "event": "$SignUp",
    "project": "ebiz_test",
    "identities":{
        "$identity_android_id":"0f485d4d12345e5f",
        "$identity_login_id":"130xxxx1234"
    },
    "properties": {
        "$manufacturer":"Apple",
        "$model": "iPhone5,2",
        "$os":"iOS",
        "$os_version":"7.0",
        "$app_version":"1.3",
        "$wifi":true,
        "$ip":"180.79.35.65",
        "$province":"湖南",
        "$city":"长沙",
        "$screen_width":320,
        "$screen_height":568
    }
}

这条数据表示,一个 Android ID 为 0f485d4d12345e5f 的用户,成功完成了注册,注册后的注册 ID 是 130xxxx1234。并且系统后台,会将 Android ID 为 0f485d4d12345e5f 的用户和注册 ID 为 130xxxx1234 的用户,当做同一个用户对待。


需要注意的是,此数据结构中的 distinct_id 和 original_id 为必须字段,其中 disitnct_id 与 login_id 的值相同,original_id 与 anonymous_id 的值相同。




track_id_bind

{
    "time":1622199005123,
    "type":"track_id_bind",
    "distinct_id":"3335654b922c4686",
    "anonymous_id":"3335654b922c4686",
    "identities":{
        "$identity_android_id":"3335654b922c4686",
        "$identity_email":"test@163.com"
    },
    "event":"$BindID",
    "properties":{
        "$app_name":"Test",
        "$device_id":"3335654b922c4686",
        "$model":"Redmi Note 4X",
        "$os_version":"7.0",
        "$app_version":"1.0",
        "$wifi":true,
        "$network_type":"WIFI",
        "$lib_method":"code",
    }
}

这条数据表示,将一个 Android ID 为 3335654b922c4686 和一个邮箱为 test@163.com 尝试进行关联,关联成功后,后续两个 ID 独立上报事件时,在神策系统中都会被当做同一个用户。


track_id_unbind
{
    "time":1622199169262,
    "type":"track_id_unbind",
    "distinct_id":"3335654b922c4686",
    "anonymous_id":"3335654b922c4686",
    "identities":{
        "$identity_email":"test@163.com"
    },
    "event":"$UnbindID",
    "properties":{
        "$app_name":"test",
        "$device_id":"3335654b922c4686",
        "$model":"Redmi Note 4X",
        "$os_version":"7.0",
        "$app_version":"1.0",
        "$wifi":true,
        "$network_type":"WIFI",
        "$lib_method":"code",
    }
}

这条数据表示,将邮箱为 test@163.com 从系统已有用户中解除关联,解除关联成功后,神策系统中,将没有用户关联 test@163.com 邮箱。



1.5. 方案对比

  • 方案一:关联设备 ID 和登录 ID(一对一),
    • 当用户换手机后,登录账号之后的行为与换手机之前的行为贯通了,但是在新设备上首次登录之前的行为仍没法贯通,仍被识别为新的用户的行为。
    • 当用户把旧手机送给朋友之后,由于旧手机已被关联到自己的登录 ID 了,无法再与朋友的登录 ID 关联。后续使用这台旧手机的用户们,若不登录就操作,则都会被识别为同一个用户。
  • 方案二:关联设备 ID 和登录 ID(多对一)
    • 当用户把旧手机送给朋友之后,由于旧手机已被关联到自己的登录 ID 了,无法再与朋友的登录 ID 关联。后续使用这台旧手机的用户们,若不登录就操作,则都会被识别为同一个用户。
    • 而事实上,旧手机上后续的匿名登录很难识别到底是谁,可能归为匿名登录之前最近一次登录的用户会更合理一些。
 
 
什么是IDMapping与用户唯一标识QAID_智能用户增长(Quick Audience)-阿里云帮助中心 https://help.aliyun.com/document_detail/432327.html

ID分类

了解不同渠道的常见注册、登录流程后,我们发现部分ID类型互相关联,可以对用户身份的识别起到穿针引线的作用。

用户ID大致可以分为四类:

  • 用户标识:本质上能够代表一个用户,在用户注册三方平台、企业一方账号时可能需要填写,例如:手机号码、电子邮箱等。

  • 设备ID:电子设备自带的ID,通常通过App埋点采集,例如:设备MAC地址、手机IMEI、安卓设备IMSI、OAID、苹果设备IDFA等,并非与人本身绑定。

  • 企业一方ID:由企业一方的业务系统为用户生成的ID,例如:企业一方CRM的会员ID。在Quick Audience中,会员ID可以录入为OneID类型。

  • 三方平台ID:用户在三方平台里的ID,例如:微信UnionID、OpenID、淘宝ID、淘宝昵称、支付宝ID、微博ID等。在某些情况下,用户会将三方平台ID通过手机号等方式与企业一方ID进行绑定。

可以看出,用户标识很可能与企业一方ID、三方平台ID互相关联,设备ID很可能与埋点App的账号ID互相关联。无论数据来自于何种渠道,当不同类型的ID互相关联时,我们认为这些ID属于同一个用户。

ID Mapping就是我们依据这一思路实施的用户身份识别。

 

 

posted @ 2024-11-27 18:11  papering  阅读(5)  评论(0编辑  收藏  举报