数极客首页

基于无埋点技术的用户行为分析

埋点

用户行为剖析

从狭义来看是用户的行为数据剖析

,但是广义来说这一个词包含用户剖析

,用户行为的结果剖析

,用户的行为剖析

。用户行为的结果和用户的行为剖析

是不一样的,一个是结果,一个是过程。往常

国内市场上关于用户行为剖析

的产品分为基于前台数据的用户行为剖析

和基于后台数据的用户行为剖析

。基于前台技术的用户行为剖析

偏重

于用户的行为剖析

,而基于后台技术的用户行为剖析

偏重

于用户行为的结果剖析

。这两类产品能够

说是有一定的片面性,完成的只是用户行为剖析

的一部分

。基于这个现状来谈谈全面的用户行为剖析

应该怎样
做。这篇文章主要会从数据来源和数据搜集
方式两个角度来说。

一 用户行为数据来源数据是用户行为剖析

的大前提,一切的剖析

都始于数据,巧妇难为无米之炊。用户行为的数据来源有前台点击数据和后台业务数据。仅仅运用
后台的业务数据,会招致
前台用户行为缺失,这样和仅仅经过
数据库做传统地统计完成
的效果差不多。假定
有两种途径
能够

下单(用字母D表示),A-B-C-E-D和A-B-F-D。那么仅仅经过
后台数据我们知道

一个客户下单了,下单金额是多少,那么假定

我们想知道

哪种途径
引导才干
让客户更容易下单呢?仅仅运用
前台数据,还是上面那个例子,固然
能够

辨认

出用户是来自A-B-F-D下单的,但是要想剖析

这个途径
带来的用户有多大价值,在之后这个用户有没有回来,他之后有在我们产品消费了多少,像这种复杂的剖析

,依赖前台数据也是做不到的。假定

想剖析

用户结果是依托
什么行为产生的,以此来优化产品和业务来反向取得

更好的结果,相反的想要依据

用户行为来权衡
行为方式

的效果, 就需求
将前后台数据打通中止

关联剖析

。举个例子,订单金额大于1万的高净值客户行为以及其转化率这个指标就必需
经过
前台数据和后台数据相分别

的方式。怎样
把来自前台和后台的用户数据关联起来?这是需求
处置

的问题。

二 用户行为数据搜集
技术
用户行为数据搜集
技术主要有两种:埋点和无埋点。先来科普先这两种技术方式,以及阐明

下应该怎样
选择。

埋点所谓埋点就是为了数据剖析

的需求在原本

的复杂的代码逻辑之上在加上N行获取数据的代码。比如

假定

想获取某商品的点击数据量
,就得在点击事情
的中搜集点击的商品数据,发出包含商品称号
和点击事情
的数据({productname,clicktime})。埋点的优势:1)埋点最大的优势就是数据都是手动编码产生的,灵活

性比较

大,能够

更好得支持一些扩展数据。2)埋点由于是依照

埋点逻辑中止

的预处置
,所以对之后的剖析

友好,剖析

效果也比较

好。埋点的优势
:1)埋点最重要的前提条件是必需
十分

分明

目的
,即需求
搜集
什么样的数据必需
提早
肯定
。所以埋点最容易呈现
的问题就是漏埋,普通
来说在发布前一定要经过谨慎

的校验和测试,由于
一旦版本发布进来
而数据采集出了问题。2)在产品的迭代过程中,假定

代码再迭代的时分
疏忽

了埋点逻辑的更改,从而招致
后续的剖析

逻辑不准,致使

招致
产品bug。更甚于关于
产品迭代比较

快的场景,埋点就是一个定时炸弹。

无埋点埋点技术和无埋点技术都需求
在原有的业务代码上中止

改动。无埋点就是经过
编程言语
自身

的特性
来完成数据搜集
的自动化过程。比如

前台无埋点其实就是经过
监听JS事情
,把页面上发作
的一切
事情
都采集下来。后台无埋点完成
比较

复杂,但是说起来很简单,其实就是将网络数据中止

旁路反解析,前后端交互的数据肯定都会经过网络,所以网络中应该包含了绝大多数业务数据。无埋点的优势:1) 相关于
埋点方式带来的收益就是正好就是埋点容易产生的问题,由于采集的是全量数据,所以产品迭代过程中是不需求
关注埋点逻辑的,也不会呈现
漏埋、误埋等现象。2)无埋点方式由于
搜集
的是全量数据,能够

大大减少运营和产品的试错本钱
,试错的可能性高了,能够

带来更多启示
性的信息。3)最终
一点,也是最分明

的一点,就是减少了由于
人员活动
带来的沟通本钱
。无埋点的缺陷,也是无埋点存在的一些质疑点:1)适用大部门,通用的场景,有少部分

需求
埋点的场景掩盖
不了。2)无埋点采集全量数据,给数据传输和效劳
器增加压力依据

前面关于埋点和无埋点的科普,我们都明白其实两个方式都有其自身

的优势和缺陷,知乎和其他技术博客上关于这两个讨论点的文章也有很多,有人在批埋点,有人在批无埋点。关于技术,我们还是理性看待

吧,它们两个不是你死我活的关系,经过
我们调研的得到的状况

是,目前没有计划

能够

圆满
处置

无埋点问题,但是我们努力
于研讨
最大限度经过
通用方式处置

埋点问题,尽量减少埋点代码,埋点代码越少,出错的可能性就越低。我们选择运用
前台无埋点和后台无埋点技术相分别

的方式来获取用户数据。

三 怎样
应用
无埋点打通前后台数据
当前的剖析

伎俩

,都需求
中止

大量埋点以及关联才干
做到前台和后台数据打通,有没有可能经过
无埋点将前后台数据自动关联打通?

前台无埋点弊端前端无埋点针对数据剖析

比较

简单需求是很合适

的,假定

是仅仅剖析

页面跳转,转化率、或者控件点击等行为,前端无埋点完好

能够

胜任。但是假定

要做细粒度的剖析

,仅仅靠前端无埋点可能存在艰难

,最关键的缘由
就是前台采集技术再先进也还是有些数据难以采集到,比如

客户的下单金额等数据,这些数据很多都是以html方式
传到前台,在不同的技术完成
中,前台所展示

的金额数据可能仅仅是展示

数据,并不会再传至后台。所以招致
假定

想要做一些依照

客单价分群的行为,就很难仅仅依托
前端无埋点技术来完成

后台无埋点的引入在典型的前后台交互的程序中,数据最通用的来源,我们发现是wired data。Wired data应该包含了90%以上的细粒度的业务数据,只是这些数据是以不同格式存在于wired data中,这里面的难度就是设计一种数据处置
计划

,能够

通用的将存在于wired data的数据应用
起来,这是后台无埋点的完成
关键。

前后台数据自动打通前后台无埋点的关联点就在于cookie,在用户央求

中埋入特殊的sessionid和uid。后台的数据采集wired data中如用户信息,经过
sessionid和uid关联之后,就能够

知道

某次下单业务是哪个用户操作的,在页面上有何种行为。我们采用这种方式完成
了前后数据的自动关联。

发表评论

评论已关闭。

相关文章