制定埋点方案

确定用户识别体系

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

#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。

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

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