简体   繁体   English

iOS Google AnalyticsSDK - 奇怪的会话长度

[英]iOS Google Analytics SDK - weird session length

I can't seem to understand these following stats from google analytics engagement behavior loyalty: 我似乎无法理解以下谷歌分析参与行为忠诚度的统计数据:

在此输入图像描述

This indicates, that the average first session length is 24s, and out of the 42,530 user's 40,289 continued to a second session of average length 4m46s. 这表明,平均第一个会话长度为24秒,而42,530个用户的40,289持续到第二个会话,平均长度为4m46秒。 The app has a signup process, so the 4m46s does not surprise me, but it should have been in the first session.. 该应用程序有一个注册过程,所以4m46s并不让我感到惊讶,但它应该在第一个会话中。

I'm pretty sure there is something faulty with the stats. 我很确定统计数据有问题。 I think i'm starting the session correctly in didFinishLaunchingWithOptions: 我想我正在didFinishLaunchingWithOptions中正确地开始会话:

//google anlytics
[GAI sharedInstance].trackUncaughtExceptions = YES;
[GAI sharedInstance].dispatchInterval = 20;
id<GAITracker> tracker = [[GAI sharedInstance] trackerWithTrackingId:[[NSBundle mainBundle] objectForInfoDictionaryKey:@"GAIKey"]];
[tracker sendEventWithCategory:@"some-category" withAction:@"some-action" withLabel:@"some-label" withValue:@0];

I really don't understand these numbers, they don't comply with my other logs, feedbacks, and flurry stats. 我真的不明白这些数字,它们不符合我的其他日志,反馈和乱七八糟的统计数据。

Is anybody familiar with this? 有人熟悉这个吗?

EDIT - ADDED GOOGLE ANALYTICS DEBUG MODE LOGS SCREENSHOT - note: this was logged during one session in the simulator which included the signup process. 编辑 - 添加了GOOGLE ANALYTICS DEBUG模式日志屏幕截图 - 注意:这是在模拟器中的一个会话期间记录的,其中包括注册过程。 在此输入图像描述

Read this post please: 请阅读这篇文章:

http://cutroni.com/blog/2012/06/29/google-analytics-mobile-app-tracking-data-and-reports/ http://cutroni.com/blog/2012/06/29/google-analytics-mobile-app-tracking-data-and-reports/

Engagement metrics and outcome metrics in mobile SDK are similar to web tracking, but they've been adjusted for a mobile app world. 移动SDK中的参与度量标准和结果指标与网络跟踪类似,但它们已针对移动应用世界进行了调整。 Instead of Pageviews we have screenviews. 我们有网页浏览,而不是网页浏览。 Instead of avg time on site we have avg session duration and instead of pages/visit we have screens / session. 我们有平均会话持续时间,而不是页面/访问,而不是平均时间,我们有屏幕/会话。

I don't know what I'm talking about when it comes to app analytics, but here is an educated guess: 在应用分析方面,我不知道我在谈论什么,但这是一个有根据的猜测:

If this is anything like funnel visualization/tracking (which is what I assume when you say sign-up form), I would have to think that there is some additional first step/session that may last around 4 seconds, and then periodic dispatch adds 20s to that metric. 如果这类似于漏斗可视化/跟踪(这是我在您说注册表单时所假设的),我将不得不认为有一些额外的第一步/会话可能持续约4秒,然后定期发送添加该指标20秒。

Maybe setting dispatch to 0 could at least troubleshoot if that is somehow a factor. 也许将调度设置为0至少可以解决问题,如果这是一个因素。

Are you using automated session management? 您使用的是自动会话管理吗?

google analytics ios sdk V2.0 short session durations : google analytics ios sdk V2.0短会话持续时间

The app starts a session on startup, and also when the screensaver is dismissed by a touch. 该应用程序在启动时启动会话,并且当屏幕保护程序被触摸解除时也会启动。

One question that boggles me, is how you're only losing 2,000 users when confronted with a 4m sign-up form. 令我难以置信的一个问题是,当遇到4米注册表时,你只会失去2,000名用户。 That would be a deal breaker on an eCommerce site. 这将是电子商务网站上的交易破坏者。

hopefully this goes without saying: 希望这不用说:

Testing and Debugging 测试和调试

The Google Analytics SDK for iOS provides a debug mode that will print useful information about what data is being sent to Google Analytics in your logs. 适用于iOS的Google AnalyticsSDK提供了一种调试模式,可以在日志中打印有关将哪些数据发送到Google Analytics的有用信息。

// Enable debug mode. //启用调试模式。 [GAI sharedInstance].debug = YES; [GAI sharedInstance] .debug = YES;

I would also investigate further if you really are starting the session correctly with didFinishLaunchingWithOptions. 如果你真的用didFinishLaunchingWithOptions正确地开始会话,我还会进一步调查。

Without direct acccess to your data, this is speculation, but I think that this could be is related to your sessions having a high bounce rate (meaning they are sessions that only have 1 hit). 没有直接访问您的数据,这是猜测,但我认为这可能与您的会话具有较高的跳出率(意味着它们是只有1次点击的会话)。 Google Analytics treats bounces as being visits that took 0 seconds. Google Analytics将退回视为耗时0秒的访问。

Can you check: what's the bounce rate for first time visitors? 你能查一下:首次访问者的跳出率是多少? If it's very high, then that 0:24 is because it's being weighted down heavily by 0:00 instances. 如果它非常高,那么0:24是因为它被0:00实例严重加权。

The fact that it isn't affecting the 2nd session indicates that it might be a tracking configuration issue; 它不影响第二个会话这一事实表明它可能是一个跟踪配置问题; is it possible that your tracking is mistakenly causing some large percent of first sessions to break into a second session, thus inflating your return visitor count and making your first visit data look very bad? 是否有可能您的跟踪错误地导致第一个会话的大部分百分比进入第二个会话,从而使您的返回访问者数量膨胀并使您的首次访问数据看起来非常糟糕?

According to the Google Analytics documentation , the default session length is 30 seconds. 根据Google Analytics(分析)文档 ,默认会话长度为30秒。 I wonder if your users are pausing for some reason, and then proceeding to whatever the next action you're tracking is. 我想知道您的用户是否因某些原因暂停,然后继续处理您正在跟踪的下一个操作。 Perhaps you can increase the session timeout to validate that is/is not what's causing the odd numbers. 也许您可以增加会话超时以验证是否是导致奇数的原因。

Here's the code from the docs: 这是来自文档的代码:

[tracker setSessionTimeout:60];

https://productforums.google.com/forum/#!forum/analytics https://productforums.google.com/forum/#!forum/analytics

There's also a link somewhere on the Adwords support website that allows you to instead contact Analytics support staff directly. Adwords支持网站上的某个链接也允许您直接联系Google Analytics支持人员。 They've helped me implement very large scale solutions many times, and usually respond within 12-24 hours. 他们帮助我多次实施非常大规模的解决方案,并且通常会在12-24小时内做出响应。 I would highly advise that you reach out to them, and share as much as possible about the problem to get the best response. 我强烈建议您与他们联系,并尽可能多地分享问题以获得最佳回复。 There's only so much we can do with a limited amount of information. 只有有限的信息,我们才能做到这么多。

Not on home computer now, but if you need help finding the link let me know. 现在不在家用电脑上,但如果你需要帮助找到链接,请告诉我。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM