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

小程序现在很火。但是我们应该如何监控小程序的数据呢？相信这是大家都关心的问题。这篇文章回答了这个问题。它由两部分组成：

1.如何获取与小程序相关的数据(常规数据和自定义事件数据)；

2.如何使用这些数据(三个例子)；

本文使用的监控工具由nEqual提供，由小程序监控。

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

在数据监控上分为两部分，常规数据监控和自定义事件数据监控。常规数据监控是指我们无论小程序的类型如何都需要获取的数据，除了基本代码之外，还包括来源、页面和页面路径、共享、用户属性等数据。自定义事件监控是指具有特殊业务场景的数据监控，如具有交易功能的小程序，在提交订单时需要监控订单中的货物、数量、金额等数据。如果小程序中有广告空间，还需要监控广告的曝光和点击数据。接下来介绍常规数据监控和自定义事件数据监控的具体监控方法。

1、常规数据监测

先解释一下基础代码的部署。在部署代码之前，您需要注册一个小程序的帐户，然后在帐户的后台添加一个合法的域名。每个监控工具的域名都不同。您可以咨询您使用的特定域名的工具制造商。

添加域名示例

添加域名后要引入js，将下载的SDK文件放在util目录下，然后在app.js SDK文件的第一行添加js代码，JS代码可以从工具厂商下载。其次，源数据监控。这里先说一下小程序的入口，哪些可以直接监控，哪些不可以。小程序入口近70个，包括发现吧小程序主入口、顶部搜索框搜索结果页面、朋友圈广告、发现吧小程序主入口搜索框搜索结果页面、聊天会话中的小程序消息卡等。(详细门户列表，请回复“小程序”获取)。其中一些入口可以通过添加参数进行监控，例如小程序的二维码。这里提到的二维码也是由一个url生成的，这和网站监控原理是一样的。在监控网站来源时，我们会在网址中添加链接标签，以区分不同的流量渠道和广告类型。比如新浪上放的横幅广告，我们可能会加参数？Utm _ source=sinautm _ media=banner，也可以用这种方式在小程序中实现，但是每个工具的参数标识不一定相同，有的是UTM兼容的，有的有自己的标识。例如，md用于标识源类型，pl用于标识源详细信息。这个链接页面/索引？Md=Qr_codepl=mendian_a代表来自商店a的二维码，与网站源码参数的另一个共同点是这些参数只能写一次或者根本不能写。有些不能用参数监控。无法添加参数的源类型。需要工具从微信中检索场景值。上面提到的小程序有将近70个条目，每个条目都有对应的场景值。监控工具可以通过调用小程序定义的场景值来判断各种来源带来的用户数据。

来源场景报告

第三个常规监控是共享监控，这也是小程序数据监控和网站数据监控的区别，让共享监控在微信的生态中成为可能。监控主要是获取三个数据：共享位置、共享页面标题、共享路径。这样我们就可以看到一个页面是已经在群里分享了还是发给朋友了。有朋友问，我想监控一下A页有人分享后有多少人访问，能否实现。这个场景是可以实现的，我们需要做一些自定义的事件监控。以及策略工具，比如在路径后动态添加用户动作名称的昵称，从而统计共享者最终带来了多少用户。

page({ onsharepmessage : function(){ jice . track(" onshare ")，{title: "自定义共享标题"，Path : "/page/user " " MD=share pl=" app . global data . userinfo . nickname })})要介绍的一个字段是$share_depth，它记录了共享的级别：如果一个小程序页面由A、B和C按照A-B-C的顺序共享，那么A将共享。如果用户打开自己的共享页面，$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、自定义事件数据监测

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

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

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