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. “新老用户”这个属性会继续保留吗？
   考虑历史数据的问题，这个属性平台会进行一定时间的保留。