返回

OneID:构建跨平台用户统一身份识别体系

tengence ·
商业智能 数据分析
OneID:构建跨平台用户统一身份识别体系

一、什么是 OneID

1.1 多设备时代的用户识别挑战

在数字化时代,用户在多个设备、多个平台留下足迹。同一用户可能使用手机、平板、电脑等多种设备访问服务,在不同渠道注册不同的账号,产生大量分散的用户标识数据。这些标识——手机号、设备 ID、邮箱、IP 地址等——如同散落的拼图碎片,难以拼凑出完整的用户画像。

如何准确识别”这是同一个用户”,成为企业数字化运营的核心挑战。OneID 应运而生,它是一种基于连通图原理的用户统一标识体系,能够将分散的用户标识智能关联,为每个自然人分配唯一的数字身份。

1.2 核心原理:连通图与并查集算法

OneID 的理论基础源于图论中的连通图原理。其核心思想是将分散的用户标识抽象为图中的节点,通过标识间的关联关系构建,最终将属于同一自然人的所有标识聚合为一个连通分量

这个过程中,并查集算法(Union-Find)发挥着关键作用。这是一种高效的数据结构算法,用于处理元素分集合问题,支持快速查找和合并操作。通过并查集算法,系统能够快速判断两个标识是否属于同一连通分量,并将相关联的标识合并到同一个用户集合中。

 

graph TD
    subgraph 现实世界
        A[自然人A]
        B[自然人B]
        C[自然人C]
    end
    subgraph 连通图抽象
        D[节点1(手机号138xxxx5678)]
        E[节点2(设备ID=imei123)]
        F[节点3(邮箱user#example.com)]
        G[节点4(手机号139xxxx1234)]
        H[节点5(设备ID=imei456)]
        I[节点6(MAC地址=aa:bb:cc:dd:ee:ff)]
        J[节点7(IP=192.168.1.100)]
        K[节点8(JA3=ja3hash123)]

        %% 第一个连通分量(自然人A)
        D -- "强关联:登录绑定" --> E
        E -- "强关联:同设备" --> F

        %% 第二个连通分量(自然人B)
        G -- "强关联:登录绑定" --> H
        H -- "弱关联:同IP" --> J

        %% 孤立分量(自然人C)
        K[节点9(MAC地址=ff:ee:dd:cc:bb:aa)]
    end
    A -->|对应| D
    A -->|对应| E
    A -->|对应| F
    B -->|对应| G
    B -->|对应| H
    B -->|对应| J
    C -->|对应| K

1.3 核心概念

概念说明业务含义
节点(Node)单个用户标识,如手机号、设备 ID、邮箱用户标识的最小单元,每个节点有唯一 ID 和类型标识
边(Edge)两个标识间的关联关系,如设备登录手机号描述标识间的关联性,包含关联强度(强关联/弱关联)
连通分量通过边直接或间接关联的所有节点集合代表一个自然人,属于同一用户的所有标识
OneID为每个连通分量分配的唯一标识该自然人的统一数字身份,关联所有属于他的标识

1.4 关联规则:强关联与弱关联

标识间的关联分为两种强度,不同的关联强度决定了合并策略:

关联类型定义触发场景合并策略
强关联确定性关联,可明确属于同一用户手机号与账号绑定、设备 ID 登录账号、邮箱绑定账号直接合并至同一连通分量
弱关联概率性关联,可能属于同一用户同一 IP 下的多设备、相同 JA3 指纹、短时间内同网络环境出现需多个弱关联验证(如共同出现≥5次)才合并

1.5 连通分量计算流程

OneID 的生成遵循以下流程:

  1. 节点初始化:每个用户标识作为独立节点,初始各自独立
  2. 边的加载:加载所有有效关联边,强关联边必加载,弱关联边仅加载满足规则的

  3. 分量合并(并查集算法)

    • 遍历所有边,对每条边的源节点和目标节点执行合并
    • 强关联边:强制合并两个节点所在的分量
    • 弱关联边:仅当共同出现次数达到阈值时才合并
    • 合并后用根节点 ID 标记该连通分量
  4. OneID 分配:基于连通分量的根节点 ID,通过哈希编码生成唯一 OneID,确保同一分量始终生成相同的 OneID

1.6 特殊场景处理

用户多设备场景

用户用手机和电脑登录同一账号时,手机与账号生成强关联边,电脑与账号生成强关联边,三者合并为同一连通分量,生成唯一 OneID。

设备多用户场景

家庭共用平板时,多人登录同一设备。系统根据使用时长判断主用户(如使用 60% 时长的用户)和关联用户(使用 40% 时长的用户),在输出层标记设备归属,确保用户行为数据的准确归属。


二、为什么需要 OneID

2.1 业务痛点

痛点说明影响
用户识别碎片化同一用户多设备、多账号无法关联无法获得完整用户视图,决策依据不完整
跨平台追踪困难用户在 APP、小程序、官网等渠道行为割裂漏斗分析失真,转化路径不清晰
重复营销问题同一用户收到多次相同营销推送用户体验差,营销资源浪费
风控识别盲区虚假身份、批量注册难以有效识别业务风险增加,损失难以追回

2.2 OneID 的业务价值

价值维度说明
用户全景视图整合多源标识,构建完整的用户画像,深入了解用户行为轨迹
精准营销投放准确识别用户,避免重复营销,提升转化率和用户体验
风险行为识别快速识别异常行为模式,有效防范虚假注册、账号盗用等风险
服务体验提升跨平台、跨渠道识别用户,提供无缝一致的服务体验

三、OneID 实现方案

3.1 整体架构

OneID 体系采用分层架构设计,通过”标识节点 → 关联边 → 连通分量 → OneID 映射”的数据流转实现用户统一标识。

层级功能说明
ODS 层原始数据接入接入用户注册登录日志、行为日志、CDN 访问日志等
DWD 层标识标准化清洗原始数据,生成标准化的用户标识节点
DWS 层关联建模构建标识间关联边,计算连通分量,生成 OneID
ADS 层查询服务提供双向查询能力,支持”OneID 查标识”和”标识查 OneID”

3.2 数据表结构设计

ODS 层:原始数据接入

ods_user_register_login_df(注册登录日志表)

字段名字段说明示例
log_id日志唯一 IDlog_123456
user_id用户账号 IDuser_789
phone用户注册手机号138xxxx5678
email用户联系邮箱user@example.com
device_id设备唯一标识device_abc123
imei设备 IMEI 号码imei_1234567890
mac设备 MAC 地址aa:bb:cc:dd:ee:ff
ip登录 IP 地址192.168.1.100
login_type登录方式PASSWORD、SMS
event_time事件发生时间2025-07-22 08:30:00

ods_user_behavior_df(用户行为日志表)

字段名字段说明示例
log_id日志唯一 IDlog_456789
user_id登录用户 IDuser_789
device_id设备唯一标识device_abc123
action行为类型VIEW、CLICK、PURCHASE
page页面名称HOME、DETAIL
ip访问 IP 地址192.168.1.100
event_time事件发生时间2025-07-22 09:15:00

ods_cdn_access_df(CDN 访问日志表)

字段名字段说明示例
log_id日志唯一 IDlog_789012
url访问的 URL 地址https://example.com/index.html
ip访问来源 IP192.168.1.100
ja3JA3 TLS 指纹ja3_hash_123456
ja4JA4 TLS 指纹ja4_hash_789012
user_agent用户代理字符串Mozilla/5.0…
device_id设备标识device_abc123
request_time请求时间2025-07-22 10:00:00

DWD 层:标识节点标准化

dwd_user_identity_node_df(用户标识节点表)

字段名字段说明示例
node_id标识节点唯一 ID(UUID)node_8f7e6d5c-4b3a-2109-8765-4321abcdef
identity_value标准化标识值(手机号已脱敏)138****5678、imei123456
identity_type标识类型(PHONE/DEVICE/EMAIL/IP/JA3)PHONE
user_id关联的用户账号 IDuser_789
source数据来源(REGISTER_LOGIN/BEHAVIOR/CDN_ACCESS)REGISTER_LOGIN
is_valid标识是否有效(已验证/未验证)true
first_seen_time该标识首次出现时间2025-07-01 08:00:00
last_seen_time该标识末次出现时间2025-07-22 09:30:00

DWS 层:连通图建模

dws_user_identity_edge_df(用户标识关联边表)

字段名字段说明示例
edge_id关联边唯一 IDedge_1a2b3c4d-5e6f-7g8h-9i0j-1k2l3m4n5o6p
source_node_id源节点 IDnode_8f7e6d5c…
target_node_id目标节点 IDnode_1a2b3c4d…
relation_type关联类型(STRONG 强关联/WEAK 弱关联)STRONG
relation_reason关联原因说明登录绑定、同设备、同 IP
start_time关联生效时间2025-07-22 10:00:00
end_time关联失效时间9999-12-31 23:59:59

dws_user_oneid_component_df(用户 OneID 连通分量表)

字段名字段说明示例
oneid统一用户标识(哈希编码生成)oneid_8f7e6d5c
node_id连通分量内的节点 IDnode_8f7e6d5c…
identity_value节点对应的标识值138****5678、imei123456
identity_type标识类型PHONE、DEVICE
user_id关联的用户账号 IDuser_789
is_primary是否为主标识(手机号/用户 ID 为主标识)true
join_time节点加入连通分量的时间2025-07-22 11:00:00

ADS 层:查询服务

ads_user_oneid_to_identity_df(OneID → 标识映射表)

字段名字段说明示例
oneid统一用户标识oneid_8f7e6d5c
identity_type标识类型PHONE、DEVICE、EMAIL
identity_value标识值(已标准化)138****5678、imei123456
is_primary是否为主标识true、false
join_time标识加入 OneID 的时间2025-07-22 11:00:00
is_valid标识是否有效true、false

ads_user_identity_to_oneid_df(标识 → OneID 映射表)

字段名字段说明示例
identity_value标识值(已标准化)138****5678、imei123456
identity_type标识类型PHONE、DEVICE
oneid对应的 OneIDoneid_8f7e6d5c
relation_type关联类型STRONG、WEAK
is_primary是否为主标识对应的 OneIDtrue、false

3.3 核心处理逻辑

标识标准化处理

从原始日志中提取各类用户标识,进行标准化处理:

-- 示例:从注册登录日志提取并标准化用户标识
-- 手机号脱敏处理
CASE
    WHEN identity_type = 'PHONE'
    THEN CONCAT(SUBSTR(phone, 1, 3), '****', SUBSTR(phone, 8, 4))
    ELSE identity_value
END AS identity_value

处理逻辑:

关联边构建

根据业务规则构建标识间的关联边:

-- 示例:基于同一 user_id 的强关联边构建
SELECT
    a.node_id AS source_node_id,
    b.node_id AS target_node_id,
    'STRONG' AS relation_type,
    '登录绑定同一user_id' AS relation_reason
FROM dwd_user_identity_node_df a
JOIN dwd_user_identity_node_df b
    ON a.user_id = b.user_id
    AND a.node_id < b.node_id  -- 避免重复边

关联边类型:

连通分量计算

使用并查集算法计算连通分量:

-- 示例:并查集 UDF 计算连通分量
SELECT
    node_id,
    UnionFindUDF(node_id, edge_list) AS component_id
FROM tmp_user_edge_list

基于连通分量生成 OneID:

-- 示例:基于哈希编码生成 OneID
SELECT
    CASE
        WHEN user_id IS NOT NULL
        THEN CONCAT('oneid_', TOLOWER(HEX(HASH_CODE(user_id))))
        ELSE CONCAT('oneid_', TOLOWER(HEX(HASH_CODE(component_id))))
    END AS oneid

双向查询实现

OneID 查标识(正向查询)

-- 查询指定 OneID 关联的所有标识
SELECT identity_type, identity_value, is_primary, is_valid
FROM ads_user_oneid_to_identity_df
WHERE oneid = 'oneid_8f7e6d5c';

标识查 OneID(反向查询)

-- 根据标识查询对应的 OneID
SELECT oneid, relation_type, is_primary
FROM ads_user_identity_to_oneid_df
WHERE identity_type = 'PHONE'
  AND identity_value = '138****5678';

四、OneID 能解决什么问题

4.1 风控领域

OneID 通过关联用户的各类标识,能够精准识别风险行为:

应用场景识别逻辑业务价值
爬虫用户识别OneID 关联大量设备和 IP,行为规律(固定间隔访问、无交互)快速识别并拦截爬虫流量
批量注册检测一个 OneID 对应多个新注册账号,注册信息相似(相似昵称、同一 IP)防范虚假注册和羊毛党行为
公用设备识别OneID 关联多个不同身份的用户标识,使用时间分散识别公用设备和账号风险
账号盗用预警正常用户的 OneID 突然关联陌生设备或 IP及时发出风险预警,保护账号安全

4.2 营销领域

OneID 助力实现精准营销,提升营销效率:

应用场景OneID 作用业务价值
用户画像构建整合用户在不同平台、设备上的行为数据构建完整用户画像,精准定位目标用户
避免重复营销多个账号对应同一 OneID 时统一管理防止重复推送,节省营销成本,提升用户体验
营销效果评估追踪 OneID 在活动前后的行为变化评估营销活动真实效果,优化投放策略

4.3 用户运营领域

OneID 帮助提升用户运营效率和精细化程度:

应用场景OneID 作用业务价值
高价值用户识别分析 OneID 关联的消费金额、活跃度、忠诚度精准识别高价值用户,提供专属服务
流失风险预警监控 OneID 对应的登录频率、交互行为变化及时预警用户流失,采取挽留措施
产品体验优化分析用户使用的设备、操作习惯针对性优化产品功能和界面布局
行为数据归属追踪用户多台设备的历史行为数据准确归属用户行为,精细化用户标签和算法特征

4.4 安全审计领域

OneID 可追踪完整的用户操作轨迹:

应用场景OneID 作用业务价值
安全事件调查快速定位用户的所有操作记录(设备、时间、内容)为安全事件调查提供完整证据链
内部风险监控监控员工 OneID 的异常登录和操作行为及时发现内部操作风险,保障数据安全

4.5 服务优化领域

OneID 能够显著提升服务质量:

应用场景OneID 作用业务价值
客服效率提升快速获取用户的历史咨询记录、购买记录无需用户重复说明,提高问题解决效率
跨平台服务统一统一管理用户在 APP、小程序、官网等服务请求确保服务连贯性,增强用户满意度

4.6 客户体验领域

OneID 支持无缝的客户体验:

应用场景OneID 作用业务价值
无缝体验识别用户在不同渠道的身份,保持服务连续性用户无需重复登录或提供信息
个性化服务基于完整用户画像提供个性化推荐和服务提升用户满意度和粘性
一致性交互确保用户在不同平台获得一致的体验强化品牌形象,提升用户信任

4.7 业务决策支持

OneID 为业务决策提供数据支持:

应用场景OneID 作用业务价值
用户增长分析准确计算真实用户数量和增长趋势为增长策略提供准确数据基础
渠道归因分析追踪用户在不同渠道的完整转化路径优化渠道投放策略,提升 ROI
产品优化决策基于完整用户行为数据优化产品功能数据驱动的产品迭代决策

五、常见问题解答

5.1 基础概念

问题回答
OneID 和用户 ID 有什么区别?用户ID是业务系统的账号标识,OneID是跨系统、跨设备的统一身份标识,能够关联同一用户的所有标识
OneID 会泄露用户隐私吗?OneID 本身不包含任何用户个人信息,仅是一个哈希生成的唯一编码,无法反向推导用户原始信息
OneID 是实时生成的吗?OneID 通常采用 T+1 批处理方式生成,确保数据处理的稳定性和准确性

5.2 关联逻辑

问题回答
一个用户会有多个 OneID 吗?正常情况下一个自然人只有一个 OneID。极端场景下(如完全无关联的设备使用)可能存在多个,但会持续优化关联规则减少此类情况
OneID 如何处理共用设备场景?通过使用时长、登录频率等权重判断主用户和关联用户,确保行为数据准确归属
强关联和弱关联有什么区别?强关联是确定性关联(如同一账号的设备),直接合并;弱关联是概率性关联(如同 IP 的设备),需多个验证才合并

5.3 数据管理

问题回答
OneID 会失效吗?OneID 本身长期有效,但关联的标识可能因长期不活跃而失效,确保数据的时效性
OneID 能跨平台使用吗?可以,只要是同一数据体系内的平台,OneID 可以跨平台识别同一用户
如何保证 OneID 的唯一性?通过哈希编码基于连通分量根节点生成,确保同一分量始终生成相同的 OneID

六、数据隐私与安全

6.1 数据脱敏原则

数据类型脱敏规则示例
手机号保留前3位和后4位,中间4位脱敏138****5678
邮箱保留邮箱域名,用户名部分脱敏u***@example.com
IP 地址最后一段脱敏192.168.1.*
设备标识保留格式,关键部分哈希处理imei_****1234567890

6.2 数据安全保障

6.3 用户权利

用户对自己的数据享有以下权利:


七、总结

OneID 作为一种基于连通图原理的用户统一标识体系,通过智能关联分散的用户标识,为每个自然人构建完整的数字身份。它不仅解决了多设备、多平台时代的用户识别难题,更为风控、营销、运营、服务等多个业务领域提供了坚实的数据基础。

在技术实现上,OneID 采用了连通图原理并查集算法哈希编码 等成熟技术方案,确保了系统的准确性、高效性和稳定性。同时,通过完善的数据脱敏和隐私保护机制,在实现业务价值的同时充分保护用户隐私。

随着数字化程度的不断深入,OneID 将在用户增长、精准营销、风险防控、服务优化等领域发挥越来越重要的作用,成为企业数字化运营的核心基础设施。

← 上一篇: 数据分析实战指南:全链路数据驱动决策的完整方法论 下一篇 → 转化率优化实战指南:从流量到订单的完整优化路径
咨询 咨询
二维码

企业微信