我是怎么做的埋点,以及学会并使用 SQL 的呢?
下面先分享我对埋点的实操经验,希望对你能有些启发。
一、什么是埋点?每个人在 App 上操作时,都可以看做一个行为,比如点击某个按钮、在某个页面停留了多长时间。
而埋点,就是将这些行为记录下来的技术手段。
从流程上来说,在定义好用户行为(点击、停留、输入等),技术上植入代码进行捕捉处理 →
发送返回 → 呈现结果,这样就得到了用户操作数据。
二、埋点的分类:页面埋点和事件埋点页面埋点:页面即将展示时触发。
比如我们统计页面的访问情况,访问人数(UV)和访问量(PV),就会用到页面埋点。
事件埋点:也叫行为埋点,在点击页面上的元素(按钮等)的时候触发。
结合页面埋点,像是商品 UV 点击率 = 商品点击 UV ÷ 商品曝光 UV ,用来判断用户对商品的喜爱程度。
三、埋点怎么做? 1、常规的埋点方式拿我们公司用的友盟平台为例,产品这边需要提供的是埋点文档,如下图:
分享一下命名思路和规范,先看第一列的页面,具体看红色字体部分。
A01-首页 → A0105 点击 XX 按钮(事件埋点) → A010501-进入XX列表页(页面埋点),两个页面之间是通过点击按钮触发,而我们在命名时也这么做。
这样做的好处,是自己再梳理埋点时,既不会重复,也不会逻辑混乱。
以上是命名的基本逻辑,下面看一下命名规范,这也是参考大厂朋友的思路。
页面埋点:以英文字母大小写 + “_”组成。
事件埋点:以页面埋点 + “.行为”组成,行为由英文字母(大小写)构成。
实例看下上图的蓝色字体部分:monitor → monitor.search →monitor_search → monitor_search.back。
以上都是常规的方式,也都是可以拿来复用的,但这里还有个情况不得不考虑:如果一个功能按钮在多个页面都有,那该怎么办?
2、 key 和 value 怎么用在埋点中?拿分享图片行为来说,它一定的多入口的,举个例子:
如果按上面的方式,需要做 N 个事件,对比加入 key 和 value 以后方式二,如下图:
对于分享图片,我们只需要定义一个事件,然后确定页面