跳转到主要内容
PRODUCT DOCUMENTS

快速找到所需文档,高效完成接入与排障

浏览产品文档与友盟 Skill,展开目录并阅读正文。

功能使用

页面访问路径

功能概述

页面访问路径描述的是应用内各个页面的访问和跳转情况。通过此功能,开发者可以

(1)对比设想的用户路径与实际用户路径的区别

(2)分析关键路径上的页面跳转以及转化率,找到流失用户的页面

(3)分析到达关键页面的页面来源,分析关键路径到达的页面

更新周期

此页面内的所有数据每天更新一次。默认展示昨天的数据,可以通过时间控件在昨日与自然周数据间进行切换。

统计口径

统计的页面为用户在代码中定义的页面,参见页面统计部分。

(1)log采样规则

对于单个版本数据:如果session(一个session可能有多个访问记录)的数据量大于10w,则抽取10w session样本计算;如果小于10w则全量计算。对于全部已选版本数据:如果session(一个session可能有多个访问记录)的数据量大于50w,则抽取50w session样本计算;如果小于50w则全量计算。(抽样时间维度为日,若查看月的数据,则为日数据的总和)

访问详情:全量统计计算。

(2)步骤统计规则

路径图:最多统计5步,每步中如果某个页面的访问次数在同级内占比小于2%,则聚合起来作为“其他”页展示。

访问详情:统计所有步骤的详细情况。

详细说明

访问路径

(1)正常模式

描述用户从打开到离开应 用的过程中,每一步骤的页面访问、跳转情况。访问路径最多展示5步,每一步按照访问次数从大到小进行展示,同时展示每一步占总访问次数比例以及前后两步之间的转化率。

(2)高亮模式

点击任意一个页面时,可以显示以该页面为起点的跳转情况。当该鼠标悬浮在某一页面时,会显示该页面的页面类名、会话数、占总会话比例、从该页面离开次数、该页面流失率。当鼠标悬浮于流量条时,会显示从某一页跳转到下一页的次数,占比。

页面的高度表示该页面被访问的次数,如果某个页面的访问次数在同级内占比小于2%,则聚合起来作为“其他”页展示,同一页面在不同步骤中用相同的颜色进行展示。如果在Android应用中使用了Fragment页面统计功能,这里的页面包括指定统计的activity和Fragment。

通过报表右上角“编辑页面描述”可以为每个页面添加描述,这样您在查看时可以通过原名或者描述来查看报表数据。14

  1. 通过这里选择已选版本中的某一版本来查看该版本的页面访问情况,如果未找到想看的版本,可以去管理版本进行设置,将想看的版本添加到已选版本

  2. 通过这里可在昨日和自然周之间切换

  3. 鼠标放在该位置可展示此路径图的相关说明

  4. 通过这里切换展示原名(代码中定义的页面名称)或描述(编辑过的页面描述信息)

  5. 鼠标悬浮在某页面时可展示该页面类名、会话数、占总会话比例、从该页面离开次数、该页面流失率

  6. 当鼠标悬浮于流量条时,会显示从某一页跳转到下一页的次数,占比

  7. 点击进行版本管理

访问详情

15
  1. 鼠标放在该位置可展示访问详情的相关说明

  2. 导出访问详情的数据

访问详情表中展示的是所有步骤的详细数据,各个指标的详细解释说明如下 :

页面:应用中您自定义埋点的页面,参考不同平台页面统计的使用说明

访问次数:用户进入当前页面的总次数

访问次数占比:当前页面的访问次数占全部页面访问次数的比例

平均访问时长:用户每次进入当前页面的平均停留时间

访问时长占比:用户在当前页面停留时间总和占用户在全部页面停留时间总和的比例

跳出率:用户从当前页面离开应用程序的概率

管理版本

16

通过管理版本,进入应用设置-版本,可以设置需要进行页面访问路径分析的版本 。

  1. 采集中:找到需要采集版本页面数据的版本,点击“立即采集”后采集生效,该版本显示“采集中”,只会将后续上报的页面数据采集,历史数据不展示。最多可添加30个。

  2. 立即采集:采集对应版本的页面数据,可在页面访问路径/路径分析中使用。

  3. 暂未采集:未选版本,不计算页面访问路径。

FAQ

  1. 图中展示的页面是如何定义的?我是否可以使用自定义事件来统计转化? 不支持使用自定义事件统计页面路径的转化,您可以通过漏斗来统计事件的转化情况。

    页面需要在代码中定义后才能统计到,详细页面定义说明。

  2. 访问路径里的其他是什么 如果某个页面的访问次数在同级内占比小于2%,则聚合起来作为“其他”页展示。

  3. 什么是黑名单版本 如果某个版本因为集成错误而导致页面太多,会被统计为黑名单版本;黑名单版本不能添加到已选版本

  4. 为什么同一个页面在访问路径和访问详情里的数据不一致? 因为在访问路径里,只统计前五步,而在访问详情里统计了所有的步骤。

自定义事件

自定义事件可以用于追踪用户行为,记录行为发生的具体细节。本文适用于不低于8.0.0版本的sdk(包含8.0.0版本),若您使用的sdk版本低于8.0.0,为便于您获取更好的产品使用,建议您先进行SDK升级。

事件基本构成

  • event ID:自定义事件ID,指一个操作

    例如:您可定义“pause”或“play”作为一个事件。您也可更加具体,创建一个“music_willbe_finished”的事件,并设定在音乐播放了 90% 的那一刻触发;友盟+提供了两种自定义事件的形式:多参数类型事件和计算事件。

  • key:自定义事件下的参数,一个可选的描述符,用于定义事件操作的属性信息

    例如,您可以定义“music_style”或“singer_name”作为“play”事件的参数,也可以定义“play_time”作为事件的参数。

  • value:自定义事件参数下的参数值,用于描述事件属性的详细信息。

    例如,“play”事件下“music_style”的参数值可以是“slight”、“rock”等。数值型参数的取值是数字变量。值可以是明确的数字,如“23”;也可以是在其他位置定义的基于推断值的变量,如“downloadTime”。

使用自定义事件的依赖条件与限制

  • 请先登陆 【友盟+】官网 ,进入选择“应用”->设置->事件 (子账户由于权限限制可能无法看到”设置”选项,请联系主帐号开通权限。)页面中添加相应的事件ID,然后服务器才会对相应的事件请求进行处理;

  • 在页面注册事件类型时请选择“多参数类型事件”类型;

  • 自定义事件ID不可更改,需与代码中“String event_id”保持一致,参数(key)无须手动注册;

  • 请在SDK初始化之后调用事件统计接口;

  • 如果需要在子进程中对自定义事件进行统计,需要在SDK初始化完成后调用函数UMConfigure.setProcessEvent。

  • event ID或者key请使用英文、数字、下划线、中划线及加号进行定义,使用其中一种或者几种都可以,不能以“数字”开头,避免使用中文。为保证数据计算的准确性,非这些“合法”以外的字符无法添加,具体限制请查看下文注意事项;

  • 免费版、专业版、尊享版的事件、参数、参数值配额不同,若超过相应配额,则按历史上报顺序,取最早上报的有效事件、参数及参数值进行计算,开发者可以手动指定哪些参数需要计算、哪些参数停止计算。

    功能/版本

    免费版

    专业版

    尊享版

    自定义事件量(个)

    100

    500

    2000

    事件参数量(个)

    50

    200

    200

    事件参数值量(个)

    1000

    2000

    5000

  • 为方便使用者理解及使用,可通过显示名称进行重命名(支持中文),进入【应用设置-事件-编辑】进行操作;

  • 埋码完成后,建议使用集成测试进行验证;

注意事项

  • event id长度不能超过128个字节,key不能超过128个字节,value不能超过256个字节

  • id、ts、du、token、device_name、device_model 、device_brand、country、city、channel、province、appkey、app_version、access、launch、pre_app_version、terminate、no_first_pay、is_newpayer、first_pay_at、first_pay_level、first_pay_source、first_pay_user_level、first_pay_versio是保留字段,不能作为event id 及key的名称;

详细说明

事件列表

事件列表页面展示每个事件的昨日及今日消息数,并可快速定位到单个事件详情页面。

17
  1. 通过筛选版本查看单个版本的事件及消息数

  2. 搜索并快速切换到该事件的详情页面

  3. 设置自定义事件的入口

  4. 导出任意时段的事件及每日消息数

  5. 进入该事件的详情页面

多参数事件

事件趋势图及明细
18
  1. 搜索并快速切换事件

  2. 交叉筛选,可对单个版本、渠道做筛选,按日、周或月查看数据可进行版本、渠道的交叉筛选。筛选下拉菜单默认展示前十项(以累计用户数降序排名),如果需要查看排名第十以后的数据,可直接搜索对应版本号或渠道号。

  3. 时段选择,选择特定时间维度,支持自选时段。

  4. 鼠标放在该位置可展示相关指标的说明信息。

  5. 对比该事件不同版本之间的数据

  6. 导出所选时段内该事件的详细数值

主要指标:
  • 消息数,即事件的发生次数,实时更新

  • 消息数/启动次数,即事件的发生次数/应用的启动次数,实时更新

  • 独立用户数,即触发事件的独立设备数,每日更新昨日数据

  • 消息时长,即事件持续的时长,这是一个可选的统计项

事件属性
4 | left
  1. 切换该事件的不同参数

  2. 查看该事件参数值按照次数及时长的不同分布情况

  3. 导出所查看的参数的次数或时长分布的数据

  4. 查看该参数值在所选时段内的趋势

主要指标
  • 消息数及占比,即参数某个取值的发生次数及占全部取值次数的比例

  • 消息时长及占比,即参数某个取值的持续时长及占全部取值时长的比例

计算事件

事件趋势图及明细
6 | left
  1. 搜索并快速切换事件

  2. 在该事件的数值型参数和字符串型参数间切换,计算事件默认展示数值型参数

  3. 交叉筛选,可对单个版本、渠道做筛选,按日、周或月查看数据可进行版本、渠道的交叉筛选。筛选下拉菜单默认展示前十项(以累计用户数降序排名),如果需要查看排名第十以后的数据,可直接搜索对应版本号或渠道号

  4. 时段选择,选择特定时间维度,支持自选时段

  5. 鼠标放在该位置可展示相关指标的说明信息

  6. 可以在实时数据与非实时数据间进行切换

  7. 对比该数值型参数不同版本之间的数据

主要指标
  • 消息数,即事件的发生次数,实时更新

  • 独立用户数,即触发事件的独立设备数,每日更新昨日数据

  • 累计值,即事件触发的参数值的累计和,实时更新

  • 单次均值,即累计值/消息数,实时更新

  • 单设备均值,即累计值/独立用户数,每日更新昨日数据

7 | left
  1. 查看该数值型事件的实时消息数量、累计值、单次均值

  2. 查看不同时段的实时数据

  3. 对比不同时段的实时数据

参数取值分布
  • 分位数取值:分位数取值能够近似得到该数值型参数的参数值的概率分布

8 | left
  1. 选择特定日期查看该参数的分位数取值分布,只能够查看单日的分布情况

  2. 查看按照次数或设备的分位数取值分布情况

主要指标
  • 按次数的p%分位数,即参数每日的单次取值从小到大排列后第p%的值,每日更新昨日数据

  • 按设备的p%分位数,即参数每日的单设备取值从小到大排列后第p%的值,每日更新昨日数据

  • 累计值贡献

9 | left
  1. 选择特定日期查看该参数的参数值的累计值分布情况

  2. 查看按照次数或设备的累计值贡献的分布情况

主要指标
  • 按次数的p%累计值贡献,即单次的取值小于某数的所有次数的累计值贡献了总体累计值的p%,每日更新昨日数据

  • 按设备的p%累计值贡献,即单设备的取值小于某数的所有设备的累计值贡献了总体累计值的p%,每日更新昨日数据

举例说明

以游戏中的“道具购买”事件为例,如果想了解道具购买的情况,可以这样上报自定义事件itemsBuy(itemId=001, payment=50)

itemsBuy(itemId=003, payment=25)

itemsBuy(itemId=012, payment=20)

…

使用计算事件,可以得到如下报表:

购买次数

购买人数

购买金额

单次购买金额

人均购买金额

1100

1000

54980

50

55

人均购买金额为55元,这是否意味着大部分玩家的购买额都在50-60元之间呢?回答这个问题,需要进一步了解人均购买金额的分布情况:

1

图1

1

图2

从图1不难发现,80%的玩家购买金额在40元以下,大部分玩家的消费额是较低的。存在少量玩家(20%)不惜消耗重金购买道具,这部分玩家的人均购买金额为80元,而他们的消费总额占到了全部玩家累计购买金额的40%(图2)。

在产品运营的过程中,应该更重视这部分高消费玩家的体验,给予及时的响应和回馈。而对剩余玩家,我们了解到他们的消费力在20-40元区间内,可以根据这个数据合理定价,开展适当的促销活动。

由上可知,针对计算事件,除了统计常规的发生次数、人数,还需做出定量的分析,才能更准确的了解用户的行为,为产品运营和决策提供帮助。

如何配置

第一步:注册事件id及类型,详情点击这里

第二步:集成SDK,分安卓和iOS平台

android:点此了解

iOS:点击了解

FAQ

  1. 为什么我埋了事件但是在页面上却看不到? 其一,事件需要注册后方能生效,若您没有在页面上注册事件,只在app里进行了埋码,该事件是无法看到的,请前往应用管理-事件处添加;

    其二,事件从触发到页面显示需要经理采集、清洗计算等环节,因此不会立即显示,一般需要5min左右方能在页面上显示,请耐心等待;

    其三,您还可以通过管理-集成测试处添加集成测试设备来查看埋码是否生效;

  2. 为什么事件有数,但是有的参数却看不到? 其一,参数无须注册,系统会默认帮助添加到计算中,帮助用户节省注册环节,当前支持1个事件下100个参数同时计算,若超过100个参数,需要用户手动设置哪100个参数要计算,哪些不要计算,因此超过100个限制的参数,页面上是不可见的,可通过应用管理-事件-编辑进行查看;

    其二,由于汉字等在编码上可能导致乱码,为保证数据准确性,请使用英文、数字、下划线、中划线、小数点及加号进行参数ID定义,若您使用包含非上述字符以外的其他字符进行参数定义,则页面上不可见;

    其三,参数从触发到页面显示需要经理采集、清洗计算等环节,因此不会立即显示,一般需要5min左右方能在页面上显示,请耐心等待;

    其四,您还可以通过管理-集成测试处添加集成测试设备来查看埋码是否生效;

  3. 为什么有的事件有字符串型和数值型两页报表? 对于多参数类型事件,仍是原来的一页报表,即事件消息数和参数取值分布。

    对于计算事件,字符串型报表页仍展示原来的事件消息数和参数取值分布;数值型报表页展示数值型的事件消息数、数值型参数的取值分布及累计贡献值分布。

  4. 计算事件在数值型报表页和字符串型报表页中的事件消息数为何会不相等? 有的事件在发生时不一定会触发所有的参数。只要触发了数值型参数,那么这次消息在数值型报表中的事件消息数中会被计算;只要触发了字符串型参数,那么这次消息在字符串型报表中的事件消息数中会被计算。一次事件可能在数值型参数和字符串型参数的事件消息数中同时被计算。

  5. 如果同一个计算型事件传了2个数值型参数,会怎样? 每个计算型事件只能有一个ct 字段,如果同时统计了多个数值型参数,则后面的调用会将前面的结果覆盖,最终只回传一个数值结果。如果想要在一个事件里传多个数值型参数,可以使用多参数类型事件。

  6. 自定义事件在使用时有哪些限制? 每个应用下最多支持500个自定义事件,每个自定义事件至多传递100个参数,每个参数至多传递1000个不同取值。

事件转化率

功能概述

更新周期

此页面的数据每天更新一次。只展示昨日及以前的数据。

事件转化创建后,次日生效开始收集数据,创建后第2日才能够通过本页面看到事件转化率的数据。

统计口径

事件转化率是基于事件创建的,您需要先创建事件才能够。事件转化率不能够基于页面来创建。

详细说明

事件转化率指的是多个自定义事件按照一定顺序依次触发的流程中的量化转化模型。通常我们会对应用中的一些关键路径进行分析。比如注册流程、购物流程等。

事件转化率及事件转化率步骤的显示名称可以使用数字、中文、字母及下划线的组合,且长度不能超过20个字符;每个漏斗至多可以设置10个步骤,每个应用至多添加30个事件转化率。

转化率报表

事件转化率报表中展示您的全部事件转化率,及事件转化率在选定时段内按照完成次数计算的总体转化率。19

  1. 选择特定应用版本查看该版本的事件转化率

  2. 通过“设置”您可以直接跳转到事件转化率的设置页面,进行增删改的操作

  3. 选择任一天、自然周、自然月来查看事件转化率的转化情况

指标详解:

目标事件:整个事件转化率所关心的最终转化率的目标,是序列中最后一个事件

步骤数:从初始事件到目标事件经历的步骤数

所选时段转化率:最近一个自然周的最终转化率

转化率分析

转化率分析中展示了该转化率报表的详细转化数据,包括每一步骤的转化情况。11

  1. 通过这里在不同事件转化率之间切换

  2. 进行版本和渠道的交叉筛选

  3. 选择查看时段,以天、自然周、自然月为单位

  4. 查看报表及指标的详细解释

  5. 选择以完成次数或人数来查看数据

  6. 从事件转化率第一步到该步骤的总体转化率的趋势

指标详解 完成次数:按事件消息数计算的事件转化率

完成人数:按独立用户数计算的事件转化率

上一步转化率:从上一步骤到该步骤的事件转化率完成情况

总体转化率:从第一步到该步骤的事件转化率完成情况

FAQ

  1. 用户进入事件转化率后,在多长时间内完成事件转化率可以统计成功? 用户触发初始事件后有7天的时间来完成事件转化率,7天后完成的转化不会被计算在该事件转化率内。

  2. 创建事件转化率前的数据还能否统计到? 不能。事件转化率创建后次日生效,生效后开始收集事件转化率数据。创建之前的数据不会被统计到。

  3. 为什么我的事件转化率创建了几日都还没有数据? 可能原因是,我们默认展示的是上个自然周的数据,您可以通过右上角切换时段到您的测试日期内。

  4. 如果用户不经过第一步事件,直接触发第二步事件能否算是进入了事件转化率? 该用户没有进入事件转化率。假设先前定义的事件序列是A-B-C-D-E:

    如果用户完成了A-B-C-D-E,U-APP会认为这个用户成功完成了A-B-C-D-E;

    如果用户完成了A-B-C-F-D-E,U-APP会认为这个用户成功完成了A-B-C-D-E,只不过是按松散的顺序完成的;

    如果用户完成了A-B-C- E,U-APP会认为这个用户成功完成了A-B-C。

    用户完成了A-B-C-A-B-C-D-D-E,U-APP会认为这个用户成功完成了依次A-B-C-D-E,完成了一次A-B-C-D。是按照松散的顺序完成的。

视频:自定义事件介绍与操作

自定义事件的操作演示

自定义事件的操作流程

测试自定义事件是否上报的方式