微信小程序大数据分析报告教程

微信小程序数据分析教程功能概述小程序数据分析，是面向小程序开发者、运行者的数据分析工具，提供关键指标识录、实时访问监控、自定义分析等，协助小程序产品迭代优化和运行。重要功能如下：概况：提供小程序关键指标趋势以及top页面访问数据，迅速理解小程序发展概况；访问分析：提供小程序顾客访问来源、规模、频次、时长、深度以及页面详情等数据，详细分析顾客新增和活跃状况；实时记录：提供小程序实时访问数据，满足实时监控需求；自定义分析：配置自定义上报，精细跟踪顾客在小程序内的行为，结合顾客属性、系统属性、事件属性进行灵活多维的事件分析和漏斗分析，满足小程序的个性化分析需求；留存分析：提供小程序新增顾客和活跃顾客的留存数据，分析顾客留存与流失，功能正在开发中；顾客画像：提供小程序的顾客画像数据，包括顾客地区、性别、平台类型、设备、网络类型等，功能正在开发中。概况昨日概况查看昨日关键顾客指标，反应小程序昨日顾客活跃概况，以及对比一天前、一周前、一月前的增长率。趋势概况查看关键指标的趋势，包括合计访问顾客数、打开次数、访问次数、访问人数、新访问顾客数、分享次数、分享人数、人均停留时长、次均停留时长（参见【指标解释】），可选择时间进行对比。Top页面查看顾客最常访问的页面，以及页面访问次数和占比（单个页面访问次数/总访问次数），辨别入口页和受访页。其中，入口页指顾客进入小程序访问的第一种页面；受访页指顾客访问的每一种页面。实时记录查看实时顾客访问数据，可以选择所有页面或单个页面为分析对象，可以选择详细的时间粒度（1分钟、5分钟、10分钟、30分钟、1小时），可以准时间进行对比。为了更好地查看数据趋势，时间粒度为分钟时，请注意合理选择时间范围。详情数据查看每一种页面在所选时间范围内的总访问次数及占比。访问分析访问趋势查看小程序的顾客访问趋势，包括打开次数、访问次数、访问人数、新顾客数、人均访问时长、次均访问时长、平均访问深度。（参见【指标解释】）可以选择时间粒度，按天、周、月汇总查看。当时间粒度为周或月时，次数为合计汇总值，人数去重。访问分布访问来源，即顾客访问小程序的详细场景，如二维码、小程序桌面等。你可以查看各个场景的小程序打开次数，分析小程序的顾客渠道。访问时长，即顾客从打开小程序，到积极关闭或超时退出小程序的过程中停留的时长，你可以查看各个时长区间的打开次数，分析顾客对小程序的爱慕或依赖程度。访问深度，即顾客从打开小程序，到积极关闭或超时退出小程序的过程中访问的去重页面数，你可以查看各个访问深度区间的打开次数，理解小程序的一般顾客、深度顾客分布。访问页面查看选定期间范围内，每个小程序页面的访问次数、访问人数、次均使用时长、入口页次数、退出页次数、退出率、分享次数、分享人数。（参见【指标解释】）以上指标均为时间范围内的合计值。可以按单个指标排序显示。自定义分析自定义分析支持灵活多维和近实时的顾客行为分析，可以通过自定义上报，对顾客在小程序内的行为做精细化跟踪，满足页面访问等原则记录以外的个性化分析需求。例如，电商类小程序通过配置自定义上报，搜集数据，可以完毕如下分析：购置商品的人，各省份、都市、年龄、性别的分布怎样？不一样顾客群购置的商品数量、商品价格有什么差异？顾客访问商品页、查看商品详情、查看评论、下单、支付、完毕购置，逐渐的转化率怎样？不一样顾客群的转化与否有差异？今天参与线上活动的顾客，各个时段（小时级）的活跃度怎样？迅速入门使用小程序自定义分析，提议按如下环节进行明确数据需求根据产品特性，合理定义事件，配置上报测试和公布事件配置，搜集数据结合详细需求，分析数据明确需求例如，一种电商类小程序，也许需要分析：不一样地区的商品订单量、支付总金额；商品购置流程中各个环节的转化和流失状况。定义事件数据是以事件为模型进行存储和分析的。电商类小程序中，顾客购置过程也许包括如下事件：查看商品查看详情加入购物车下单支付进入“数据分析”–“自定义分析”-“事件管理”，点击“新建事件”。以加入购物车事件为例，填写事件英文和中文名称：填写事件配置，定义怎样搜集数据：这个例子中，用一种动作上报“加入购物车”事件。trigger，触发条件，click，表达点击操作触发；action，触发时动作，start_and_report，表达在每一次click中，搜集数据并上报；page，触发页面，填viewProduct（viewProduct是商品详情页）；element，触发元素，填.addToCart（.addToCart是一种“加入购物车”的按钮）；data,事件的数据及其来源，用“字段名字段值”来表达，其中字段值是页面上的一种变量。.这个例子中，data有四项：product_id:itemIDproduct_name:itemNameproduct_price:priceproduct_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和elemententerPage进入页面时触发，必须指定pageleavePage离开页面时触发，必须指定pagepullDownRefresh下拉刷新时触发，必须指定pagelaunch加载小程序时触发background切换到后台触发foreground切换到前台触发share分享时触发action

trigger发生时的动作，默认会搜集数据，包括系统默认数据和顾客自定义数据（data中定义）空只搜集数据；start初始化并搜集数据；report搜集数据并上报事件数据start_and_report初始化，搜集数据后上报；注：每次report之前必须有start操作，未通过start操作是不会上报的。对于一种动作，假如设置了start_and_report，且指定了click触发条件，则时序如下：clickevent->start->搜集数据->reportpage

触发的页面,如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项查询，查询任务过多时，会进入等待状态；操作：可以通过“查看详情”，查看该查询任务的图表和详细数据。漏斗分析漏斗分析概述漏斗分析，是指将多种事件串联起来，对每个环节中顾客转化与流失进行的分析。例如：购置过程也许包括如下环节（一种环节对应一种事件）：查看商品查看详情加入购物车下单支付这些环节可以设置为一种漏斗，分析过程中的转化与流失状况。进行漏斗分析前，需要先在“事件管理”中定义事件并配置上报、搜集数据。参见【事件管理】阐明。进行事件分析时，可以灵活选择查询条件并查看详细数据成果。结合过滤、分组等功能进行深入的对比和分析。创立漏斗初次进入漏斗分析，需要先创立漏斗。漏斗环节创立漏斗时，每一步对应一种事件，在一种漏斗中，一种事件只能出现一次。过滤条件在漏斗的每一种事件中，可以针对事件自身的自定义字段设置过滤条件。这里提供的过滤规则与事件分析中的设置过滤条件规则相似。例如，但愿分析A类商品的购置转化数据，可以设置过滤条件“商品种类为A”。漏斗分析查询条件选择漏斗在漏斗名称下拉列表中，选择想要分析的漏斗。每次分析只能选择一种漏斗。选择分组在分组下拉列表中，将展示出所有我们内部定义的属性，选择想要分析的分组属性。每次分析最多只能选择1个分组。不选时，将记录总体数据。设置过滤条件分析时，可以选择或输入你想要过滤的条件。每次分析最多可以选择5个过滤条件。所有条件之间的关系必须所有为“并且”，或所有为“或者”，前者表达满足所有条件，后者表达满足至少一项条件。当切换其中一处的关系时，所有其他关系也会随之切换。你可以通过下方的“+”添加过滤条件。例如：选择都市为“北京”、或“上海”、或“广州”、或“深圳”，将会同步记录这四个都市的数据。选择时间范围选择查询分析的时间范围，支持今天、昨天、近来7天以及自定义时间范围。当日的数据也可以及时查看。漏斗计算规则漏斗分析计算在选定期间范围内、过滤和分组条件下，漏斗中总体或每个分组的顾客依次完毕第一种到最终一种环节的人数。环节过滤条件：每个环节中设置的过滤条件，对该环节生效。例如“支付”环节，设置过滤条件为“支付金额不小于500”，则“支付”及其背面的环节，都只包括支付环节金额不小于500的顾客。漏斗过滤条件：对漏斗中的每个环节生效。例如设置过滤条件为“省份等于广东”，所有环节都只计算省份属性为广东的人数。分组条件：初期提供按顾客属性和系统属性分组，对漏斗中的每个环节生效。例如分组为“都市”，那么“广州”分组中的漏斗数据，每个环节都只计算都市为广州的顾客。时间范围：部分或完整漏斗发生的时间范围，至少第一种环节在该时间范围内。例如，漏斗包括A-B-C三个环节，图表显示的人数及转化率表达：第1步人数：在选定期间范围内，满足分组和过滤条件，完毕A的人数；第2步人数：在选定期间范围内，满足分组和过滤条件，按次序完毕过A-B的人数；假如A-B环节之间发生其他操作，例如A-C-B，满足A-B次序，仍然计算在内；第3步人数：在选定期间范围内，满足分组和过滤条件，按次序完毕过A-B-C的人数；假如A-B-C环节之间包括