本文探讨了前端埋点的重要性和作用，强调其不仅是产品需求，更是前端开发的日常。介绍了大数据业务与埋点的关系，阐述了何时需要埋点、埋点采集的内容以及SDK在其中的角色。此外，还讨论了埋点存在的问题，如代码维护困难、数据一致性等，并提出了包括代码埋点、可视化埋点、无埋点和后端埋点在内的多种解决方案，以优化前端埋点的工作流程和效率。
Q1：为什么需要埋点？
采集用户浏览次数
采集用户交互行为
采集商品曝光…
先别管采集了什么，重点就是采集二字
Q2： 采集来有什么用啊？
前端：上报用户行为啊！
前端：产品说要这些啊！
公司：服务于大数据业务！
思考埋点，不应从前端角度出发，但怎么就和大数据业务扯上关系了呢？
Q3： 什么是大数据业务？
上图是一个标准的大数据业务的上下游
可以看到数据采集是第一环节
但什么时候开始准备采集呢？
Q4：什么时候需要埋点？
一款新产品规划完成需要看数据时
某个功能改版规划完成需要看数据时
想看两个方案A\B对比数据时
想看活动H5页面数据时
将内容投放到第三方希望看到引流效果时
想看某个广告位曝光数据时
前端：产品要看隔壁老王昨天…
重点：
埋点不应该是产品需求
应该是前端的日常工作之一
no data no bb，无论是后期的复盘，还是明确业务价值，还是用来反怼产品，都是一把神器
Q5：埋点该采集点什么？
前端：公司有现成的sdk，我只要知道api就行了啊
前端：产品想啥姿势就啥姿势呗
大数据：小朋友才做选择，我全都要
数据采集是否丰富
采集的数据是否准确
采集是否及时
从大数据层面，对埋点数据的要求分为
基础层（sdk来解决）
业务层（基于sdk，由前端开发来解决）
ok，又来了一个概念sdk
Q6：什么是sdk？
就是一段js，没什么出奇的：
全局事件监听
暴露一些方法，供业务方调用
一般sdk的理论基础：
who：行为背后的人，具有哪些属性
when：什么时候触发的这个行为？
where：事件发生的地点，城市地区甚至GPS
what：描述用户所做的事件的具体内容
How：用户进行事件的方式
一般sdk的采集内容：
扫一扫
1379
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
