• 前端埋点 OR 后端埋点：
  • 若运营人员工作需要判断前端界面设计是否合理，是必须采用前端埋点方案的,这也是后端代码埋点无法完全代替全埋点的原因。
  • 前端埋点：
  • 如果你要统计用户点击发布回答按钮的点击率，一般是前端点击按钮行为发送点击日志，页面按钮展示发送pv展示日志，然后点击量/展示量，就是点击率，这里就要前端埋点。
  • 适用于：需求运营阶段初期，产品功能相对简单需要分析与后端没有交互的行为
  • 后端埋点：
  • 而如果你要统计回答发布成功量，那就要在后端发布回答的接口处埋点，因为只有执行发布回答的接口后端服务，才知道回答成功发布没有。如果你用的是点击按钮的前端埋点方式去统计，比如用户发布一条回答时，他在前端连续快速点了n次发布回答按钮，发送了n条点击日志，那你统计得到的发布数量是n，这就不准确了，实际发布一条回答，后端埋点会统计得到发布量就是1。
  • 适用于：追求精细化运者，需要进行多维数据分析 包合用户资产用户账户风控辅助数据对数据安全性要求比较高，前端和后端都可以收集到的数据 应优先考虑后端埋点前后端埋点
  • 前后端共同埋点：
  • 还有一些统计是要前后端都埋点配合来用的，这时可能使用一个前后端统一定义的唯一TrackID，比如要得知有多少用户从A页面跳转到B页面，再有多少成功下订单，成功下的订单里，有多少是来自A页面的，就要在A页面就开始把跟踪ID带到B页面，前端埋点发送页面跳转日志，再由B页面将跟踪ID传给订单接口，再由订单接口执行成功时发出后端日志