常见的数据埋点方式有三种:代码埋点、全埋点、可视化埋点。
( 一 )代码埋点
代码埋点按照埋点上报的位置不同可以分为前端埋点和后端埋点,区别在于埋点逻辑是放在前端完成,还是后端完成。
前端埋点,由客户端、前端页面直接记录用户的行为进行上报。如用户点击“加入购物车”按钮。
- 适用场景
适用于需要最大限度地全面、精细记录用户客户端行为的场景 - 优点
1)能收集非常全面、精细的用户行为并且不需要请求服务器 - 缺点
1)不能避免延迟上报和漏报情况
2)APP端发版新埋点后,会存在部分用户未更新情况,影响数据质量
3)代码埋点流程涉及多方协作,效率较低
后端埋点,是将用户与服务端的交互记录进行上报。可以记录没有发生在用户界面上的操作变化,如商品库存的变化。
- 适用场景
适用于需要采集非点击、不可视行为;或者需要整合用户信息和行为附带属性信息的场景 - 优点
1)实时采集数据,不存在延时上报,数据准确
2)支持与用户身份信息和行为附带属性信息整合
3)APP端发版新埋点即生效 - 缺点
1)代码埋点流程涉及多方协作,效率较低
( 二 )全埋点
全埋点,也叫无埋点、无码埋点、自动埋点。是指预先收集用户的所有行为数据,通过SDK实现完全自动上报。
- 适用场景
业务 / 产品相对简单,只看PV、UV等指标 - 优点
1)不需要完整埋点流程,效率较高 - 缺点
1)采集数据量太大,可能会导致客户端崩溃
2)不支持用户身份信息和行为附带的属性信息的整合
( 三 )可视化埋点
可视化埋点也被称为无码埋点,目的是降低实施埋点的门槛,提升工作流程的效率。
产品运营可以直接在网站或移动应用的界面上操作埋点 ,无需研发人员介入,且埋点可以即时生效,还能检查正误。但是它无法采集到不可见行为,而且为了确保埋点的正确,它整合了复杂的技术设置,操作低效。
- 适用场景
业务 / 产品相对简单,只看一些不和服务器交互的行为 - 优点
1)不需要完整埋点流程,效率较高 - 缺点
1)无法采集到不可见行为
2)技术整合复杂,操作低效