数据分析 - 埋点设计

1,380 阅读3分钟

这是我参与8月更文挑战的第31天,活动详情查看:8月更文挑战

埋点分析基本所有有关数分的地方都会提及,毕竟是网页获取数据的重要来源之一。大体上是讲一下埋点分析的概念,埋点分析的几种方式,整个埋点的流程。 但是如何更精确的对一个网站进行埋点设计,因为到处埋点会导致设置了过多的无用埋点。还有就是如果是前端埋点之后,如何验证埋点的正确性呢?

埋点类型

埋单基本会分为可视化埋点、全埋点、代码埋点、三种形式

可视化埋点是指 直接使用第三方工具在前端页面上框选埋点的位置 - 简单 - 无法采集到不可见的行为,不交互的行为

全埋点是指 在所有可以埋点的地方埋点,按需查询 - 高效 - 数据量太大容易崩溃,数据需要二次加工处理

代码埋点分为前端埋点和后端埋点。前端埋点收集比较全面的用户行为数据 - 不需要向服务器请求的情况 - 有可能延迟、漏报 后端埋点收集 交互类数据信息,实时采集,精准 - 多方合作,效率低 - 可采集不可见,非点击的行为

埋点设计

我的理解就是,埋点设计首先要跟产品经理明确业务需求和要达到的目标。
先按照业务流程梳理出用户的行为路径。然后从用户的行为路径中去找到核心的节点,对核心节点进行埋点,有一些虽然也是用户会进行的操作,但对于此次需求可能并不是很重要。
比如要统计用户的基础指标,用户pv,uv,活跃度这种,就不需要对用户下单购买这种事件进行埋点。

  • 需求拆解 - 活动梳理 - 关键节点进行埋点设计。总之就是业务先行,根据业务需求进行埋点设计

如何验证埋点的正确性呢?

前端埋点可能会因为延迟等原因造成数据丢失 - 前端采集的数据在5%都是可接受的范围 首先在埋点前就要尽可能的去避免这种情况

  1. 埋点设计文档要规范,命名定义都要清晰,不要造成歧义
  2. 按模块划分进行埋点,埋点文档在设计的时候就应该注意按模块进行文档书写,让前后端开发人员在埋点的时候就按模块埋点,避免遗漏 那么埋点之后应该如何判断埋点的正确性呢?
  3. web端的话可以通过浏览器的开发者工具,查看对应网络请求是否成功,传回的数据字段是否完整,正确
  4. 客户端验证 - 监听客户端的埋点上报
  5. 服务端验证 - 所有客户端的埋单日志收集上来,服务器做后续埋点验证工作 - 需要拿到想要验证的埋点日志 - 上报日志时打上特点的标识