前端埋点的缺点_数据埋点常见问题

埋点看似简单，但实际在工作中有很多地方是值得我们注意的。

首先，先看几个栗子感受一下。

【栗子1】-采集用户进入活动页的浏览事件：

存在问题：

不同平台采集的同一个属性值【页面名】口径不一解决方法

解决方法：

1.手动传值，在事件设计文档里面清晰指定属性值

2.采集客户端的页面，做好多平台代码规范统一

3.埋点上线前在测试环境里做好数据校验。

【栗子2】-采集用户点击banner的点击事件

问题说明：两个用户分别点击1号和3号banner，返回banner名字不可识别。根本不能反馈出用户到底点了什么，根本不能对这个数据进行分析。

可能原因：前端可能根本没有banner的名字，名字可能存在于后端内容管理系统里面。在埋点需求评审时候没有清晰说明是为了给运营知道他设置的哪个banner被点击了。

解决方法：

1.在埋点需求评审时，清晰说明属性值的用途

2.前端名称无法采集时和开发沟通是否可实现，修改好再采集

3.埋点上线前在测试环境中做好数据校验。

【栗子3：】-采集用户注册时间

需求说明：产品不需要注册就可以部分浏览，但是购买或者阅读完整内容时候必须登录才能完整浏览。这时候用户就会在不同页面进行注册。用户究竟在哪个页面注册购买比较多，分析一下哪些页面限制给用户浏览，来提高流量利用率。

问题说明：注册是后端采集的。后端埋点没有前端页面和平台信息。但如果采用前端采集就可能有不合理的数据。例如一个用户因网络问题多次点击，前端埋点就会产生很多误差数据。

解决方法：

1.修改注册借口，让前端在发起注册请求时将页面和平台信息传送到后端。

2.埋点上线前在测试环境中做好数据校验。

其他常见问题：

除了以上问题外，数据埋点还有以下一些常见问题：

1.统计口径定义不一致，导致数据和后台差异大。例如登录，究竟是指指纹登录还是不含指纹验证登录。

2.埋点定义不一样，导致数据不准确。例如提交订单，究竟是参照前端埋点，点击提交按钮就触发，还是采取后端上报，订单成功后才触发上报。

3.采集方式带来的误差。前端采集一般会有一部分数据丢失，丢失率在5%左右属于正常范围。

埋点是个系统性的工作，以订单支付埋点为例，最后分析一下前后端埋点的优缺点。