⼩程序现在⽕了。但是应该如何监测⼩程序的数据呢？相信这是⼀个⼤家都关⼼的问题。这篇⽂章对这个问题进⾏解答。
⼀共包括两个部分：
1. 如何获得⼩程序相关数据（常规数据和⾃定义事件数据）； 2. 如何利⽤这些数据（三个案例说明）；
本⽂所使⽤的监测⼯具是nEqual提供的及策⼩程序监测模块。
⼀、如何获取符合业务需求的数据？
在数据监测中分为两⼤部分，常规数据监测和⾃定义事件数据监测。
常规数据监测是指不管⼩程序是什么类型的，我们都需要获取的数据，除了基础代码还包括来源、页⾯与页⾯路径、分享、⽤户属性等数据。
⾃定义事件监测是指⼀些具有特殊业务场景的数据监测，⽐如含有交易功能的⼩程序，在提交订单时需
要监测订单⾥的商品、数量、⾦额等数据。如果⼩程序内有⼴告位，还需要监测⼴告的曝光和点击数据。
接下来介绍常规数据监测和⾃定义事件数据监测具体的监测⽅法。
1常规数据监测
先讲解⼀下基础代码的部署。
在部署代码之前，你需要注册⼀个⼩程序的账号，然后在账号后台添加合法域名，每个监测⼯具的域名不⼀样，具体域名可以咨询你使⽤的⼯具⼚商。
单人飞行器添加域名⽰例
添加完域名后要引⼊JS，将下载的SDK⽂件放⼊ util ⽬录下，然后在 app.js 第⼀⾏添加js代码。SDK⽂件和JS代码在⼯具⼚商那都能下载到。
空气雾化喷头其次是来源数据监测，这⾥先说下⼩程序都有哪些⼊⼝，有哪些能直接监测，有哪些不⾏。
⼩程序的⼊⼝接近70个，包含发现栏⼩程序主⼊⼝、顶部搜索框的搜索结果页、朋友圈⼴告、搜⼀搜结果页、发现栏⼩程序主⼊⼝搜索框的搜索结果页、聊天会话中的⼩程序消息卡⽚等，详细⼊⼝列表，可以查看⼩程序开发⽂档
这些⼊⼝中，有些是我们可以加参数监测的，⽐如⼩程序的⼆维码，这⾥说的⼆维码也是⽤⼀段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 () { ack("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 的值。通过这个字段可以看到某个页⾯被分享的层级有多深。
另⼀个常规监测就是⽤户属性的数据，当⽤户打开你的⼩程序并且使⽤登录，会调⽤以下⽅法回传⽤户数据。
tileraunionid: unionid, // unionid nickname: userInfo.nickName, //昵称 wxgender: der, //性别
wxcity: userInfo.city, //设置城市 wxprovince: userInfo.province, //设置省份
wxcountry: untry, //设置国家 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 ⾃定义事件数据监测
讲完常规部署，接下来讲解⼀下进阶的部署内容。⼩程序和⽹站⼀样，除了页⾯、渠道来源等数据，我们还有很多更为复杂和重要的数据，⽐如特定交互的监测，我们称之为事件监测；⽐如订单数据监测，我们想知道某⽤户提交的订单⾥包含多少商品、商品的名称都是什么、⼀共多少⾦额等，我们需要⽤到⾃定义变量的事件监测；另外如果你在其他⼩程序⾥有⼴告投放，你还想知道⼴告位的曝光和点击次数的数据等等。
为了解决好这些业务场景的数据监测问题，以下内容主要会和⼤家介绍特定交互监测、⾃定义变量监测、⼴告位曝光点击监测。
特定交互监测（事件监测）
拿我最常⽤的⼩程序举例，因为每周都要组织⼤家打篮球，要确定⼤部分朋友打球的时间，所以会⽤到投票的⼩程序。
腾讯投票⼩程序
如果我们监测腾讯投票的⼩程序，我特别想知道页⾯上点击单选投票和多选投票的点击数量是多少，这时候我们需要部署⼩程序事件的代码，还是以及策为例，分别给这两个按钮部署事件代码ack(‘danxuan’)和ack(‘duoxuan’)，这样就可以实现对这两个按钮的监测。
那有朋友就问了，如果我不仅仅想监测这个按钮的点击次数，我还想监测这个按钮⾥的⽂字内容呢？这就涉及到了⾃定义变量了，为了更好地解释这个问题，我直接引到⾃定义变量监测模块。
⾃定义变量数据监测
当我们想要监测很多特定的动态数据的时候，⽐如订单信息、注册信息等，因为每个⽤户购买的商品五花⼋门、注册提交的⼿机号等信息具有唯⼀性，所以⽆法⽤简单的事件来监测，⽽是要监测更为详细的动态信息，所以才有⾃定义变量存在的可能性。
⽐如下图中的订单信息，⽤户购买了酒店的单⼈餐，两份。我想要在⽤户点击“确认下单”按钮的时候，把订单⾥商品名“盘古七星酒店因缘庭单⼈餐”、数量“2”、总额“200元”等数据监测回来，我们需要⽤这样的代码
当⽤户点击“确认下单”的时候即触发数据收集，其中“商品名称”、“数量”和“合计⾦额”替换成订单⾥的详细数据。
美团订单信息
接下来给⼤家介绍⼀下⼩程序内曝光和点击的监测，如果你的⼩程序在其他⼩程序⾥投放⼴告，你想知道曝光和点击的次数，你需要详细了解下如何实现。
⼴告位曝光点击监测
要实现⼴告位数据的监测，⾸先要在监测⼯具中添加作为渠道⽅的⼩程序，然后嵌⼊基础代码以及需监测的事件代码、⽤户属性代码（这些代码前⾯都有详细介绍），同时需在⼯具中添加⼴告主的⼩程序，最后将以下代码部署在⼴告位上。注意：代码中appid为⼴告主的appid，即⼯具⽣成的应⽤id。
Javascript //曝光 jice.adTrack(“appid”,“view”, { adtype: “banner”, //⼴告位，可选banner/timeline，或⾃定义值
网页电视adct: “audi suv” // ⼴告内容标识 adv: “audi” //⼴告主名称 }) //点击 jice.adTrack(“appid”,“click”, {
adtype: “banner”, //⼴告位，可选banner/timeline，或⾃定义值 adct: “audi suv” // ⼴告内容标识 adv: “audi” //⼴告主名称 }) //appid 为及策为每个⼴告主分配的不同应⽤id;
好了，数据监测的部分已经讲完了。
⼆、案例：拿到数据该如何优化业务
接下来和⼤家讲解三个案例：漏⽃分析、表单分析和⾃定义变量事件分析。
1漏⽃分析
漏⽃分析是很常见的做转化流程、表单等业务分析的模型，在宋星⽼师的⼤课堂上有介绍过漏⽃的主要形态，如下图。
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议