iOS seems to be displaying a high bounce rate in Google Analytics - ios

I have an issue where Google Analytics shows just fine data for all other browsers but then for iOS (specifically version 9.3+), Google Analytics show a high bounce rate. Now I am very aware of the recent iOS bug however, Apple released a fix to this and yet, I still have these weird statistics.
Can anyone provide any clues or possibilities iOS is showing this kind of stat?

You could take a look at the page load time, and see if that's any different on iOS. Check the source report to see if iOS traffic is typical. Also, look at the volumes. If they're very low, you may be seeing warped results.
Another possibility is traffic from your own company; for sites with only a few hundred visitors a day, excluding internal traffic can have a noticeable effect on Bounce Rate, but since this is phone traffic it might be slipping through the filter.

We actually tested this and it seems it's because of this: https://github.com/PierBover/ios-iframe-fix

Related

Website page load time issues in iOS - Safari browsers

We have a website in Wordpress, using a home-made theme. Some weeks ago, we noticed some page load time issues of our website, reported in Google Analytics. If we check the website using speed tests as Pingdom, Webpagetest and GTMetrix, we don’t see any performance issues. We checked the Analytics data, the main issues (average load time) are in iOS – Safari browsers (iPhone, iPad, in-app). If we check the specific data we find that, for example, one page could have 30 seconds page load time, but is not always and it happens for a single user using Safari 9 browser in Apple mobile device.
One more thing, we tested using those devices, but nothing weird happened.
Any idea what could be happening.
It's not just about the mobile device but the carrier also.
Apparently your carrier is better than the other(s).
The second biggest issue with mobile carriers is the number of simultaneous requests allowed. A desktop will download about 6 page resources simultaneously. Mobile, one, maybe two.
The biggest issue is the tower will often drop the radio signal between the phone and the tower between request.
so with mobile it is very important to minimize the number of requests per page.

Is there any detailed insight for iOS App like in Android?

I notice there is no detailed insight on my app on iTunesConnect like android insight GooglePlay.
Is there any way to track user detail on every user install my app? I need more distinct information like, iOS version, phone provider, phone type, etc across installed app like in Android insight? does Google Analytics could do this?
Thank you.
There are quite a lot of analytics providers around that cater for iOS. As you mentioned, Google Analytics (which is free) should do what you need. Mixpanel is a really nice provider, but is only free for a certain amount of data. I've also used Flurry in the past (also free), but I find their web interface to be quite clunky.
If you want to track sales and App Store reviews, I'd really recommend AppFigures. Great service (paid, but a low monthly cost and you can cancel whenever), which gives you great insight into who's downloading your apps.

How to detect data being per app basis on iOS

I recently came across an app in the app store called Dataman Pro. It has a feature that lets you see the data usage per app basis (see the attached screenshot). I have been wondering what is it doing to get this sort of information.
See this post about getting the list of installed apps, and this git project.
Then about usage tracking:
If you wondered about any public APIs that give you network statistics out of the box - there's nothing there.
DataMan it self is an app that used to work in the background all the time, and bind to the network interfaces to track network usage. Which is one of the reasons that its data is never 100% accurate as it is not guaranteed to always work in the background. This is also the reason Apple kicked it from the AppStore after a few versions...
Now that app has returned, if I understand correctly, after making a few changes: Mainly avoiding "hacks" to stay in background, and using Location Services to get back online when the user moves around. I guess this is another hack but one that Apple did not oppose to, yet.
Edit:
After looking around the web for a bit, it seems that Apple found that trick also, and removed many apps from the AppStore due to staying in the background by using location. I guess right now it's not working more than 10 minutes in the background, so you open it when you want to measure current Activity, and it stops measuring after 10 minutes.
About the tracking code itself, its mainly C code, using CFNetwork framework, and you can find some answers on stackoverflow on this subject.
More, in response to comment:
Well, the part about seeing the installed apps list, and foreground app, is not exactly private APIs, but private plist, as you mentioned.
Apps which access private files do get through from time to time. When Apple finds that some "private" files are accessed and need to be kept safer - they change it in an iOS update, like they did with the call history file, which is sensitive. Old apps tended to use (around iOS <= 3.3) the call history db to do some stats, and on iOS4 they were obsolete by the file moving to a secure location.
Reading "private" files which are unprotected is pretty easy to do without getting caught by automatic analyzers.
When you know which is the foreground app, and you can count current network usage, you can associate it with the app... And get an estimation. So this is how they do it, most likely.
However, The techniques change from time to time, due to Apple re-reviewing apps and their own policies, and due to API changes, and if you track the history of such apps and even this specific app - you will see that from time to time they get kicked off of the AppStore and return with a twist. They adjust... So no technique is reliable and this is a major headache to maintain, which is probably why the developer charges 9.99$ for it. I would.

How to monitor data usage on iOS from an app?

There are a few similar questions on SO, but none directly answer this question: how can an app programmatically monitor the data usage of other apps?
For instance, at the end of the month, we would like a report that shows Chrome used X MB of data and Yelp used Y MB of data. It seems possible since companies like http://www.onavo.com/ are doing it now.
But our understanding is that apps are sandboxed on iOS and unable to monitor the data usage of other apps?
Thanks!
It isn't legally possible. DataMan Pro tried to do it, and got away with it for a while, but Apple caught them and the app was thrown off the AppStore. It's back now, but without that capability.
Onavo works by setting up a proxy server. It knows how much data a browser uses because the data passes thru their server. It isn't measuring anything on the device; it's talking to their server.

Possible to determine usage stats for other iPhone/iPad apps?

I'm an iOS newbie, but was wondering if it's possible to use a built-in API to determine how much time another app was active during some period (say, the last 24 hours). I don't have access to the source code for the other app.
I'm guessing that security precautions in iOS make this impossible, but wanted to see if anyone else had suggestions.
Thanks!
You don't and can't get usage data of other apps on the system, unless you own those apps or have a formal relationship with the developer of said app.
You can try using Google Analytics for iOS
http://code.google.com/mobile/analytics/docs/iphone/
Flurry API allows you to track a number of things and report back. You might start with something like that. There are a number of Analytics solutions.

Resources