【埋点体系】(一)-埋点的理解

本文主要是介绍【埋点体系】(一)-埋点的理解，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、埋点-是什么

埋点，也有称打点，顾名思义就是借助埋点（写代码）来采集数据，在需要监测用户行为数据的地方加上一段代码。我们可以称之为 Capture 模式，通过在客户端/服务端埋下确定的点，采集相关数据到云端，最终在云端做呈现。

通过收集这些标记点的数据，可以帮助产品运营及开发了解功能的整体使用、运行情况，并通过数据基础上做出下一步调整或优化的方向。遇事不拍脑袋，而是用数据说话，这是数据埋点最大的价值。

在AB测试的场景下，数据埋点为实验组的效果提供数据支持，其本质也是数据决策的基础。

根据目前常见的数据埋点形式，可以将数据埋点分为全埋点，和代码埋点（也就自定义埋点）。

二、埋点-应用场景

数据埋点可以根据用户在网页或APP上的一系列操作线索，提炼有用的信息，进行数据分析。重点不在于埋点的作用，其实在于获取埋点数据后的二次加工，如何分析输出业务分析结论。

1、分析运营机制的合理性

如移动APP上大多都有用户分享的功能，一般的营销手段是通过老拉新的方式，运营设定一些奖励机制，用来提高APP的注册量。

提前在用户分享键返回后台重新进入购买页面埋点，就能记录到页面的访问次数和转化率，用于分析奖励机制对用户的刺激性，指导策略方向。

2、分析产品功能的合理性

如产品设计了新功能想提高下用户的满意度。提前在新功能的各个按钮上进行埋点，就能获取到用户使用新功能的次数，以及在新功能的使用行为，可以分析用户是否对新功能比较感兴趣，页面的跳转设置是否合理等。

3、分析用户消费行为，挖掘流失点

如老板问你为什么最近收益这么少。在用户消费的核心页面和按钮进行埋点，就能记录到每个流程的转化率，用于分析用户漏斗的哪一个阶段出现了问题，结合业务输出解决方案。

4、监控产品的流畅性

如产品刚上线阶段，需要监控用户使用过程中，各个页面或按钮响应的流畅性是否存在问题。提前在核心功能页面和按钮进行埋点，就能记录到每个页面和按钮的衔接情况，发现问题及时解决，以免影响用户体验。

5、分析不同渠道的用户行为差异

如市场推广常常需要分析不同渠道的用户转化情况，以便减少推广成本。提前在各个渠道进行埋点，记录各渠道用户在APP中的后续行为，调整推广策略。

三、埋点-类型

3.1 全埋点

全埋点的逻辑，是指数据采集sdk无区别的，将所有页面的加载成功事件，和控件的浏览和点击事件全部获取后先存下来，到使用的时候，再根据具体的页面路径和控件名称，去捞取相应的数据。

基于此，可视化埋点是指，在全埋点部署成功、已经可以获得全量数据的基础上，以可视化的方式，在对应页面上定义想要的页面数据，或者控件数据。

优点：

功能上线时，不需要开发做额外的埋点定义工作，用的时候再根据需求去获取对应的数据，因此也叫无埋点

缺点：

1）耗用户流量、占存储空间：全埋点采集的数据一般会根据情况设定一个销毁时限，比如7天。即：全采集过来的数据，如果7天之内没有被使用，则会删除。而一旦对圈选数据做了圈选定义之后，则被定义的页面数据、控件数据，则会一直采集，且不会删除。

2）一旦版本迭代，对页面的路径做修改，或者控件位置、文案有修改，原来的圈选数据可能就会出错，需要重新圈选，之前利用圈选指标设定的分析模型都要替换；

3）圈选指标无法区分细部参数，比如：商品详情页，无法通过圈选数据来区分是哪一个商品或哪一个类目；

4）对web的页面数据处理一直不好，尤其是涉及到APP的内嵌H5页时，非常痛苦。

3.2 代码埋点

代码埋点也叫自定义埋点，从字面上即可理解：是针对想要的点位单独定义，并可以通过变量丰富埋点的信息，以支持上下游分析。代码埋点分为前端埋点和后端埋点。

前端埋点：包括但不限于APP客户端、H5、微信小程序、PC网页，是指对具体的功能场景（如加载成功、浏览、点击等）进行明确的定义，由前端触发，采集上来的数据相比于全埋点，更准确、稳定，且通过变量字段，能够实现更细颗粒度数据的拆分、聚合和下钻。

后端埋点：指触发了服务端接口调用（如：接口回调成功触发）的事件埋点，如最典型的注册成功事件、付费成功事件。后端埋点对数据的准确度要求更高，同时也可以通过变量字段的扩展支持数据拆分、聚合和下钻。需要强调的是，后端事件一般采集的是已登录状态下的用户行为，如果想使用后端埋点事件作为流程分析的其中一环（如漏斗分析），则可能出现未登录的用户会漏掉的情况。