微信小程序数据分析教程.docx
《微信小程序数据分析教程.docx》由会员分享，可在线阅读，更多相关《微信小程序数据分析教程.docx（42页珍藏版）》请在冰点文库上搜索。
微信小程序数据分析教程
微信小程序数据分析教程
功能概述
小程序数据分析，是面向小程序开发者、运营者的数据分析工具，提供关键指标统计、实时访问监控、自定义分析等，关心小程序产品迭代优化和运营。
要紧功能如下：
概况：
提供小程序关键指标趋势以及top页面访问数据，快速了解小程序进展概况；
访问分析：
提供小程序用户访问来源、规模、频次、时长、深度以及页面详情等数据，具体分析用户新增和活跃情形；
实时统计：
提供小程序实时访问数据，满足实时监控需求；
自定义分析：
配置自定义上报，精细跟踪用户在小程序内的行为，结合用户属性、系统属性、事件属性进行灵活多维的事件分析和漏斗分析，满足小程序的个性化分析需求；
留存分析：
提供小程序新增用户和活跃用户的留存数据，分析用户留存与流失，功能正在开发中；
用户画像：
提供小程序的用户画像数据，包括用户地域、性别、平台类型、设备、网络类型等，功能正在开发中。
概况
昨日概况
查看昨日关键用户指标，反映小程序昨日用户活跃概况，以及对比一天前、一周前、一月前的增长率。
趋势概况
查看关键指标的趋势，包括累计访问用户数、打开次数、访问次数、访问人数、新访问用户数、分享次数、分享人数、人均停留时长、次均停留时长〔参见【指标说明】〕，可选择时刻进行对比。
Top页面
查看用户最常访问的页面，以及页面访问次数和占比〔单个页面访问次数/总访问次数〕，区分入口页和受访页。
其中，入口页指用户进入小程序访问的第一个页面；受访页指用户访问的每一个页面。
实时统计
查看实时用户访问数据，能够选择所有页面或单个页面为分析对象，能够选择具体的时刻粒度〔1分钟、5分钟、10分钟、30分钟、1小时〕，能够按时刻进行对比。
为了更好地查看数据趋势，时刻粒度为分钟时，请注意合理选择时刻范畴。
详情数据查看每一个页面在所选时刻范畴内的总访问次数及占比。
访问分析
访问趋势
查看小程序的用户访问趋势，包括打开次数、访问次数、访问人数、新用户数、人均访问时长、次均访问时长、平均访问深度。
〔参见【指标说明】〕
能够选择时刻粒度，按天、周、月汇总查看。
当时刻粒度为周或月时，次数为累计汇总值，人数去重。
访问分布
访问来源，即用户访问小程序的具体场景，如二维码、小程序桌面等。
你能够查看各个场景的小程序打开次数，分析小程序的用户渠道。
访问时长，即用户从打开小程序，到主动关闭或超时退出小程序的过程中停留的时长，你能够查看各个时长区间的打开次数，分析用户对小程序的喜爱或依靠程度。
访问深度，即用户从打开小程序，到主动关闭或超时退出小程序的过程中访问的去重页面数，你能够查看各个访问深度区间的打开次数，了解小程序的一般用户、深度用户分布。
访问页面
查看选定时刻范畴内，每个小程序页面的访问次数、访问人数、次均使用时长、入口页次数、退出页次数、退出率、分享次数、分享人数。
〔参见【指标说明】〕
以上指标均为时刻范畴内的累计值。
能够按单个指标排序显示。
自定义分析
自定义分析支持灵活多维和近实时的用户行为分析，能够通过自定义上报，对用户在小程序内的行为做精细化跟踪，满足页面访问等标准统计以外的个性化分析需求。
例如，电商类小程序通过配置自定义上报，收集数据，能够完成如下分析：
1.购买商品的人，各省份、都市、年龄、性别的分布如何？
不同用户群购买的商品数量、商品价格有什么差别？
2.用户访问商品页、查看商品详情、查看评论、下单、支付、完成购买，逐步的转化率如何？
不同用户群的转化是否有差异？
3.今天参与线上活动的用户，各个时段〔小时级〕的活跃度如何？
快速入门
使用小程序自定义分析，建议按以下步骤进行
1.明确数据需求
2.依照产品特性，合理定义事件，配置上报
3.测试和公布事件配置，收集数据
4.结合具体需求，分析数据
明确需求
例如，一个电商类小程序，可能需要分析：
∙不同地区的商品订单量、支付总金额；
∙商品购买流程中各个步骤的转化和流失情形。
定义事件
数据是以事件为模型进行储备和分析的。
电商类小程序中，用户购买过程可能包括如下事件：
∙查看商品
∙查看详情
∙加入购物车
∙下单
∙支付
进入〝数据分析〞–〝自定义分析〞-〝事件治理〞，点击〝新建事件〞。
以加入购物车事件为例，填写事件英文和中文名称：
填写事件配置，定义如何收集数据：
那个例子中，用一个动作上报〝加入购物车〞事件。
trigger，触发条件，click，表示点击操作触发；
action，触发时动作，start_and_report，表示在每一次click中，收集数据并上报；
page，触发页面，填viewProduct〔viewProduct是商品详情页〕；
element，触发元素，填.addToCart〔.addToCart是一个〝加入购物车〞的按钮〕；
data,事件的数据及其来源，用〝字段名字段值〞来表示，其中字段值是页面上的一个变量。
.
那个例子中，data有四项：
product_id:
itemID
product_name:
itemName
product_price:
price
product_category:
category
即：
事件的product_id字段，收集viewProduct页面上的itemID变量；
事件的product_name字段，收集viewProduct页面上的itemName变量；
事件的product_price字段，收集viewProduct页面上的price变量；
事件的product_category字段，收集viewProduct页面上的category变量；
以上内容表示：
当用户点击viewProduct页面上的.addToCart按钮时，上报一条记录到add_to_cart事件，事件的product_id,product_name,product_price,product_category字段，取值分别是页面上的itemID,itemName,price,category。
确定配置后，点击〝检查字段〞。
现在会提示add_to_cart事件包含的具体字段，连续补充字段的名称、数据类型和备注信息。
测试和公布
确认字段信息后，点击〝储存并测试〞，储存当前配置并测试上报的数据是否符合预期。
选择一个开发者，点击〝下一步〞，事件配置将会实时同步到所选开发者的设备上。
配置成功同步到设备上后，按提示在开发者的设备上打开对应小程序中进行测试操作，点击商品详情页中的〝加入购物车〞按钮，进行数据上报。
操作完成后点击〝同步结果〞，可能有1-2分钟延迟。
数据上报成功后，可在当前窗口查看上报详情。
假如数据符合预期，认为测试成功，点击〝关闭〞回到事件编辑页面。
点击〝储存并公布〞并确认操作，该事件配置正式生效，大致5分钟后，即可开始收集所有用户的数据。
注意：
公布后，事件已有字段的名称和数据类型不可更换，但可连续修改配置、新增字段。
同理，能够定义下单、支付等其他事件并公布事件配置、收集数据。
分析数据
公布事件配置、收集数据后，能够进行相应的数据分析。
1.统计不同都市用户的订单量
进入〝数据分析〞–〝自定义分析〞–〝事件分析〞
事件：
选择〝下单〞；
指标：
选择〝总次数〞和〝去重人数〞，即下单操作的次数和人数，表示订单数和下单用户数；
分组：
选择〝都市〞，即按都市分别统计订单数和下单用户数；
过滤：
数据选择条件，例如只统计广东省的数据，那么选择省份等于广东省，也能够不选择；
时刻：
选择时刻范畴以及数据的时刻粒度，例如查看最近7天每天的数据。
完成后点击〝查询〞。
数据开始运算，依照数据量大小不同，可能有一定的等待时刻。
你能够点击〝收进后台〞，在当前页面进行新的查询，也能够在历史查询记录中查看之前的数据。
统计完成后，当前页面将展现各个都市的下单总次数、总人数。
由于分组项太多，图表仅展现部分数据，你能够设置〝显示其他数据〞来选择期望查看的都市和指标；详细数据将会显示全部都市的数据，能够查看或下载。
2.商品购买流程中各个步骤的转化和流失情形
进入〝数据分析〞–〝自定义分析〞–〝漏斗分析〞
首次进入时，点击〝新建漏斗〞创建漏斗。
填写漏斗名称，确认一个简洁清晰的名称，有利于对应分析。
设置漏斗步骤，每个步骤对应一个事件，本漏斗中设置步骤是查看商品-查看详情-加入购物车-下单-支付。
每个步骤确认后点击右下角〝添加步骤〞连续添加下一个步骤。
完成后回到数据查询页，设置查询条件。
漏斗名称：
选择已创建的〝购买转化漏斗〞；
分组：
选择需要分组统计的字段，也能够不选择，不选择时将统计总体；
过滤：
数据选择条件，例如只统计广东省的数据，那么选择省份等于广东省，也能够不选择；
时刻：
选择时刻范畴，将统计此范畴内总体漏斗转化情形，此处选择12.22-12.31。
点击查询，查看数据结果。
图表显示，12.22-12.31内，查看商品的人数共985人。
这些用户到后面每个步骤的转化率依次为93.50%，84.04%，74.68%，65.92%.详情数据会展现了每个步骤的具体数据，能够下载查看。
进一步，能够更新查询条件，例如设置分组条件，选择〝都市〞字段，能够查看各都市的详细漏斗数据；设置过滤条件，可只查看部分选定用户的漏斗转化数据；拉长时刻范畴，能够看这些查看商品的用户在更长时刻内的转化和流失情形。
以上简单介绍了如何使用自定义分析功能分析用户购买行为，下面将介绍自定义分析功能详情。
事件治理
事件及其字段
事件是自定义分析进行用户行为数据收集和分析的模型。
一个事件的数据差不多上由多个字段组成，字段包括系统默认字段和用户自定义字段。
系统默认字段由系统收集数据，如用户地域、设备类型等；而用户自定义字段那么是用户指定并收集数据。
字段的定义是全局的，即事件A使用了字段a，事件B也使用了字段a，a在事件A和B中的定义及描述是一致的。
在〝数据分析〞-〝自定义分析〞-〝事件治理〞页面能够查看系统默认字段及已有的用户定义字段。
目前，字段类型支持32位整数型及字符型。
事件的编辑与公布
能够通过新增事件创建一个事件，修改事件来编辑一个事件，事件只有公布之后，才在收集和分析数据时正式生效。
〝新增事件〞能够增加新的事件。
〝查看公布版〞能够看到那个事件目前正式公布的版本。
〝修改〞能够编辑那个事件。
新增/修改事件
点击〝修改〞编辑已有事件，进入修改事件页面。
或者点击〝新建事件〞创建事件。
新增事件时，需要填写事件的英文名称和中文名称。
英文名称可由小写字母、下划线、数字组成，并以小写字母开头，长度为32字以内，同时不能跟已有的事件的英文名称相同；中文名称在32字符以内，不能跟已有的事件的中文名称相同。
编辑事件，第一需要编辑那个事件的配置，即如何收集数据，配置的具体细节见【事件上报配置说明】
如图，表示在view_product事件中，将使用product_id,product_name,product_price,product_category,product_producer这些字段，收集页面上的信息，假如这些字段之前没有被view_product事件使用过，那么将添加到事件里。
编辑事件配置后，点击〝检查字段〞，会检查上报的配置里指定了哪些字段，是否需要添加到事件里。
如图，那个例子中五个字段关于事件来说还未公布使用过，差不多上新增字段。
其中，product_category，product_id,product_name,product_price在其他事件里定义过了，其类型和含义差不多上确定的〔如前面所说，字段的定义是全局的〕，而product_producer没有定义过，因此需要补充信息。
更多细节，参见【事件字段说明】。
补充字段定义后，能够点击〝储存〞，将本次修改储存下来。
〝储存并测试〞，将储存当前配置并进入测试流程，能够检查数据上报是否符合预期，参见【事件测试流程】。
〝储存并公布〞，将储存当前配置并公布，能够正式收集和分析用户行为数据。
重置为线上版本
修改事件配置后，假如不符合实际需求，能够点击〝重置为线上版本〞撤销修改。
注意，该操作可不能自动储存，〝重置为线上版本〞后需要再点击〝储存〞。
事件上报配置说明
每个事件都需要指定收集数据的方式，那个是通过事件上报配置来治理的。
事件上报配置的每一项差不多上一个动作，能够由一到多个动作组成。
动作的各项含义如下：
trigger，触发条件:
click点击时触发，必须指定page和element
enterPage进入页面时触发，必须指定page
leavePage离开页面时触发，必须指定page
pullDownRefresh下拉刷新时触发，必须指定page
launch加载小程序时触发
background切换到后台触发
foreground切换到前台触发
share分享时触发
action trigger发生时的动作，默认会收集数据，包括系统默认数据和用户自定义数据〔data中定义〕
空 只收集数据；
start初始化并收集数据；
report收集数据并上报事件数据
start_and_report初始化，收集数据后上报；
注：
每次report之前必须有start操作，未通过start操作是可不能上报的。
关于一个动作，假如设置了start_and_report，且指定了click触发条件，那么时序如下：
clickevent->start->收集数据->report
page 触发的页面,如pages/index/index,pages/list/list，此规那么与小程序app.json的pages字段保持一致，假如需要任意页面触发，那么填写ANY_PAGE。
element 触发的元素，支持一层级的css的id和class选择器，即必须以’.’或者’#’开头
data 收集的自定义数据，为0到多项，每一项差不多上以〝字段名字段值〞的方式；假如不填，那么只收集系统数据。
字段名：
事件里的字段名
字段值：
事件那个字段的数据值，填写页面上的变量名〔即page实例的data字段〕，能够搜集页面上的变量；假如data收集的是数组里的某一项数据〔如list[].id〕，那么依照当前触发元素是由class得到的NodeList的第几个来决定数组下标，只支持一维数组。
除此之外，还能够填写一些提供的系统属性，以〝$〞开头，目前支持以下属性：
$PAGE_TIME用户从进入本页面到当前的时刻（触发action的时刻点）
$APP_TIME用户进入小程序到当前的时刻（触发action的时刻点）
$CURRENT_PAGE当前用户所在的页面
$LAST_PAGE上一页
注：
data能够为空，为空时该事件上报仅收集系统默认字段的数据
如前文，我们定义了事件view_product（查看商品）,有如下字段
product_id,product_name,product_category,product_price,product_producer
在viewList页面点击viewProduct按钮时上报
假如数据需要跨多个页面收集，那么就需要多个动作来完成上报了，比如下面的例子，在viewList页面收集到product_id,product_name,product_category的数据，然后进入viewProduct页面时收集到product_price的数据，并上报。
在viewList页面和viewDetail页面，都有加入购物车按钮.addToCart，都需要上报数据到〝加入购物车〞事件，例子如下：
事件字段说明
填写事件上报配置时，需要检查字段。
如以下图：
〝新增字段〞表示需要添加到事件里的新字段
〝已有字段〞表示是事件已公布版差不多有的字段。
关于已有字段，只能修改字段备注，在公布后将会正式生效。
关于新增字段，如以下图例子，product_id在其他事件里差不多定义过，添加到本领件中，不能修改其定义；而product_producer为新定义的字段，需要补充定义。
填写中文名称和字段备注，用于展现；填写字段类型，用户数据上报及数据处理。
新增和已有字段可能有以下状态，需要关注，页面内会有小图标给出提示：
1.新增字段在其他事件中已定义过
product_price是新增字段，但已在其他事件中定义过。
检查字段后会提示：
字段已被定义，应保持一致，不可修改。
2.已有字段从事件配置中移除
如以下图，假如修改了事件配置时，将事件配置data里已有的一个字段删去：
检查字段时会提示：
该字段在当前配置中未使用。
这代表product_name不再收集数据。
3.已停用字段重新使用
假如重新在事件配置中的data加入之前已移除的product_name字段，那么会连续使用product_name收集数据。
检查字段后会提示：
该字段已定义过，在当前配置中重新使用，请注意数据一致性。
这代表product_name将重新开始收集数据。
需要专门注意现在product_name的意义跟往常是否一致，假如不一致，建议用新的字段，否那么product_name的历史数据跟之后上报的数据含义冲突，对数据分析造成干扰。
字段类型
字段的类型目前分为两种：
整数形和字符串
其中，整数型为32位int；
关于整数型的数据，假如上报时带了小数点，那么会默认截取小数点前的数字；假如是非数字的类型，那么最终会上报0。
字段的定义是全局的，定义了字段以后，其他事件也能够使用添加那个字段到事件里。
测试事件配置
确认字段信息后，点击〝储存并测试〞，储存当前配置并测试上报的数据是否符合预期。
选择一个开发者，点击〝下一步〞，事件配置将会实时同步到所选开发者的设备上。
配置成功同步到设备上后，按提示在开发者的设备上打开对应小程序中进行测试操作，点击商品详情页中的〝加入购物车〞按钮，进行数据上报。
操作完成后点击〝同步结果〞，可能有1-2分钟延迟。
假如未猎取到数据，请检查客户端版本是否为6.5.2以上，操作是否正确，以及是否已超过等待时刻〔通常为1-2分钟〕，客户端是否有上报日志，确认没问题可重新〝同步结果〞。
检查上报日志时，可进入开发版的小程序，点击右上角，打开调试，重新进入后点击"vConsole"按钮查看日志
启动小程序时会有：
[自定义分析]配置拉取成功
后台治理页面同步配置时有：
[自定义分析]收到最新配置
小程序成功上报时有：
[自定义分析]上报成功
数据上报成功后，可在当前窗口查看上报详情。
假如数据符合预期，认为测试成功，点击〝关闭〞回到事件编辑页面。
公布事件配置
点击〝储存并公布〞并确认操作，该事件配置正式生效，大致5-10分钟后，即可开始收集所有用户的数据。
注意：
公布后，事件已有字段的名称和数据类型不可更换，但可连续修改配置、新增字段。
事件分析
事件分析概述
事件，是进行数据收集和分析的模型，对应用户在小程序内的行为。
例如：
注册、查看商品、下单、支付等。
事件分析，是指基于事件的指标统计、属性分组、条件选择等功能的查询分析。
例如，分析小程序的注册量、查看商品人数、下单次数、支付金额并区分用户群对比等。
进行事件分析前，需要先在〝事件治理〞中定义事件并配置上报、收集数据。
具体参见【事件治理】说明。
进行事件分析时，能够灵活选择查询条件并查看详细数据结果。
事件分析查询条件
选择事件
在事件下拉列表中，将展现出所有差不多在事件治理中创建的事件，每次事件分析只能选择一个事件。
选择指标
在指标下拉列表中，选择需要分析的默认或自定义指标。
每次分析最多能够选择5个指标，同时不能重复。
你能够通过右侧的〝+〞添加指标。
其中：
每个事件都能够统计如下指标，能够直截了当选择：
总次数：
事件的触发次数
去重人数：
触发该事件的去重用户数〔以openid判定〕
人均次数：
每个用户触发该事件次数的平均值，即总次数/去重人数
也能够基于事件治理中的自定义属性字段，选择想要分析的其他指标。
你需要从下拉列表中分别选择属性字段和需要运算的指标。
例如，商品价格为整数型，指标能够选择〝商品价格的总和〞。
选择分组
在分组下拉列表中，能够选择查看数据的分组维度，包括系统默认属性和自定义属性。
每次分析最多能够选择5个分组，同时不能重复。
你能够通过右侧的〝+〞添加分组。
例如指标选择总次数，分组选择〝性别〞，将分别统计男性用户、女性用户的事件触发总次数。
需要注意的是：
当分组过多时，仅能显示部分数据，请合理设置分组。
设置过滤条件
分析时，能够选择或输入你想要过滤的条件。
每次分析最多能够选择5个过滤条件。
所有条件之间的关系必须全部为〝同时〞，或全部为〝或者〞，前者表示满足所有条件，后者表示满足至少一项条件。
当切换其中一处的关系时，所有其他关系也会随之切换。
你能够通过下方的〝+〞添加过滤条件。
例如：
选择〝国家等于中国〞，〝商品价格大于10〞，〝商品种类等于A〞，表示只统计中国价格大于10的A商品的数据。
选择时刻范畴
选择查询分析的时刻范畴，支持今天、昨天、最近7天以及自定义时刻范畴。
当天的数据也能够及时查看。
选择时刻粒度
能够选择查询数据的时刻粒度，包括按小时、按天，按总体。
选择总体时，将展现所选时刻范畴内的汇总数据。
查看事件分析结果
数据运算可能需要一定时刻，你能够选择在当前页面等待，或点击〝历史查询记录〞查看之前的数据，或点击〝收进后台〞，开始新的查询。
查看图表
当查询条件过于复杂，指标和分组过多时，图表默认展现数值最大的10个分组和指标。
能够点击图例，选择是否显示该分组和指标。
假如默认数据中没有期望查看的数据，能够通过〝显示其他数据〞，来选择你期望查看的分组和指标，并进行对比。
最多可选择10项。
查看详情
详细数据将分页展现所有分组和指标的详情。
其中，第一列为时刻，其他列分别为分组、指标。
能够下载数据结果，以便进行进一步分析。
查看事件分析记录
在数据查询页，或查询等待过程中，你能够进入历史查询记录页查看已进行过的数据查询。
所有历史查询记录默认储存一段时刻。
查询名称：
显示查询的事件名和指标名；
查询时刻：
执行查询的具体时刻；
数据时刻：
查询数据的时刻范畴；
状态：
查询任务的状态，可能为等待查询、查询中、查询成功、查询失败。
最多同时进行3项查询，查询任务过多时，会进入等待状态；
操作：
能够通过〝查看详情〞，查看该查询任务的图表和详细数据。
漏斗分析
漏斗分析概述
漏斗分析，是指将多个事件串联起来，对每个步骤中用户转化与流失进行的分析。
例如：
购买过程可能包括以下步骤〔一个步骤对应一个事件〕：
∙查看商品
∙
查看详情
∙
∙
加入购物车
∙
∙下单
∙支付
这些步骤能够设置为一个漏斗，分析过程中的转化与流失情形。
进行漏斗分析前，需要先在〝事件治理〞中定义事件并配置上报、收集数据。
参见【事件治理】说明。
进行事件分析时，能够灵活选择查询条件并查看详细数据结果。
结合过滤、分组等功能进行深入的对比和分析。
创建漏斗
首次进入漏斗分析，需要先创建漏斗。
漏斗步骤
创建漏斗时，每一步对应一个事件，在一个漏
升级会员 