Browsers and devices
Which ones to test with, and how best to support them
Services should be universally accessible, regardless of how the user is choosing to access them.
Due to the large range of browsers, devices and screen sizes available, users’ experience of your service will vary according to the technical capabilities of their browsers and devices. You must verify that your service works across a representative range of these browsers and devices. Creating your service with web standards in mind will give it the best possible chance of working across all devices.
Verified browsers
These are the browsers we recommend testing on when developing your service. This list strongly recommends testing on a range of browsers created within the last 3 years that cover the largest representation of the user base.
The list is based upon usage statistics for GOV.UK and represents approximately 95% of the most popular browsers (the remaining browsers are individually insignificant).
Browsers not listed may still work well, and it should be noted that this is not a list that intends to suggest that these are the only browsers the service will work on – this is simply a benchmark for testing against to ensure that the service will likely work for as many users as possible alongside appropriate cost-effectiveness and development overhead.
Services should ensure there’s an obvious way for users to report problems they may find, and additional testing and adjustments should be made upon receiving such a report.
Note: An exception is made for IE6, as this is still in large-scale use in government departments.
Two distinct levels of support are given and denoted next to each browser. Where ‘latest version’ is listed, it means the latest stable version plus one version back, as these browsers regularly update without intervention from the user.
Desktop
| Operating system | Browser | Support |
|---|---|---|
| Windows | Internet Explorer 7+ | Compliant |
| Internet Explorer 6 | Functional | |
| Google Chrome (latest version) | Compliant | |
| Mozilla Firefox (latest version) | Compliant | |
| Mac OS X | Safari 7+ | Compliant |
| Google Chrome (latest version) | Compliant | |
| Mozilla Firefox (latest version) | Compliant |
Small screen devices
| Operating system | Version | Browser | Support |
|---|---|---|---|
| iOS | 7+ | Mobile Safari | Compliant |
| Google Chrome | Compliant | ||
| 6 | Mobile Safari | Compliant | |
| 5 | Mobile Safari | Functional | |
| Android | 4.x | Google Chrome | Compliant |
| Android Browser | Compliant | ||
| 2.3 | Android Browser | Functional | |
| Windows Phone | 8 | Internet Explorer 10+ | Functional |
| BlackBerry | 7.1 | BlackBerry Browser | Functional |
Developing universally accessible services
Digital by default services must take into consideration the limitations of the browsers people use to access them. One important idea for achieving this is progressive enhancement. This recognises that different bits of technology have different capabilities. While everybody gets access to core functionality, those using more sophisticated technology get an enhanced experience.
Progressive enhancement is also important in providing a consistent experience to people using mobile devices or those who may have limited bandwidth. Because mobile traffic now accounts for 17% of all internet use in the UK over the last year and 20% of traffic to GOV.UK, this mode of access is not an optional extra to consider.
Where we might previously have developed separate mobile and desktop versions of a service, or bought bespoke apps, design should now be done with one website in mind. This should be done using a responsive design approach. This means websites adapt to suit the dimension of the screen being used to view it.
Don’t try to build services for every possible combination of operating system and browser. Avoid the temptation of designing for the obvious without first researching your users.
Audience
Every service has an audience and you should investigate yours to see whether it has particular characteristics that you need to be aware of. Do you have existing data for the browsers and devices that your audience has been using already? If so, analyse it to see if you can identify any patterns in usage, or any combinations of:
- operating system
- browser
- browser version
- screen size/resolution
- mobile device
This data may sometimes support the case for deprioritising certain development work. Although most of GOV.UK is designed to work across all screen sizes, the Trade Tariff team chose not to tailor their tool to the smaller screen as it is largely used by office workers working during office hours. Equally, if your audience is likely to include those working in the public sector, there may be higher use of older, more limited browsers.
Channel shift means you must also consider your potential future audience. Device data for GOV.UK is displayed on the Performance Platform and this will be expanded to include operating system and browser data.
Before the launch of GOV.UK we noted a marked difference between the existing non-government and government audiences so you should also investigate the data provided by NetMarketShare and GlobalStats who can provide UK and global trends.
Continuous compatibility
It’s important to distinguish between those browsers and operating systems whose popularity is either increasing or holding steady and those for which the opposite is true. Although Internet Explorer versions 6 and 7 are only used by a minority (2.5% of visits to GOV.UK in the last year) this still accounts for a significant number of individuals that government services must take into account.
However, over time this will change. So it’s important to set thresholds for abandoning support and for adopting new and emergent platforms. The iPad Mini, Kindle Fire, Windows 8 and Internet Explorer 10 highlight this dilemma – recently launched products might not appear in any data but it is likely that they’ll eventually enjoy widespread use.
Decisions about compatibility can’t be something you specify at the start of the project and then forget about. Transformed digital services need to reflect and adapt to the broader internet context of their users on an ongoing basis.
Further reading
James Weiner writes about the decisions made about browser support for the Beta of GOV.UK (January 2012).
Ben Welby discusses the operating systems, browsers and devices supported for the launch of GOV.UK (October 2012).
Tom Byers explores the practical ways in which GOV.UK has been designed for different devices (November 2012).
Dafydd Vaughan with an update on browser usage on GOV.UK post-launch.
The Guardian introduce their use of responsive design (October 2012).
GOV.UK