【用户行为分析】-何为埋点

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/ldb987/article/details/84257208

什么是埋点

埋点就是在正常的功能逻辑中(比如前端click事件,后端controller中)添加统计逻辑来收集相应数据,然后调用第三方接口,将数据发送到服务器。埋点和埋雷类似,用户只要触发,数据就会被采集。

怎么埋点

根据‘埋雷’的做法,对某一个地方(标签)埋下一颗地雷‘标记’,最好的埋雷是不让敌人发现,不知不觉的触发。埋点一样,不过前端在某个标签做个标记不让用户看见很简单,我们更需要追求最好的不影响代码逻辑。

为什么埋点

在讨论为什么埋点之前,先想想用户数据有什么用?用户行为分析这个词一定是当前互联网公司最热衷的话题之一。而“用户行为分析”分析的就是用户数据。而用户数据从何而来呢?一部分可以通过用户主动注册获取外,另外一部分主要就是通过埋点来获取了。因此,可以看出埋点的重要性。

数据是互联网公司取胜的关键所在,采集足够多的数据往往是网站向着良性方向进化的必备条件。通过收集用户的行为数据可以帮助了解网站的功能是否满足用户的需求,导流方式是否有效,新功能上线后是否效果是否达到设计初衷,根据数据指引有效优化产品体验以及发现新的产品方向

四种埋点方式

埋点总体老说分为前端埋点和后端埋点。而前端埋点又包括代码埋点、可视化埋点、无埋点

服务端埋点

不管是客户端的埋点数据通过 API 发送给服务端之后,还是直接在服务端的已有业务逻辑里直接埋点,都属于服务端接入,也就是服务端埋点。

在一般情况下,我们都是在服务的入口处(例如 MVC 的 Controller 层)进行埋点,这样既能获取到大部分埋点所需要的数据,又方便统一管理:如果有埋点额外需要的客户端数据(例如设备信息),可以通过 API 参数传入;对于埋点需要的业务数据(例如下单事件的优惠信息),则可以通过业务处理模块返回给 Controller 层。

代码埋点

代码埋点可以理解为其字面意思,在某个控件操作发生时通过预先写好的代码来收集数据的方式

以神策为例,比如我们向统计“购买”按钮的点击次数,我们可以在页面初始化时,初始化神策提供的SDK,然后在这个按钮对应的clink事件里调用SDK提供的数据发送发送接口来发送数据。

最大的优势是数据收集全面且准确;最大的缺陷是需要研发人员操作,每次代码更新需要重新发版。

可视化埋点

可视化埋点就是通过可视化界面配置控件操作与事件发生关系。

针对善变代码埋点具有的缺陷,比如成本高,易出错,更改需重新上线等,出现了更加敏捷的方案,可视化埋点,实现了埋点的配置与应用本身的分离,每次用户打开应用时,只需要把新的埋点配置重新下载到客户端即可,而无须频繁更新客户端版本。

最大的优势是易操作且不会出错。最大的缺陷是覆盖功能有限且不灵活。

无埋点

无埋点可以理解为先收集所有数据再在后端筛选出需要分析的对象。从部署 SDK 的时候数据就一直都在收集了

无埋点也叫全埋点,一切操作皆埋点,简单,快捷,如同卫星拍摄,无需逐一安装摄像头。

最大的优势是可自动获取信息,可回溯查看。最大的缺陷是不能灵活地自定义属性,数据量巨大,传输时效性和数据可靠性欠佳。

结语

最近接触到的是神策分析,感觉很是强大,前端埋点支持三种埋点方案。后端埋点提供可Java、PHP、Python等常见后端语言的SDK以方便再后端接入数据。

而且神策提供PaaS和SaaS两种选择。对于将核心交易数据和用户数据放到神策心存顾虑的企业来说,PaaS将会彻底消除企业顾虑,采用私有化部署,数据存放于自己的地盘,只是采用神策的数据分析能力。这样企业和神策都将危险扼杀于摇篮,神策不会因为某种原因将存放于自己平台的客户数据出卖,企业也不会因为数据存放于第三方平台而被出卖。

公司提前做了详细的事件设计,所以采用了比较灵活的代码埋点方式,初次接触数据采集,行为分析,很是兴奋,继续实践学习。

猜你喜欢

转载自blog.csdn.net/ldb987/article/details/84257208
今日推荐