聊聊令人头疼的埋点

埋点定义

埋点，是指在应用中添加代码，以收集用户的操作行为和数据，以便后续进行数据分析和产品决策。这些代码通常被称为埋点代码，它们将事件（如点击、滚动、搜索等）和属性（如时间、位置、设备等）捕捉并发送到数据平台。通常情况下，这些数据用于分析用户行为、监控应用程序性能、改进产品功能等方面。

转转 H5 采用的是手动埋点方式，App 内的页面通常需要添加各种埋点，以验证和辅助产品后续决策。今天就和大家聊聊令笔者头疼的埋点，也希望能加深您对埋点的理解～

以下部分内容、代码，来源于 chatGPT，如有错误，欢迎指出～

埋点内容

首先埋点内容一般会包含用户信息、页面信息、事件信息、访问信息等。

• 用户信息：包括用户的唯一标识（uid）、设备标识（token）、访问设备、浏览器版本以及网络状态等

• 页面信息：包括当前页面的 URL、标题、页面 ID 等信息

• 事件信息：包括用户的行为事件，如点击、滚动、鼠标移动等，以及事件的时间戳、元素路径、事件类型等信息

• 访问信息：包括用户来源、搜索关键词、渠道信息等，计算整个链路的渗透，或者在出现问题时，帮助还原整个用户操作路径，帮助开发者更快的定位、修复问题。

埋点方式

常见的埋点方式大体可以分为手动埋点、可视化埋点和全埋点三种。

• 手动埋点

  在代码中手动加入埋点，相应事件触发的时候，再上报相关埋点。当需要精细化数据或者希望根据业务诉求，定制化添加埋点的时候，就很适合使用这种方式。但缺点就是额外工作量很大，也需要相关的 QA 介入测试，一些复杂的埋点很容易出错，导致延误需求数据分析的时间

• 可视化埋点 需要页面/项目预先接入可视化埋点 SDK，并开启可视化埋点开关，然后相关人员登录可视化圈选后台，选择相应的页面以及圈选需要上报的相关行为埋点，圈选平台和 SDK 进行通信，让 SDK 拿到需要上报的埋点，然后 SDK 自动上报相关的埋点。

• 全埋点

  是一种将应用程序中所有用户行为都收集和分析的埋点技术，例如打开页面、切入后台、点击某个区域、某个区域曝光等等，优点就是可以更全面、更细致地了解用户行为和需求，缺点就是由于自动记录了各种操作行为的数据，会导致大量的无意义的行为被上报，对服务端的压力比较大，并且也考验从纷繁复杂的埋点中找到所需埋点的能力

埋点流程