目录
此内容是否有帮助?

# 制定埋点方案

# 确定用户识别体系

在进行数据接入前,您需要先确定项目所使用的用户识别体系,您可以在用户识别规则了解更多场景案例。

#account_id是TE系统中标识用户的最小单位,通常您可以将用户的账号ID设为#account_id;如果一个账号下会有多个互相独立的角色,您需要将角色ID设置为#account_id

举例来说,一个游戏账号可以在不同区服下创建角色,每个角色都有自己的等级、职业、装备等,此时角色ID就是最小的单位。

#distinct_id是记录用户在游客状态下行为的ID,如打开应用或查看公告等。在未登录账号或未获取到角色信息前,行为数据将归属于#distinct_id

#user_id(TE用户ID)是TE系统基于#account_id#distinct_id生成的唯一标识,通过#user_id可以打通用户登录前后的行为。当一条数据中同时存在#account_id#distinct_id,并且对应的#user_id不同时,该条数据会归属于#account_id对应的#user_id下。

# 确定事件及事件属性

“事件”代表了用户的某个或一系列有意义的行为,也是主要的分析对象。您可以从项目核心指标入手,对注册、登录、付费、核心玩法等关键功能进行整理,把这些功能转换成“事件”。

在确定“事件”后,您还需要确定每个事件的独有属性,从而为以后的分析提供了更多详细信息。举例来说,用户在触发一次付费事件时,可以通过事件属性记录付费金额、购买礼包ID等。

除了独有属性,您还可以把某些重要的属性设置为“公共事件属性”,它反映出行为发生当时用户的状态。举例来说,您将VIP等级设置为公共事件属性,该属性会在所有事件上报时都带上,可以更精确地分析VIP等级对用户行为的影响。

# 确定用户属性

和公共事件属性不同,用户属性记录用户当前状态,您可以将下面三类值设置为用户属性:

  • 固定值:不会改变的属性,如注册时间、来源渠道、用户名等
  • 最新值:用户最后产生某行为的信息,如最后登录时间、最后付费时间等
  • 累计值:和最新值类似,代表用户的历史累计数据,如累计付费金额、累计登录次数等

举例来说,假设某个用户触发过两次付费事件,其中单次付费金额是独有属性,累计付费金额是公共事件属性,记录付费事件发生时该用户曾付费过的金额总和:

事件时间 累计付费金额 单次付费金额
1月1日
0
50
1月2日
50
100

如果您查看事件明细,事件属性的属性值不会随时间改变;而如果累计付费金额是用户属性,在用户首次付费后属性值会从0更新为50,并在第二次付费后更新为150。

关于事件、事件属性和用户属性,您可以在数据管理中了解更多。我们强烈推荐您将所有需要追踪的事件及属性都以 文档 的形式进行整理,它能帮助您在埋点时与技术人员进行沟通。

制定埋点方案后,下一步就是完成数据上报并验证