小程序用户行为数据监测与分析以及案例分享小程序用户行为数据监测与分析以及案例分享

021-64391578/13361801686

关注迅速公众平台

企业电话：021-64391578

小程序用户行为数据监测与分析以及案例分享

小程序现在火了。但是应该如何监测小程序的数据呢？相信这是一个大家都关心的问题。这篇文章对这个问题进行解答。

一共包括两个部分：

1. 如何获得小程序相关数据（常规数据和自定义事件数据）；

2. 如何利用这些数据（三个案例说明）；

本文所使用的监测工具是nEqual提供的及策小程序监测模块。

一、如何获取符合业务需求的数据？

在数据监测中分为两大部分,常规数据监测和自定义事件数据监测。

常规数据监测是指不管小程序是什么类型的,我们都需要获取的数据,除了基础代码还包括来源、页面与页面路径、分享、用户属性等数据。

自定义事件监测是指一些具有特殊业务场景的数据监测,比如含有交易功能的小程序,在提交订单时需要监测订单里的商品、数量、金额等数据。如果小程序内有广告位,还需要监测广告的曝光和点击数据。

接下来介绍常规数据监测和自定义事件数据监测具体的监测方法。

1常规数据监测

先讲解一下基础代码的部署。

在部署代码之前,你需要注册一个小程序的账号,然后在账号后台添加合法域名,每个监测工具的域名不一样,具体域名可以咨询你使用的工具厂商。

添加域名示例

添加完域名后要引入JS,将下载的SDK文件放入 util 目录下,然后在 app.js 第一行添加js代码。SDK文件和JS代码在工具厂商那都能下载到。

其次是来源数据监测,这里先说下小程序都有哪些入口,有哪些能直接监测,有哪些不行。

小程序的入口接近70个,包含发现栏小程序主入口、顶部搜索框的搜索结果页、朋友圈广告、搜一搜结果页、发现栏小程序主入口搜索框的搜索结果页、聊天会话中的小程序消息卡片等,详细入口列表,可以查看文档的链接：https://developers.weixin.qq.com/miniprogram/dev/framework/app-service/scene.html。

这些入口中,有些是我们可以加参数监测的,比如小程序的二维码,这里说的二维码也是用一段url生成的,和网站监测原理一样。在做网站来源监测的时候,我们会在url上添加link tag来区分不同的流量渠道和广告类型等。

比如投放到新浪上的banner广告,我们可能就会加上参数?

utm_source=sina&utm_media=banner&utm_campaign=cwa（这是谷歌分析的标准格式）,同样在小程序里也能用这种方式实现,只是每个工具的参数标识不一定一样,有些是兼容utm的,有些有自己的标识。

比如nEqual的及策用md标识来源类型,用pl标识来源详情,这个链接pages/index?md=Qr_code&pl=mendian_a代表的是来自A门店的二维码。和网站来源参数另一个共同点是这些参数可以只写一个,也可全都不写。

有些是无法加参数监测的。无法添加参数的来源类型需要工具从微信那调取场景值。前面提到小程序有接近70个入口,每个入口都有相对应的场景值,监测工具可以通过调用小程序定义好的场景值来判断各种来源带来的用户数据。

来源场景报告

第三个常规监测是分享的监测,这也是小程序数据监测区别于网站数据监测的地方,在微信的生态里让分享监测成为可能。分享监测主要是要获取三个数据：分享的位置、分享页面的标题和分享路径。这样我们能够看到某个页面被分享到群里还是发给朋友了。

有些朋友问,我想监测页面A被某人分享出去后带来多少人访问,是否能实现。这种场景是可以实现的,需要我们做一些自定义事件监测。

以及策这个工具为例,在 path 后动态加上用户动作名称的昵称,这样就可以统计该分享者最终带来多少用户了。

Page({
  onShareAppMessage: function () {
      jice.track("onshare", {    
        title: "自定义分享标题", 
        path: "/page/user" + "md=share&pl=" + app.globalData.userInfo.nickName  
    })
  }
})

一个需要介绍的字段是$share_depth,这个属性值会记录分享的层级：如果某个小程序页面被A、B和C三人依照 A -> B -> C 的顺序进行分享,则 A 的分享会被标记为1级分享,B的分享会被标记为2级,C 则为3级。如果某用户打开自己分享的页面不会增加 $share_depth 的值。通过这个字段可以看到某个页面被分享的层级有多深。

另一个常规监测就是用户属性的数据,当用户打开你的小程序并且使用微信登录,会调用以下方法回传用户数据。

this.getUserInfo(function(userInfo){
    jice.addUserIdentifier({
        openid: openid, // openidid
        unionid: unionid, // unionid
       nickname: userInfo.nickName,   //昵称
       wxgender: userInfo.gender,   //性别
       wxcity: userInfo.city,   //微信设置城市
       wxprovince: userInfo.province,   //微信设置省份
       wxcountry: userInfo.country,   //微信设置国家
       avatarurl: userInfo.avatarUrl    //头像url
   })
})

关于用户id打通,因为涉及到用户id,这里延伸介绍下监测小程序的工具根据哪些id来判断用户,当用户在未登录的情况下,工具会给用户随机生成一个id,相当于网站监测里的cookie,只是每家工具的叫法不一样,神策的叫uuid,易观方舟的叫originallid等。（是否有官方叫法）这种id极不稳定,如果你换了设备或者删除小程序,这个id随之重新生成或者消失。

当用户用微信登录小程序的时候,我们会获得用户的open id,有可能的情况下会获得union id,在之前我讲公众号用户运营的文章里有详细讲过这两种id的区别,如果你有多个公众号、小程序的时候（在同一认证主体下）,假设有一个用户关注了你三个公众号并且登录过一个小程序,每个公众号和小程序都会给这个用户记录一个open id,并且都不一样,这对于你来说是不符合你的业务需求的,你还是希望能把这个用户识别为一个人,这时候微信就提供另一个id叫union id来将这个用户的open id进行统一标识,所以在你的平台上,一个用户对应一个union id。

除了用户登录后的open id或者union id,还有一个id是你收集到的用户手机号或者邮箱,通过这个用户id你可以将用户访问你网站、APP等平台的数据统一整合进来。

2 自定义事件数据监测

讲完常规部署,接下来讲解一下进阶的部署内容。小程序和网站一样,除了页面、渠道来源等数据,我们还有很多更为复杂和重要的数据,比如特定交互的监测,我们称之为事件监测；比如订单数据监测,我们想知道某用户提交的订单里包含多少商品、商品的名称都是什么、一共多少金额等,我们需要用到自定义变量的事件监测；另外如果你在其他小程序里有广告投放,你还想知道广告位的曝光和点击次数的数据等等。

为了解决好这些业务场景的数据监测问题,以下内容主要会和大家介绍特定交互监测、自定义变量监测、广告位曝光点击监测。

特定交互监测（事件监测）

拿我最常用的小程序举例,因为每周都要组织大家打篮球,要确定大部分朋友打球的时间,所以会用到投票的小程序。

腾讯投票小程序

如果我们监测腾讯投票的小程序,我特别想知道页面上点击单选投票和多选投票的点击数量是多少,这时候我们需要部署小程序事件的代码,还是以及策为例,分别给这两个按钮部署事件代码jice.track(‘danxuan’)和jice.track(‘duoxuan’),这样就可以实现对这两个按钮的监测。

那有朋友就问了,如果我不仅仅想监测这个按钮的点击次数,我还想监测这个按钮里的文字内容呢？这就涉及到了自定义变量了,为了更好地解释这个问题,我直接引到自定义变量监测模块。