您可以使用Flurry分析报告每个会话的最大自定义事件数是多少?
答案 0 :(得分:9)
您在Flurry中每次会话可以报告的事件数量是1000.我向Flurry支持提出了这个问题,因为我无法在其他地方找到它(这里的答案都没有真正回答这个问题)。他们回答并向我发送了一份题为" Flurry Methodology and Best Practices"其中包含此摘要:
作为" session"的定义我引用来自同一文件的内容很重要:
乱舞分析基于只会“打电话回家”的会话模型 在会议的发布和背景。这可以防止 来自SDK的“健谈”,通过不总是运行来节省电池 无线电并允许数据在连贯的包中传播。"
(...)
Flurry会话模型的一个补充是用户的概念 可能会在很短的时间内退出应用程序并重新进入应用程序 仍然在原始会话中。可以设置一个时间,以毫秒为单位, 这通俗地称为“会话超时”。它是 可在应用启动时配置(有关更多信息,请参阅setContinueSessionMillis 细节)在5秒到1分钟的范围内,默认值为10 秒。如果,当用户回到应用程序时,“会话 超时“尚未超过,那么SDK会对待”新“ 会议作为前一届会议的延续。
这次新推出后,如果有任何会议没有发送,他们将会 发送。那时,SDK也将决定是否 或不继续会议或开始新会议。
The document is here. Flurry支持于2015年2月下旬将它发送给我。
答案 1 :(得分:5)
限制似乎是300个不同的事件ID,因此300个自定义事件。引用:http://support.flurry.com/index.php?title=Analytics/GettingStarted/TechnicalQuickStart
您的申请目前仅限于计算300的发生次数 不同的事件ID(最大长度为255个字符)。
Addional details from here
是的,每个应用程序限制为300个事件。每个活动 最多可以有10个参数,每个参数可以有任意数字 价值观。
答案 2 :(得分:3)
我相信这是无限的:
每个事件最多可以有10个参数,每个参数都可以有 与之相关的无限数量的值。例如,对于 '作者'参数,可能有1000名可能写作的作者 文章。我们可以通过这个单一参数跟踪每个作者。
因此,如果您可以拥有无限数量的值,那么您可以拥有1000万作者。由于它们都只是值,因此可以跟踪每个值(通过参数)。如果他们“可以通过这个单一参数跟踪每个作者”,那么我认为您的事件计数不会减轻。这将假设您正确设置事件类型,如下例所示:
NSDictionary *articleParams =
[NSDictionary dictionaryWithObjectsAndKeys:
@"John Q", @"Author", // Capture author info
@"Registered", @"User_Status", // Capture user status
nil];
[Flurry logEvent:@"Article_Read" withParameters:articleParams];
一个最多包含10个字典项目的事件,具有无限多个可能的值......我认为您可以安全地说这里不受限制。
答案 3 :(得分:1)
每个应用限制为300个事件。每个事件最多可包含10个参数,每个参数可以包含任意数量的值。请检查所有详细信息here