微信小程序数据分析教程

微信小程序数据分析教程功能概括小程序数据分析，是面向小程序开发者、营运者的数据分析工具，供给重点指标统计、及时接见监控、自定义分析等，帮助小程序产品迭代优化和营运。主要功能以下：大体：供给小程序重点指标趋向以及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: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分钟后，即可开始采集所合用户的数据。注意：宣告后，事件已有字段的名称和数据种类不可以改正，但可连续改正配置、新增字段。同理，能够定义下单、支付等其余事件并宣告事件配置、采集数据。分析数据宣告事件配置、采集数据后，能够进行相应的数据分析。统计不同样城市用户的订单量进入“数据分析”“自–定义分析”“事–件分析”事件：选择“下单”；指标：选择“总次数”和“去重人数”，即下单操作的次数和人数，表示订单数和下单用户数；分组：选择“城市”，即按城市分别统计订单数和下单用户数；过滤：数据优选条件，比方只统计广东省的数据，则选择省份等于广东省，也能够不选择；时间：选择时间范围以及数据的时间粒度，比方查察近来7天每日的数据。达成后点击“查问”。数据开始计算，依据数据量大小不同样，可能有必然的等候时间。你能够点击“收进后台”，在目前页面进行新的查问，也能够在历史查问记录中查察从前的数据。统计达成后，目前页面将展现各个城市的下单总次数、总人数。因为分组项太多，图表仅展现部分数据，你能够设置“显示其余数据”来选择希望查察的城市和指标；详尽数据将会显示所有城市的数据，能够查察或下载。商品购置流程中各个步骤的转变和流失状况进入“数据分析”“自–定义分析”“漏–斗分析”初次进入时，点击“新建漏斗”创立漏斗。填写漏斗名称，确认一个简短清楚的名称，有益于对应分析。设置漏斗步骤，每个步骤对应一个事件，本漏斗中设置步骤是查察商品-查察详情-加入购物车-下单-支付。每个步骤确认后点击右下角“增添步骤”连续增添下一个步骤。达成后回到数据查问页，设置查问条件。漏斗名称：选择已创立的“购置转变漏斗”；分组：选择需要分组统计的字段，也能够不选择，不选择时将统计整体；过滤：数据优选条件，比方只统计广东省的数据，则选择省份等于广东省，也能够不选择；时间：选择时间范围，将统计此范围内整体漏斗转变状况，此处选择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分享时触发actiontrigger发生时的动作，默认会采集数据，包含系统默认数据和用户自定义数据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为新定义的字段，需要增补定义。填写中文名称和字段备注，用于展现；填写字段种类，用户数据上报及数据办理。新增和已有字段可能有以下状态，需要关注，页面内会有小图标给出提示：新增字段在其余事件中已定义过product_price是新增字段，但已在其余事件中定义过。检查字段后会提示：字段已被定义，应保持一致，不可以改正。已有字段从事件配置中移除以以下列图，假如改正了事件配置时，将事件配置data里已有的一个字段删去：检查字段时会提示：该字段在目前配置中未使用。这代表product_name不再采集数据。已停用字段从头使用假如从头在事件配置中的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步骤之间包含其余步骤，比方A-D-B-B-C，知足A-B-C次序，依旧计算在内；转变率：每个步骤的人数与上一步人数的比值。查察漏斗分析结果查察图表图表将展现漏斗中每个步骤的总人数，及