【问题标题】:Firebase - best practice for session_start and user_engagementFirebase - session_start 和 user_engagement 的最佳实践
【发布时间】:2021-11-24 09:36:02
【问题描述】:

我刚开始使用 Firebase 事件。 而且我看到数据中有很多垃圾:

  1. 我看到与os_updateapp_update 事件的“交互”仅此而已,因此实际上没有“会话”,但也发送了session_start

例子:

app_update 12:00:01 
session_start 12:00:02 
session_start 13:00:05

所以我不能计算“干净”的指标,例如 - 每个用户每周的平均会话数,因为存在这样的垃圾。

  1. 还有只有session_start事件的“会话”。

所以,我在想什么:

  1. 我找不到设置最小会话持续时间,setMinimumSessionDuration() 方法已过时。

  2. 如果我找到将最短持续时间设置为 5 秒的方法 会有奇怪的行为,例如:


screen_view 12:00:01
session_start 12:00:04

如果用户在 session_start 之前退出但有screen_view,会话开始是在事件之后并且会丢失数据,这很奇怪。 扔垃圾也许没问题。

  1. 如果我们将最小持续时间设置为 5 秒,显然我们需要设置触发user_engagement 事件的最小持续时间,因为在没有 session_start 的 session_start 之前看到 user_engagement 会很奇怪。所以我认为我们应该为用户参与设置最短持续时间,例如 10 秒或 30 秒。

那么,你是如何解决这个问题的? 任何提示和技巧,最佳做法是什么? 谢谢。

【问题讨论】:

标签: firebase firebase-analytics


【解决方案1】:

正如@mr.frog 正确提到的,setMinimumSessionDuration() 方法已被弃用。

目前控制持续时间的方法是setSessionTimeoutDuration

Firebase 似乎没有关于最短会话持续时间的最佳做法或建议。

【讨论】:

  • 不,Farid 提到了不同的功能,不相关 - 一个设定的会话终止时间,而不是开始时间
猜你喜欢
  • 1970-01-01
  • 2021-03-31
  • 2018-07-18
  • 2016-09-21
  • 1970-01-01
  • 2020-11-11
  • 1970-01-01
  • 2021-09-26
  • 2016-09-17
相关资源
最近更新 更多