Why Bother?
Recent reports are showing that the Kindle Fire is absolutely dominating the Android tablet market, accounting for almost a third of sales and aligning itself as a clear second to the iPad market leader. However, this may not be entirely apparent as the Mobile Devices reports in Google Analytics havenât caught up yet to be able easily identify this growing and important segment.
However, the great thing about Advanced Segments is that if we can determine a unique set of characteristics for the device, we can segment it on our own.
Digging in: Technical details of the Kindle Fireâs Silk Browser:
Ideally weâd simply filter on the browserâs User Agent (UA), but Google Analytics doesnât display this by default. On occasion weâve utilized the Custom Variable feature to inject the UA into a slot, but keep in mind that this not only fills a Custom Variable slot (only five are available in the Standard (free) edition of Google Analytics), but you must truncate the UA to fit within the 128 chars allowed for a Custom Variable or it will be tossed out (the Kindle Fireâs UA is longer than 128).
The User Agent strings for the Kindle Fireâs Silk browser are as follows:
Cloud Accelerated Mode:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us; Silk/1.0.13.81_10003810) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16 Silk-Accelerated=true
Non-accelerated Mode:
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_3; en-us; Silk/1.0.13.81_10003810) AppleWebKit/533.16 (KHTML, like Gecko) Version/5.0 Safari/533.16 Silk-Accelerated=false
As you see above, a User Agent based approach gives us another piece of useful information unique to the Amazon Kindleâs Silk browser–whether or not the cloud accelerated browsing mode is enabled. Ironically, tests show this âaccelerated modeâ is actually significantly slower, so it would be interesting to see if there was a measurable difference in visitor behavior.
However, the reality is that most accounts havenât installed any custom code to track User Agents, so this isnât an option. In order for us to segment this device weâll have to understand how visits from it are recorded in Google Analytics and isolate them via an advanced segment. Based on some tests, I found Google Analytics records the visits from the current version of the Kindle Fire with the following attributes:
- Mobile Device? = No
- Devices Report = blank/not recorded
- Browser = Safari (currently version 533.16, which is obviously subject to change. No designation as âSilkâ apparent at this time)
- OS = Macintosh (Interesting to note, since this is an Android device)
- Screen Resolution: 800×1092
- Flash: âNot Setâ by default or 10.3 r186 (if manually enabled in the browser settings)
- Java support: No
- Network: Wi-Fi provider, (such as Comcast)
- Location: Wi-Fi provider (even with Silk acceleration enabled)
There was some question over whether the network based acceleration and caching would affect the location and network reports since some of the network requests are made from Amazonâs servers rather than the end device. Of particular concern would be the UTM.gif request that provides the data (including IP address) back to Googleâs servers. Normally I would trace the HTTP requests directly, but since the Kindle doesnât support proxy servers, we canât utilize a packet sniffer such as Charles or Fiddler. However, we can infer from the testing above that the GIF requests do not appear to be affected since the location reports were both accurate, even in the accelerated mode.
Creating the Advanced Segment
Based on the information above, we can create an advanced segment as seen below:
Applying this to an account we can see the following reports that include only Kindle Fire based visits. As a final sanity check, we want to ensure that the visits started after late November when the devices first began shipping to end users.
Further thoughts:
- The Kindle will almost certainly be included soon in the Mobile Devices report so the shelf life of this is likely short, but there will always be some new gadget introduced, so the concept can be re-applied.
- You could theoretically get false positives via a Mac user with that screen spec, but thatâs highly unlikely due to the unusual screen size.
- If you want to account for all Android devices, you have to include this segment since itâs an Android OS but incorrectly reports as Macintosh.
- You could likely devise some filters that would output and overwrite the browser (or OS) field to accurately identify this device, but this wasnât a priority in my work due to #1 earlier in this list.
Have any other thoughts on useful segmentation or analysis of the Kindle Fire? Leave a comment!
Want more ways to enhance your tracking? Read more posts on custom reports.