x PhoneArena is hiring! Reviewer in the USA
  • Hidden picShow menu
  • Home
  • News
  • New Android and iOS "fragmentation" charts are just as flawed as the term

New Android and iOS "fragmentation" charts are just as flawed as the term

Posted: , by Michael H.

Tags :

New Android and iOS
For quite a long time now, I've been fighting back against the term "fragmentation". I have never argued that problems don't exist, just that the term "fragmentation" has such a broad meaning as to be essentially meaningless. These days, rather than just give up on using the flawed term in favor of more accurate descriptors, it has become more popular to turn the word "fragmentation" back on its original creator, Apple, (I have even done this myself) but this just further muddies the water.

Here's the TL;DR recap of my argument against the word: it misdirects the blame for multiple issues, which each have multiple causes and multiple possible solutions. For example, Android updates are slow to push out mostly because of manufacturer custom software and skins (as the Nexus program and Motorola have proven), not because of a flaw in how Google created Android, and we really can't even blame carriers that much anymore after the Moto X update hit Verizon so quickly. Similarly, compatibility issues are a byproduct of an ecosystem built on such huge variety in choice, not a problem that can be thrown in under a blanket term, because the solutions to that range from better developer tools, more access to hardware, more open manufacturers, etc. 

Inevitably, when a new platform version distribution chart is released, there will be a rush to compare Android and iOS to see where each stands in terms of "fragmentation", but really it's an exercise in comparing which platform has an easier path to upgrades, and showing which software versions developers should target when creating a new app. That is honestly the only salient information that can be drawn from these charts, but that doesn't stop pundits from trying anyway. 

Playing with the data

Yesterday, Forbes used two different platform distribution charts to attempt to compare Android and iOS in terms of "fragmentation". Writer Philip Elmer-Dewitt chose the Android distribution chart that can be found on the Android Wikipedia page (based on Google-supplied data, which is fairly reliable), and the latest Chitika stats for iOS, which show that iOS 7 has been installed on about 74% of North American iOS devices so far. We have to be careful with Chitika stats because they are generated through ad impression data, and have a tendency to vary anywhere from 5-15% from Apple's official numbers. These were the charts shown:

Right off the bat, you may notice that the two charts don't use the same date range, which adds in quite a bit of color to Android's chart because that chart goes all the way back to 2009. Even without thinking too much about the charts, the initial impression that a viewer is to take away is that "fewer colors = better". So, the iOS chart looks great, because it has the big swath of iOS 6, and the sharp penetration of iOS 7. Android looks like a mess; but, if the Android distribution chart were to be remade to only cover the same dates as the iOS chart, it would look quite a bit different. Luckily, a reader did just that and submitted this to Forbes, which even Elmer-Dewitt admits gives a more "apple-to-apple" comparison:

New Android and iOS "fragmentation" charts are just as flawed as the term

Once you get rid of all those superfluous version changes from the past, the visual impact alone of Android's distribution chart changes quite a bit. It still doesn't have the fast adoption rates of iOS, but fewer colors means things are better, right? With the new layout, there are essentially three main versions dominating the chart, and two of them (Ice Cream Sandwich and Jelly Bean) share more similarities than differences, since they are both incremental updates on Android 4.x. Which gives me another idea: why don't we go one step further and show the Android chart the same way as the iOS chart with all of the incremental updates removed and only the full number versions shown.

New Android and iOS "fragmentation" charts are just as flawed as the term

The visual impact on this chart is huge. Obviously though, this last chart isn't all that useful, because it doesn't show how Google handles version numbering, but it does show how easy it is to manipulate data to give off the impression that you want, even if it means obscuring the entire point of Android platform charts, which is to show developers where to focus their efforts. Unlike iOS, each incremental update for Android moves up the platform's SDK level, so this last chart hides information that is extremely useful to developers. 

Of course, each of these charts is incomplete in its own way. For example, even the versions of the Android platform distribution that show each nickname version are hiding the incremental updates within each of those levels. Jelly Bean alone spanned Android 4.1, 4.2, and 4.3, each of which brought a new SDK level for developers, and features to users. If you're worried about the security implications of not updating, neither the iOS nor the Android charts give you the incremental update data to consider that problem properly. 

The simple truth is that distribution charts don't tell the whole story anymore.

Platform version distribution is an incomplete metric

Just like the word "fragmentation" is constantly misused, now the charts used to illustrate the supposed problem don't even provide the data that is often claimed. As has been covered plenty of times by now, just because an iOS device gets the latest version of the software doesn't guarantee all of the latest features. No matter what software updates come, the iPhone 4 and iPad 2 will never have Siri; similarly, despite the newest software, the iPhone 4 & 4S and iPad 2 & 3 will not get AirDrop or Camera Filters. These are consumer-facing features that do really matter to users who may want access to Siri, but don't want an iPad mini and don't have the extra cash to drop another $500 on a new iPad Air, which is the only full-size iPad available from Apple that supports Siri since the iPad 2 is still inexplicably holding the lower price point. 

Of course, the other side of that argument is that even if those devices aren't getting all of the features, they are still getting all of the bug fixes and security updates. So, is iOS "fragmented"? Well, it depends on 1) your definition of fragmentation, 2) the metrics you use to define fragmentation, and 3) the tools you use to measure those metrics. You could claim that iOS is fragmented because not all users get all features, but we would say that is just the business of progress, and eventually something gets left behind. Or, you could claim that iOS isn't fragmented, because all users get security updates (assuming they install the various updates that hit their device). But, even that argument ignores the work that developers have to do to build assets for the various iOS display sizes and resolutions, because the system doesn't employ responsive design. You can already see the usefulness of the term "fragmentation" failing. 

New Android and iOS "fragmentation" charts are just as flawed as the term

When you talk about Android, security updates are often considered the smoking gun to the argument that Android is being crippled by supposed "fragmentation" (although really in this case it is slow/inconsistent updates by manufacturers because of bloated skins and baked-in apps, as Motorola continues to prove.) But, even that argument is starting to disappear as Google is putting fewer and fewer updates in the full system releases and offers more updates via decoupled apps and automatic updates to Google Play services

Two of the biggest security updates to hit Android over the past year were Verified Apps, which scans sideloaded apps for malware; and, the Android Device Manager, which allows you to locate a lost phone, remotely lock the device and change the PIN, or remotely wipe the device. Neither of these updates came in a full system release, but rather in the form of an invisible Google Play services update that went out to 99% of all Google Android devices (if we're not counting non-Google Android devices in the charts above, there's no point in talking about them here). This means that security was improved for all Android users running Android 2.2 and higher without any need to worry about whether or not manufacturers would push out the update. 

There are still security updates to be had in the various system updates of Android; but moving forward, it wouldn't be surprising if more and more of the security and feature updates were part of Google Play services and app updates rather than system updates. The trend has already been moving that way, so it's not hard to imagine it continuing. And if it does, these Android platform distribution charts will lose even more relevance when it comes to using them as part of the "fragmentation" argument, because that argument itself will become even more fragmented than it already is. 


The conclusion may sound redundant at this point, but it is fairly simple: if you want to have a discussion about Android and iOS (and there are plenty of incredibly interesting discussions to be had), think about the issues you want to cover, and break each down on their own terms. Trying to bundle arguments under and umbrella term like "fragmentation" is just lazy and it holds very little meaning at this point. If you want to talk about the speed of software updates, then by all means, take a look at how quickly platform updates are adopted, but be sure to take a look at app updates as well, because that is a big part of that discussion. 

If you want to talk about security risks, that is a plenty valid discussion to have, but platform version charts don't give the whole story there either. For iOS, you have to drill down farther to see how many users bother to install the incremental updates, like iOS 7.0.4, which is the kind of data that you don't see often. And, on the Android side, you have to take into account Google Play services, as well as security issues that have seemingly been fixed by manufacturers

If you want to talk about app compatibility, that's fine too, but there are specific considerations there as well. All of these and more are wonderful discussions, and each has a lot of interesting interpretations to be made. But please, let's all stop believing that the only thing we need to consider is to look at a chart and see "more colors = bad".

  • Options

posted on 14 Dec 2013, 10:21 24

1. PapaSmurf (Posts: 10456; Member since: 14 May 2012)

That last chart nailed it on the head (depending how you look at it). Great article as always Michael.

posted on 15 Dec 2013, 08:30 1

27. Finalflash (Posts: 3084; Member since: 23 Jul 2013)

Yea but those that spew nonsense like fragmentation usually do not read past the headline. All I have seen recently is "pure" haters spewing the word fragmentation, most others won't even care to mention it. It was a good article, but unless he can some how shrink it to 3 words we won't get much out of it lol.

posted on 16 Dec 2013, 11:38

38. bluemeansgo (Posts: 3; Member since: 16 Dec 2013)

True. Shocking how many users are still on Android 2. That to me is far more detrimental than the number of colors.

Fragmentation does exist, it's just in different forms. API fragmentation, hardware fragmentation, feature fragmentation.

it's the API where fragmentation matters. Features like Siri don't have an API into them (as far as I know) so wouldn't be something that matters to developers. I'm not sure you can call that fragmentation in the terms that most people think of it... as Siri is stand-alone. It's a feature that's missing on some devices, but it doesn't have any impact on developers.

AirDrop is a hardware fragmentation issue, as it requires BlueTooth LE. It does have impact, as developers who rely on that functionality, but the bigger issue is the lack of BlueTooth LE, not AirDrop, which is similar to the lack of NFC in many Android devices. It's still hardware fragmentation. iOS has the upper hand here, as ALL new devices have BlueTooth LE. Google doesn't force manufacturers to built in NFC or BLE on new devices.

The other way I've heard fragmentation being used is in terms of screen size. Although I don't see this is a huge problem as Android apps are built responsively, it is still considerably more work to test apps on that many devices... and adds considerable cost for most development firms.

I fear that this article it doesn't really address the major problems with the fragmentation that DOES exist and implications of different kinds of fragmentation.

posted on 22 Dec 2013, 10:31

42. gallitoking (Posts: 4718; Member since: 17 May 2011)

Carriers still offer devices with Android 2.3 on them. Sprint has a couple of them,

posted on 14 Dec 2013, 10:26

2. hmd74 (Posts: 477; Member since: 31 Jan 2013)

Sooo long article... Read it later :]

posted on 14 Dec 2013, 10:28 22

3. PapaSmurf (Posts: 10456; Member since: 14 May 2012)

You're missing out on great journalism.

posted on 14 Dec 2013, 10:40 4

5. jroc74 (Posts: 6005; Member since: 30 Dec 2010)

I knew it was Michael before coming in the article..lol.Even the ones I dont agree with...they all come off as balanced, unbiased and as fair as possible.

Funny this come out after Major Nelson, a person for, associated with Microsoft, claimed the Xbox One was the fastest selling console in NA...based on similar type of spin ppl use about fragmentation with Android vs iOS.

posted on 14 Dec 2013, 12:03 5

13. Charlie_boy (Posts: 69; Member since: 04 Jan 2013)

Hail Michael H! PA's anti-fragmentation guru...

posted on 14 Dec 2013, 10:31 3

4. xperiance (Posts: 44; Member since: 22 Oct 2013)

Thumps Up

posted on 14 Dec 2013, 10:43 11

6. Chris_Bakke (Posts: 235; Member since: 23 Jan 2013)

A fantastic read no matter what side of the iOS/Android fence you sit on. Spectacularly written Michael.

posted on 14 Dec 2013, 10:45 5

7. N-fanboy (Posts: 543; Member since: 12 Jan 2013)

You know you're a nerd when you finish an article this long. Lol

posted on 14 Dec 2013, 11:07 12

8. Hatshipuh (Posts: 129; Member since: 09 Aug 2012)

Since when do nerds think this little bit of text is a long article?

posted on 14 Dec 2013, 11:11 11

9. Commentator (Posts: 3684; Member since: 16 Aug 2011)

Since the average attention span has been whittled down to the

posted on 14 Dec 2013, 11:46 4

11. g2a5b0e (Posts: 3724; Member since: 08 Jun 2012)

Nice. I see what you did th

posted on 14 Dec 2013, 14:25 2

14. elitewolverine (Posts: 5183; Member since: 28 Oct 2013)

since nerds have tried to write less and less code and do more and more with said co

posted on 15 Dec 2013, 12:54 1

29. remixfa (Posts: 14255; Member since: 19 Dec 2008)

u gys r fny


posted on 14 Dec 2013, 11:20 2

10. nasznjoka (Posts: 401; Member since: 05 Oct 2012)

Well written and nailed aritcle from who else than ...................??
MH keep on writing sh**t like this to bring them guys back on boad

posted on 14 Dec 2013, 12:02 4

12. Dowson (unregistered)

Exceptional article. Well done.

posted on 14 Dec 2013, 20:20 1

15. TwentyWendy (banned) (Posts: 65; Member since: 12 Aug 2013)

My iPhone 3gs doesn't have siri, but it has Google now because of iOS 6 :)

posted on 14 Dec 2013, 20:48 1

16. SuperNexus (Posts: 127; Member since: 18 Jan 2013)

Learn something new here.

as always one of the best article.

posted on 14 Dec 2013, 21:23 2

17. JakeLee (banned) (Posts: 1021; Member since: 02 Nov 2013)

An interesting article, but many devs won't agree with some points.

Each time a new SDK is released with a new version of Android, it's considered a major update with new/enhanced APIs. Just as Michael mentioned, Jelly Bean alone consists of three major updates (4.1-4.3)

Is the modified chart ignoring all theses major updates then misleading?

No, not in the slightest. And that's exactly the problem.

If Apple releases a new version of SDK, the devs look at the release note thoroughly for new/enhanced APIs that might be useful for their current/upcoming apps.
It's not the same for Android. The only decision the devs have to make is : Do I target 2 or 4?
The modified chart is fully valid considering this. And it's not a good thing.

Ironically enough, the modified chart highlights the seriousness of fragmentation instead of airbrushing it.
Vast majority of those major updates are almost all in vain since they don't get utilized at all by third party devs.

If you ask an Android app dev which version to target :
4.4 : off the table
4.3 : no way
4.2 : nope
4.1 : no
4.0 : Ummm..... I have to ask my boss

And an iOS dev's answer would be :
7 : I'd love to, but my boss won't approve yet. Maybe next time
6 : My boss explicitly ordered me to. It's mandatory for official 64-bit support anyway.
5 : Already done. We also did the extra job supporting 64-bit via workarounds upon boss' order.

From a dev's point of view, Michael seems to be talking about fragmentation without knowing why and how it matters.
Why mention extra features like Siri when talking about fragmentation in first place?
For app devs, they mean just as much as the bundled pinball game and/or Aero feature on Windows - nothing.

Looking at the chart, it's finally a reasonable decision targeting 4.0 ICS.
And if it takes 2+years until a new set of APIs gets finally utilized, it's a problem IMO.

posted on 15 Dec 2013, 01:02

18. nasznjoka (Posts: 401; Member since: 05 Oct 2012)

nope i disagree on some points you mentioned, in android there's target, complilation and lowest sdk api. So when you develope a new app it will be compatible with the highest api depending on whether you have updated your sdk or not but if its up to date, when you say target 2.3 but compiling against the highest sdk that you have( if you are up to date) then that app is gonna be compatible with both the targeted and the highest.api

posted on 15 Dec 2013, 02:32 1

20. JakeLee (banned) (Posts: 1021; Member since: 02 Nov 2013)

True, you can (and shall) always put the most recent SDK/NDK as a base, but if you target 2.3 as the minimum for example, you are not allowed to use the newer APIs not available in 2.3

posted on 15 Dec 2013, 04:30 1

22. nasznjoka (Posts: 401; Member since: 05 Oct 2012)

nope you are allowed but it is a matter of using control statements. For example the action bar is not on 2.3 devices but you can create an app that is targeting 2.3 and yet for other upper revs still it is there.

posted on 15 Dec 2013, 07:19 2

25. JakeLee (banned) (Posts: 1021; Member since: 02 Nov 2013)

A big question here :

Do you do this extra work with control statements?


What do you think how many of the devs do this?

We already know the answer.

posted on 15 Dec 2013, 08:27 1

26. Finalflash (Posts: 3084; Member since: 23 Jul 2013)

No there is minor extra work. All you have to do minimum is create an annotation over the method that states which API level it is targeting and then point your code to the proper method based on a simple "if" check of version. Other than that you can create complete objects in separate classes to be used or complete apks whatever you are comfortable with.

posted on 16 Dec 2013, 11:46 1

39. bluemeansgo (Posts: 3; Member since: 16 Dec 2013)

It's not just about control statements. It's about building fallbacks when an API is not available and developing alternatives for older systems.

On the web, they call this graceful degradation and it's a LOT of work in many cases.

posted on 15 Dec 2013, 01:08 1

19. Reality_Check (Posts: 277; Member since: 15 Aug 2013)

I believe you just proved him right. It all depends upon the viewer to decide which parameters to look for in a discussion on fragmentation. Different people consider different parameters.

posted on 15 Dec 2013, 02:54 1

21. JakeLee (banned) (Posts: 1021; Member since: 02 Nov 2013)

I have to admit that I somehow misinterpreted that part.
Michael was very polite in what he is saying. Ya know, he has to be careful not to enrage certain people.

Here is a blunt translation :
"Taking Siri into parameter on fragmentation is utterly bull****. There are people who like to do this, but they should start with all the carrier bloatwares on Android phones."

Wow, there won't be enough colors left drawing the chart then.

posted on 15 Dec 2013, 05:39

24. darioq (Posts: 1; Member since: 15 Dec 2013)

I also think it's misleading to put all effort into reducing the colours within the Android fragmentation chart, just to state it's not true.

Every dev will just slap your face.

Could we get charts for Android about the distribution of currently deployed apps? Like how many dev are now ONLY deploying for 4.4 in contrast to how many devs are only deploying to iOS7?

In my naive world that would show the "dev adoption rate".

posted on 15 Dec 2013, 15:46

31. nasznjoka (Posts: 401; Member since: 05 Oct 2012)

on my side 2.3 leads the way followed by jellybean on my appls with 15,000+ installations. So if you see it correctly the chats are correct cause its a battle between 2.3 and 4.x.x

posted on 15 Dec 2013, 04:30

23. shadowbob (Posts: 1; Member since: 15 Dec 2013)

Please do another graphic like Apple with the same dates difference that they used for Android, and put all their updates versions as separation, then compare it to your last Android graphic, once done we can spread the word that iOS is way more fragmented than Android, if they dare say something against it we just tell them that it's the same strategy they used against Android.

posted on 15 Dec 2013, 19:07 1

33. JakeLee (banned) (Posts: 1021; Member since: 02 Nov 2013)

What a moronic comment. Fragmentation is all about the eco system. No new sdk ==> minor update, no count.

posted on 15 Dec 2013, 12:45

28. Leo_MC (Posts: 1476; Member since: 02 Dec 2011)

This is a great article about... nothing.
No, dude, Android is not going to lose it's "fragmented" anathema because Google designed it that way.
Let's look at Find my phone vs ADM (which I'm yet to make it work): once an Apple device is lost/stolen and locked nothing can make it work, while on Android one can simply revert to manufacturer settings or flash a new rom.
Look at Galaxy Nexus: it has JB but it only has 4.3 (I think), it will never get 4.4. It's still JB, it's still in the red side of the chart but it's not the latest; a lot of people run a custom JB rom although their devices never got an official version; Apple, on the other hand, for one device getting 7.0.2 will definitely make it receive 7.0.3, the only way not getting it is the user not upgrading to it.

That's why Android is called "fragmented".
Get used to that or make Google change the way it designs it's OS.

posted on 15 Dec 2013, 12:58 5

30. remixfa (Posts: 14255; Member since: 19 Dec 2008)

way to completely ignore every fact in the article as well as ignore reality. Not every iphone gets every update. And when they DO get updates, they are often crippled. Its a dual fragmentation.
When an android gets an update, gets gets 100% or nothing.

I dont see any chart showing 7.01, 7.02, and other updates adoptions. So pick a fight that shows it in a fair light. Full version numbers to full version numbers and you lose your own argument. Since its hard to find any information on apple's smaller updates, that's what your left to look at.

Spin it however you want, but you will never win it. Fragmentation was a buzz word thrown out by Steve Jobs to knock the competition long before iOS got the ability to download updates. If you want to see real hypocrisy, go look at iOS distribution charts before iOS 5 became wide spread. lol.

posted on 15 Dec 2013, 17:25 1

32. taz89 (Posts: 2014; Member since: 03 May 2011)

Thanks said what I wanted to say lol

posted on 15 Dec 2013, 23:48 1

34. JakeLee (banned) (Posts: 1021; Member since: 02 Nov 2013)

Every company has it's own version numbering system.

If you insist on counting full version numbers, fine. Android's last major update is over 2 years ago!!!

Wow, Google and all the OEMs must suck beyond imagination. They have been putting THOUSANDS of manpower for so long for such minor tweaks and error corrections.

posted on 16 Dec 2013, 07:31 1

35. Leo_MC (Posts: 1476; Member since: 02 Dec 2011)

I'm not ignoring facts, I'm simply underlined what the author exaggerated in order to make his point.
Maybe the way Google is doing things is better than Apple's - I don't know - what I do know is that I'm being refused security updates once I'm not receiving updates anymore and that's wrong; I also know 3 years old iPhone 4 got Google Now while none of ICS devices get to run it; that's also wrong.
If you say that Android devices get 100% of everything or nothing, show me voice activates Google Now in Nexus 4; oh, it's hardware related? so are the features missing in different iPhone models ;).

At the end of the day the best device is the one you're happy with, but when it comes to objective fragmentation - both os and features - Android wind by far.
And that's a fact, deal with it!

posted on 16 Dec 2013, 08:41

36. iampayne (Posts: 322; Member since: 12 Aug 2013)

Well to be fair Jellybean isn't broken down into 4.1 4.2 4.3. And the distribution charts before iOS 5 look the same as they do now just FYI. And to lump Kit Kat Jellybean and ICS (all 4.X) in 1 section/color is just a flawed way to look at the chart. That would be like lumping iOS 5 and 6 into the same chart because there wasn't much of a change.

posted on 16 Dec 2013, 11:50

40. bluemeansgo (Posts: 3; Member since: 16 Dec 2013)

Except where they depend on hardware, but that's a different matter. Things like BLE, front-facing cameras and NFC aren't on every Android device.

You could arguably include hardware features into this. iOS devices do suffer from this as well, btw. BLE being the most telling example.

posted on 22 Dec 2013, 10:36

43. gallitoking (Posts: 4718; Member since: 17 May 2011)

not all Androids get 100% update.. if differs from manufacturer.. but and the carriers here in the US will determined time and size of the update... dont mislead Remixfa

posted on 22 Dec 2013, 14:20

44. remixfa (Posts: 14255; Member since: 19 Dec 2008)

Oh gallito, how I missed your zaniness.

The base update... android 2.1,2.2 whatever, is a full update or nothing. They dont get half updates like iOS devices do.

The ONLY exception to that rule is currently the Nexus 5's " new google experience" features that the nexus 4 didnt get. However, that's an app, not part of the system. There is a difference. It still has the full security and command feature set unlike iOS versions which the iphone 5 will get an update to a new OS and the iphone 4 will get an update to the same OS but its missing major features like SIRI or the new Maps... not a simple app.

posted on 16 Dec 2013, 10:03 1

37. blade19 (Posts: 61; Member since: 29 Apr 2011)

Always like reading articles by Micheal H. Keep it up. He also wrote another great article that explained fragmentation not too long ago on PA's site.

posted on 21 Dec 2013, 14:21

41. Dadler22 (Posts: 161; Member since: 11 Dec 2008)

bottom line, doesn't matter. Specs range is the biggest problem for Android devs, and screen resolution/size (non-hd 3.5-4' to super high res 7-10') is the hardest challenge for iOS devs

posted on 27 Dec 2013, 11:37

45. TechieXP1969 (limited) (Posts: 10115; Member since: 25 Sep 2013)

Android has no fragmentation. Most people are using Android 4.x period. There are more people using native 4.x devices vs people using native iOS7 devices. Also, why show device from 2009? Let's show all of Apple devices since 2007. Those devices cant even use iOS7 just like devices from 2009 cant use todays version of Android.

As with all these facts, when you remove the fanboi element of thinking, thinks look less blurred.

Want to comment? Please login or register.

Latest stories