埋点(Event Tracking)vs 无埋点(Codeless Tracking) vs 可视化埋点(Visual Event Tracking)
Posted huzihu
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了埋点(Event Tracking)vs 无埋点(Codeless Tracking) vs 可视化埋点(Visual Event Tracking)相关的知识,希望对你有一定的参考价值。
在理解什么是埋点之前,首先需要了解一些基础知识:(以下摘自:http://www.chinawebanalytics.cn/auto-event-tracking-good-bad-ugly/)
我们能够监测网站上用户的行为,或者app上用户的行为,都需要在网站的每一页或者app中加上一些程序代码(基础代码)。这样的程序代码,在网站上叫监测代码,在app中叫SDK(Software Development Kit)。
但是你要想收集到所有用户行为的数据,光有基础代码是不够的,总有一些特殊的用户操作行为是不能靠基础代码捕获的。这一类基础代码不能捕获的用户操作行为,最典型的,是被称为event(事件)的一类行为。至于什么是event(事件),在网页上,是那些非http类型的交互:javascript的、Flash的、Silverlight的、AJAX的、各种页面插件的交互等等;而在app上,则包含用户点击在内的所有交互。你可以直接理解一个规律,那就是凡是遵守http协议的交互(最典型的就是网页的链接),皆是可以由基础监测代码直接监测到数据的,但非http类型的用户交互,基础监测代码都无能为力。app上的所有可点击交互都是event,因为app不遵循http协议,所以基础监测代码对它们都无效。
如果每一个需要我们监测的event都被称为一个“监测点”,那么可以想象,网页上的监测点不会很多(因为大部分都是http互动,所以基础代码能搞定),而app上则布满了监测点。
什么是埋点?
埋点是数据领域的专业术语,它的学名叫事件追踪,对应的英文是Event Tracking。它主要是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。
根据上面所说,为了收集到监测点上的用户互动行为数据,我们可以在这些监测点上部署专用的事件监测代码(即event tracking code),这些代码需要手工一个一个地添加在想要获取数据的监测点上,这个过程被形象地称为埋点。
埋点分为前端埋点和后端埋点:
前端(客户端):在Web页面/App的源码里面添加行为上报的代码,当用户的行为满足某一个条件时,这些代码就会被执行,向服务器上报行为数据。
网站:目前主流的网站分析工具都是在网站上加一小段JavaScript代码,以此方式来收集数据,这种方法被称为页面标记法。以Google Analytics为例,在网站上加上GA基础代码后,用户来到这个网站,将会加载analytics.js 这个脚本文件,当用户浏览器发生相应的事件时,GA代码立即响应,携带着用户浏览器等信息一并以type为pageview 的http 请求发送到GA 的收数服务器,这样GA 服务器就收到一条记录了用户浏览了该property ID对应站点的一条日志。
APP:在APP或者界面初始化的时候,初始化第三方数据分析服务商的SDK,然后在某个事件发生时就调用SDK里面相应的数据发送接口发送数据。例如,我们想统计APP里面某个按钮的点击次数,则在APP的某个按钮被点击时,可以在这个按钮对应的 OnClick 函数里面调用SDK提供的数据发送接口来发送数据。
后端(服务器端):开发人员在监测点植入统计代码。
前端埋点和后端埋点的区别:https://www.jianshu.com/p/15b1ffeb9724。
埋点优点:可以精准控制,设置自定义属性、自定义事件,传递比较丰富的数据到服务端。
埋点缺点:1,每一个控件的埋点都需要添加相应的代码,不仅工作量大,而且限定了必须是技术人员才能完成;2,每一次更新埋点方案,都必须改代码,然后通过各个应用市场进行分发,并且总会有相当多数量的用户不喜欢更新APP,这样埋点代码也就得不到更新了;3,所有前端埋点方案都会面临,数据传输时效性和可靠性的问题,这个问题只能通过在后端收集数据来解决。
什么是无埋点?
无埋点无差别地记录用户在前端页面上的行为,对应的英文是Codeless Tracking。无埋点并不是说不要添加代码,而是不需要开发人员添加额外代码。无论是埋点的方法,还是不埋点的方法,都必须要添加基础代码。
无埋点直接对页面中所有的用户行为进行监听,因此即使你不需要监测某个部分,它也仍然会将这部分的用户行为数据和对应发生的信息全收录下来。
网站:在head里面插入了一个新的script标签,异步去下载真正的核心SDK代码下来工作。所以并不是基础代码可以根据配置上报行为,而是基础代码会下载一段“更大”的SDK核心代码,这段代码才是SDK真正的功能实现。
APP:在APP里嵌入SDK,SDK利用CSS选择器技术和监听控件的事件触发技术,会把用户的行为数据尽可能的采集下来。
无埋点优点:1,技术成本低,对用户非常友好,不需要重新部署,配置完成就可以生效;2,数据可以“回溯”。
无埋点缺点:1,上报的数据量比埋点大很多,里面可能很多是没有价值的数据;2,不能灵活地自定义属性;3,传输时效性和数据可靠性欠佳;4,由于所有的控件事件都全部搜集,会给服务器和网络传输带来更大的负载。
什么是可视化埋点?
可视化埋点,即可视化事件监测部署,指通过可视化工具快速配置采集节点(圈点),在前端自动解析配置,并根据配置上传埋点数据。
可视化埋点和无埋点非常相似,两者的区别在于:可视化埋点先通过界面配置哪些控件的操作数据需要收集,而无埋点则是先尽可能收集所有的控件的操作数据,然后再通过界面配置哪些数据需要在系统里面进行分析。
在Web页面/App的界面上进行圈选,配置需要监测界面上哪一个元素,然后保存这个配置,当App启动时会从后台服务器获得产品/运营预先圈选好的配置,然后根据这份配置查找并监测App界面上的元素,当某一个元素满足条件时,就会上报行为数据到后台服务器。
可视化埋点优点:方便产品和运营直接在页面上进行圈选所需的部分。
可视化埋点缺点:可视化埋点能够覆盖的功能有限,只能采集到用户肉眼可见的数据。
总结:
埋点 | 无埋点 | 可视化埋点 |
前端+后端 | 前端 | 前端 |
基础代码+事件监测代码 | 基础代码 | 基础代码+可视化工具 |
此外,现在很多地方对埋点的叫法都不一样,因此在这里把可能的叫法都列举一下,以免搞混:
埋点---代码埋点,手动埋点
无埋点---全埋点,无痕埋点
可视化埋点---可视化无痕埋点
参考:
http://www.imooc.com/article/27151
以上是关于埋点(Event Tracking)vs 无埋点(Codeless Tracking) vs 可视化埋点(Visual Event Tracking)的主要内容,如果未能解决你的问题,请参考以下文章