6.1、APP用户行为监测:埋点与事件监测

Google Analytics Haran 6年前 (2018-08-22) 6113次浏览 0个评论

这节的内容跟之前写的一篇内容大同小异的,可以看:APP的埋点与事件监测

 

什么是埋点
埋点就是定点,定时的数据采集,跟踪用户行为,给后续的产品优化和用户运营提供数据支持。
更通俗一点就是,你为采集数据所做的部署就是埋点,如用户的点击,屏幕的浏览,这些都需要预先做一些部署,这些部署通常是实现,什么时候触发,什么时候发送什么数据,这样才能采集到这些数据,这些部署工作就是埋点

埋点方案的选择
根据部署的位置可以分为客户端埋点和服务端埋点,而客户端埋点可以根据埋点工具的方式划分,可以分为三种类型:代码埋点,可视化埋点和全埋点,现在市面上三种实现方式的工具都有,并没有说哪一种方式能够碾压其他几种,因为都各有弊端。具体的各种埋点方法的分类与优缺点如下图
6.1、APP用户行为监测:埋点与事件监测

代码埋点

这是是目前最为人所知的一种类型,也是使用最广泛的,包括Google Analyitcs,友盟在内的一些第三方工具都是使用这个方案。
原理是:部署完基础的SDK后,在需要采集数据地方添加跟踪代码,APP启动的时候会初始化SDK,你点击或触发数据采集位置的时候就会调用SDK对应的数据接口把数据发送出去,例如,我们要对某个位置的点击做埋点,也就是该按钮被点击的,这个按钮对应的OnClick就会调用SDK提供的数据接口去发送数据。通常来说,为了避免消耗用户的流量,一般是多条数据压缩后发送,而不是一条就发一次。

优点:
准确度高:可以精准控制触发条件,什么时候才触发,准确统计某一事件;
自定义强:可以自定义很多丰富的数据数据传递到服务端;

缺点:
工作量大:需要跟踪的地方都添加对应的跟踪代码,需要埋点,因此工作量会比较大;

有人说,用这个方案,版本更新的代码大,容易造成混乱,我认为是不存在这样的问题,我用这个方案几年的,版本更迭根本不用对旧版本的埋点做重新部署的,只有说,放弃旧版本框架,完全重写一个APP的时候需要重新部署,当然,新增页面或需求的时候,会需要添加新的埋点,这个的工作量并不算大的,如果你内部有一个比较好的反馈机制,这个很快的。

另有人说,这个有性能影响,使用第三方SDK,肯定会消耗内存,带宽,这是避免不了的,至于说传递数据,现在大部分的第三方都不是实时发送的,都是累计压缩数据后,等网络比较好的时候才发送数据的;最后一个是,现在的手机,处理能力可能都不亚于一些旧的台式电脑的,如果说影响性能,那你的APP得有多大或你现有的架构有多复杂。

至于数据传输的不可靠,只要涉及到网络,都可能会有网络延迟或丢包出现的,是通病来的,也有很多解决方案,加锁,重发,回调。

可视化埋点
就是开发者无需再对追踪点进行埋码,而是脱离代码,只需面对应用界面圈圈点点即可追加随时生效的事件数据点。将核心代码与资源配置分开,当APP启动的时候从服务端更新配置和资源,APP根据新的配置和资源上报数据,整个结构有点类似GTM的,配置都是在GTM,用户每次打开加载到的是最新的GTM配置,那么GTM上部署的触发条件有可能被触发,从而实现数据收集。
原理:web和APP的页面都有类似的结构,在部署完SDK后,SDK会自动获取页面各个层级的关系,在web是dom结构,在APP是UIVIEws,当你用可视化页面设置埋点的时候,服务器能够自动知道元素的位置,并且将这些配置保存到服务器,用户打开的时候,就会加载这些配置到客户端,当用户触发该元素的位置时候,就会将相关数据发送出去。

优点:
部署简单,能大大节省人力成本;
对于不同代码的产品和运营,可以通过可视化界面进行配置;

缺点:
不灵活,不能自定义获取数据属性,部分可视化的位置可能覆盖不全;
每次启动加载服务端最新的配置资源,浪费流量。

全埋点:

也叫无埋点,就像字面说说的,不需要埋点,已经尽可能的收集所有控件的数据,最早是在2013年,由Heap提出的。
原理:SDK利用CSS选择器技术和监听控件的事件触发技术,在APP中嵌入SDK,这个SDK就会将APP中尽可能多的操作都采集下来,可以通过可视化操作界面对采集的数据做分类,基本上是先收集,后筛选的节奏,可能会出现数据噪音的情况。

优点:
部署简单,只需部署SDK,初始化几行代码,就会自动收集数据;
自动收集很多数据,能够回溯;

缺点:
不灵活自定义数据属性;
收集的数据多,给网络传输带来压力,消耗用户的流量和电量,部分会涉及隐私问题。

可视化埋点和埋点的是很类似的,只是它们对信息的采集和处理流程不一样而已,可视化埋点是,采集的才处理,而无埋点是先采集所有的,才选择性处理,无埋点采集的是尽可能多的数据,所以无埋点能够对数据做回溯,但是这也意味浪费流量,浪费电,坑用户。

服务端埋点
在后端将数通过协议的形式直接发送数去,如MP协议,日志等,最常用的还是日志,如日志做很多个性化的定制实现数据的采集,这个工作量就大了。

前面的客户端埋单都是使用第三方工具,服务端埋点,可以理解为,自己开发一个类似的工具架构了。

APP中的事件监测及应用方法

只要是行为,点击,都可以应用事件监测,应用上如:
注册表单:构建转化漏斗
按钮跟踪:定位僵尸按钮
全路径跟踪;路径转化
选择跟踪:用户偏好
……
还有很多可以通过事件去跟踪。

埋点的原则
简单:埋点的方法简单,能够快速上线的,如果一个工具埋点都折腾个几个月,这不坑爹的嘛。
免费:大部分人在做工具选型的时候会着重考虑这个工具是否付费的,都想要免费的工具,现在市面上可视化埋点和无埋点的都是付费的,如果预算允许,可以考虑用可视化和无埋点的产品,但请选择大型厂家的产品。
准确:收集到的数据是准确的,才有参考价值,如果收集到的数据跟后其他其他数据有很大的误差,根本不可信的,再花哨的埋点功能也是没用的,目前准确度高的还是代码埋点的形式。

APP埋点跟web埋点的区别?
APP和WEb的埋点都是需要做部署,行为都是通过事件来跟踪,都有埋点跟踪和可视化跟踪。
不同点在于
web是部署的js跟踪代码,浏览是页面
APP部署的SDK,浏览的是屏幕


如有疑问,可以在文章底部留言或邮件(haran.huang@ichdata.com) 我~
喜欢 (2)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址