ClkLog 实践中的挑战：如何设计和实施有效的埋点指标

前端数据埋点要怎么做才能获取到有用的数据并对运营产生积极的作用，对于首次实施埋点及数据分析的工程师来说确实是个难点。网上很多文章讲的都是方法论和理论知识，真正实践的内容比较少，我们从一个案例来描述一下埋点要如何做。

我们要知道什么是埋点

埋点的学名应该叫做事件追踪（Event Tracking），它主要是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。

埋点是为了满足快捷、高效、丰富的数据应用而做的用户行为过程及结果记录。埋点所采集的数据可以分析网站/APP 的使用情况，用户行为习惯等，是建立用户画像、用户行为路径等数据产品的基础。

埋点采集逻辑与实施

埋点的采集逻辑基本可以通过“4W+1H”模型概括，如下图。

对于一个 APP 来说，页面浏览行为时，可以考虑以下维度：

当然对于 APP 来讲，应用版本、操作系统、操作系统版本、设备型号、屏幕高度、屏幕宽度这些属性都是作为基础属性来采集。

对于埋点的实施可以采用以下流程，本文主要关注前三个步骤：

埋点案例分析

第一步：梳理产品逻辑

我们以【叮咚分类榜单】为例，进行埋点的需求分析。通过梳理产品的逻辑，明确埋点的范围。

榜单包含一个 banner 广告位，点击跳转到相应分类榜单列表；商品分类选项卡，其中“人气精选”包含所有分类的集合，后续分类选项点击会定位到相应分类排行榜；再下面就是每个分类的排行榜。

通过分析产品的功能，也能得出该产品的核心业务流程是从排行榜点击商品进入商品详情页，加购或立即购买后进入订单确认页面，点击并完成订单支付的整个过程，是一个标准的电商购买流程。

第二步：设计埋点方案

完成产品的梳理后，我们开始设计埋点的方案。

1.      选择埋点的方式

前端埋点通常有代码埋点和全埋点两种方式，两种埋点各有优劣。代码埋点灵活性高，可以根据自己的需求进行埋点，但是前端开发人力成本高，且需要依赖前端发布；全埋点只要部署了 SDK 就能开始数据采集，且能采集到更多数据，可以获取更多的启发性的信息进行深入分析，但传输数据的量比较大，交互事件无法定义。

我们的建议是如果您的系统用户量不是那么大存储和带宽资源足够的情况下两种方式结合使用能减少很多前期的埋点需求定义和前端代码埋点的工作量。ClkLog 采用了神策的前端开源 SDK，神策 SDK 全埋点数据默认定义了很多事件，ClkLog 也有针对这些默认事件的分析。

但如果您的系统比较复杂，且用户量达到一定的量级，建议还是采用代码埋点的方式，后端的呈现也建议在 ClkLog 提供的基础分析上进行二次开发，呈现更多的您想看到的分析。

2.      事件设计

常见的埋点事件有以下几种：

a) 点击事件：记录用户的点击行为

b) 曝光事件：记录页面的加载，包括刷新

c) 页面停留时长：记录用户进入页面到离开页面的时间差

参考【叮咚分类榜单】页面，可以得到以下埋点事件（事件不是最完整的，只是举例说明）：

到这里我们就基本上把这个页面的埋点需求整理出来了，后续只需要根据需求进行埋点的实施就可以看到你想收集到的数据了，通过收集到的这些数据就可以分析 pv，uv，用户轨迹，转化率，留存率等指标。

其实对于页面的事件更多的还是要根据您想要看到什么样的数据来设计。比如运营人员关心的是用户指标、推广数据、推荐数据，那么 Banner 曝光、Banner 点击、分享点击这些数据对运营人员的价值就更高。而产品经理更关心的是功能转化率，用户轨迹、活动效果，因此页面的停留时长、商品点击量、分类点击量等对于产品经理的价值更高。您也可以根据您关心的是什么数据来设计埋点事件，这就需要运营人员和产品经理先出业务指标需求，推导出需要分析指标的数据，再规划埋点事件了。

ClkLog事件分析案例