前端埋点的缺点_埋点-我的真情实感

一、什么埋点？

埋点是数据信息获取方式，埋点采集信息的过程也称为日志采集，首先APP或者web产品植入一段代码（SDK），监控用户行为事件，用户一旦触发该事件，就会上传埋点代码（SDK）定义的、需要上传的有关该事件的信息。

埋点分类：代码埋点
定义：需要统计数据的关键部位植入N行代码，追踪用户的关键行为，得到想要的数据。
采集的数据比较具有针对性，更加适合精细化数据分析。
优点：同时也能提高数据的准确性。
缺点：每一个控件的埋点都需要添加相应的代码，工作量大，必须是技术开发人员才能完成；每一 次产品迭代，都需要更新埋点方案。
应用场景：有具体的业务分析需求，且按照各个事件埋点的方式不能满足；需要对埋点事件进行传参等自定义属性设置。可视化埋点
定义：由于代码埋点需要终端开发人员来执行采集方案，对业务的功能开发侵入性较高。
优点：成本低，速度快。
缺点：行为记录信息少，支持的分析方式少。
应用场景：分析或统计需求简单，不需要对埋点事件进行传参等自定义属性设置；频繁上线或更新的H5类型的运营活动。全埋点
定义：无埋点与可视化埋点原理基本一致，区别在于无埋点是先遍历所有的控件和操作行为 的组合情况，然后将这些组合情况交给埋点后台。
优点：无需埋点，方便快捷
缺点：行为记录信息少，传输压力大
应用场景：因为无埋点对页面所有元素进行埋点，那么这个页面每个元素被点击的概率你也就知道，对点击概率比较大的元素可以进行深入分析；可以在系统上线后使用，支持基于全量的数据回溯，因为无埋点在你部署SDK的时候数据就一直在收集，可帮助进行启发式、探索式的数据分析。服务端埋点
定义：接口调用埋点，数据结构化
优点：更灵活、准确
缺点：缺失前端交互数据
应用场景：前端后端数据整合。

代码埋点技术实现流程图：

二、埋点前期准备工作

产品功能结构
产品信息结构
产品核心业务