You need to enable JavaScript to run this app.
导航
产品使用FAQ
最近更新时间:2024.09.06 18:51:23首次发布时间:2024.04.30 15:17:29

1 火山引擎增长分析应该怎样接入?

将您的产品接入火山引擎增长分析的流程如下图:
图片

2 事件都是英文名称,可以添加中文备注吗?

可以。事件默认显示原始英文名称,您可以通过点击导航栏“管理-数据管理”功能为事件添加中文“事件描述”,保存后描述内容在分析功能中会与事件名称一起显示,便于理解事件含义。
图片

3 在火山引擎增长分析里怎样查看访问用户的IP?

您可以通过用户细查功能查看,在对应用户的行为流中,“client_ip”字段对应的值即为该用户的IP。

4 软件版本号为什么只显示大版本号?

SDK里的app_version默认显示大版本号,若您有统计小版本号的需求,则需要您在SDK里自行设置app_version_minor(即次版本号,app四位版本号,自行上报的string可以支持任意格式,数据流不做处理)为小版本号。需要注意设置后历史数据无法过滤,设置成功后开始统计。

5 几个相关的事件怎样做合并查看?

  • 事件之间是OR的关系——虚拟事件

在“虚拟事件”中,您可以对 火山引擎增长分析 内的多个事件通过一定的逻辑关系,组合成虚拟事件,便于用户对于常规复合事件的组合管理、查看。具体查看虚拟事件帮助文档;

  • 事件之间是AND的关系——组合指标

在事件分析功能中,可创建“组合指标”,实现事件间的计算,并呈现计算后的结果。
事件分析相关内容请查看(事件分析)帮助文档。

6 如何在使用分析功能过程中标注重要的变化?

用户可以使用 火山引擎增长分析 的“日期批注”功能对某些时间节点做的重要变化(比如版本发布、运营活动、线上事故等)做相应的记录,在分析功能中一目了然。点击“应用管理-日期批注”,即可操作日期批注。
图片

7 怎样持续对重要的数据进行监控预警?

在看板中,我们可以通过创建监控任务,来关注重点数据的波动变化。根据监控规则可以自动判断指标是否在正常范围内波动,异常时触发报警(邮件),无需人工每日跟踪判断,实现自动化监测。监控任务设置请参考监控管理帮助文档。

8 为什么页面加载很慢?

请检查您是否在事件下上传属性数量,事件下上传属性过多会导致页面加载速度变慢,请检查您是否将value设置为key。

9 火山引擎增长分析的 A/B 测试流量为什么无法分配?

火山引擎增长分析的A/B测试功能的流量为100%,不支持流量复用,因此当您开启的实验流量已经达到100%上限时,再开启新的实验时会出现流量无法分配的情况,需要您结束部分实验再创建,或联系客服升级使用A/B测试高级产品DataTester。

10 用户分群目前可导出多少条数据?

目前上限可导出20万条数据。

11 为什么小程序应用中分享分析没有数据?

“分享分析”的使用依赖于“on_share”的上报,请确认小程序 SDK 在初始化时是否配置 auto_report 为true,具体可参考小程序SDK相关文档

12 是否提供数据导出?

大部分图表支持下载为excel文件到本地。原始数据支持导出用户和设备信息:包括用户id、公共属性等;行为事件:包括事件、事件属性等。使用前需要联系我们进行开通。详细信息参考文档获取数据文件清单

13 新老用户是如何定义的?

根据用户事件首次上报时间是否在查询时间段内,来判断这段事件内该用户是否为新用户。
例如:查询时间范围是2020年1月1日至2020年1月3日,日期粒度是天级,某用户首次激活时间是2020年1月1日18点27分,则该用户在当前查询条件下算作2020年1月1日的新用户。

14 新增预置事件属性 $is_first_day (是否首日访问)后,关于新老用户的一些问题

  1. 如何在分析中区分新老用户?
    新增新增预置事件属性 $is_first_day后,我们在进行分析时,需要通过选择“是否首日访问”来进行区分新老用户,事件属性为$is_first_day=true为新用户,$is_first_day=false为老用户;
    以事件分析为例说明如下:
    想要分析做过页面访问行为的新用户情况,需要通过过滤条件进行“是否首日访问”选择,选择“首日”为新用户;同理,选择“非首日”为老用户,;
    图片
    同时,启用按事件属性分组展示,选择“是否首日访问”后,即可按照新老用户进行分组;
    图片
  2. 已经有“新老用户”这个属性进行新老用户的区分,为什么需要新增$is_first_day这个属性来区分新老用户?计算逻辑有什么变化?
    $is_first_day的计算逻辑和新老用户的计算逻辑完全一样,只是新老用户的计算会受到时间粒度的影响,而$is_first_day只按天进行计算:
    • 在“新老用户”的判断逻辑中:
      新用户判断逻辑是目标事件和用户首个事件发生在同一个周期内,否则就判定为老用户。这样会导致一些问题。比如:一个用户在30天的周期内看是新用户(比如1号发生了首事件,5号发生了目标事件,算新用户),但是在1天的周期内看就是老用户了。
    • 在“是否首日访问”的判断逻辑中:
      新用户判断逻辑是目标事件和用户首个事件发生在同一天内,而不是同一周期内。
      1. 私有化上:用户注册后,记录注册时间register_time,后续其他事件的事件发生时间如果等于注册时间,那$is_first_day=true;否则为false;
      2. saas上:用户注册后,首次发生了其他事件,会记录一个时间first_event_time,后续其他事件的事件发生时间如果等于first_event_time,那$is_first_day=true;否则为false。
  3. “新老用户”这个属性会继续保留吗?
    考虑历史数据的问题,这个属性平台会进行一定时间的保留。