beta This is new guidance. Complete our quick 5-question survey to help us improve it.

  1. Service manual
  2. Technology
  3. Designing for different browsers and devices

Your service must be universally accessible. This means building it to work on every browser or device that your users access it on.

Meeting the Digital Service Standard

Designing for different browsers and devices will help you to pass point 10 (test the end-to-end service) of the Digital Service Standard.

In your service assessments, you’ll have to explain:

  • how you’ve made sure your service works on your users’ devices and browsers
  • your plan for ensuring this is continually reviewed

To pass point 13 (make the user experience consistent with GOV.UK) you must be able to demonstrate that your service works on mobile devices.

You’ll also have to explain how your service meets government accessibility requirements.

Test for compatibility

Technology is always changing, so users’ experience of your service will vary according to the technical capabilities of their browsers and devices.

Not all browsers will render web pages in the same way. There are often visible differences in the ways that different browsers handle technologies like CSS, HTML and JavaScript.

Services don’t have to look perfect in every browser but users must be able to access and use all the information and features they need, regardless of which browser they use.

Use progressive enhancement to give your service the best possible chance of working for the majority of your users.

Browsers to test in

You should test your service in these browsers:

Operating system Browser Support
Windows Internet Explorer 8-10 functional
  Internet Explorer 11 compliant
  Edge (latest versions) compliant
  Google Chrome (latest versions) compliant
  Mozilla Firefox (latest versions) compliant
macOS Safari 9 and later compliant
  Google Chrome (latest versions) compliant
  Mozilla Firefox (latest versions) compliant
iOS Safari for iOS 9.3 and later compliant
  Google Chrome (latest versions) compliant
Android Google Chrome (latest versions) compliant
  Samsung Internet (latest versions) compliant

Understanding the table

Each browser is assigned a level of support that your service should meet.

‘Compliant’ means your service must look as good as it does in other modern browsers.

If a browser is assigned a ‘functional’ level of support, it means your service might not look perfect in that browser but must still be usable without errors.

In both cases, users must be able to access the information they need or be able to complete their task without layout issues causing any problems (for example vital information or form fields becoming less visible, or inconsistencies causing them to lose confidence).

‘Latest versions’ refers to the latest stable version and the version immediately before that.

This list in the table is based on usage statistics for GOV.UK and represents approximately 95% of the most popular browsers. It’s updated in January and June every year.

Testing for services that are for government use

If your service is aimed at internal users rather than the general public you should use the browsers in the table as a starting point, then use your own analytics data to decide an appropriate level of support.

Testing in Internet Explorer 8 to 10

You can use online tools or download software to test your service in old versions of Internet Explorer. For example Microsoft offers virtual machines for testing in Internet Explorer versions 8 to 10.

Testing with assistive technologies

You’ll also need to make sure your service works with assistive technologies.

Design for your audience

When designing your service, you should analyse your users’ choice of:

  • operating systems
  • browsers
  • browser versions
  • screen size/resolutions
  • choice of mobile device

If evidence shows that your users have specific needs or extra support requirements, you can use this to make a case for not meeting these browser requirements.

For example, the trade tariff team chose not to tailor their tool to smaller screens as it’s 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.

As your digital service develops, you should encourage more people to use it (this is called ‘channel shift’). You should also consider how this may affect future usage patterns. Channel shift means you must also consider your potential future audience.

Adapt to changing behaviour

Decisions about compatibility can’t be something you specify at the start of your project and then forget about. Digital services need to reflect and adapt to the changing digital behaviour of their users.

Do this by researching your users and checking statistics on a regular basis. You must also make sure there’s an obvious way for users to report problems so you can carry out additional testing and make adjustments to your service.

New products and platforms might not appear in any data, but it makes sense for you to test against them if they’re likely to be popular.

You also have to work out when to stop supporting a product or system if its popularity is declining.

You may also find these guides useful:

Published by:
Technology community (frontend development)
Last update:

Removed requirement to test on Windows phone, as it falls outside of the 95% most common browser/device combinations.

  1. Added links to Microsoft virtual machines for testing services in IE 8 to 10.

  2. Samsung Internet added to list of browsers you must test with.

  3. Added guidance on how to test with different assistive technologies, including which software to test with.

  4. Updated browser requirements table based on usage statistics: * Internet Explorer 8 (functional) to Internet Explorer 8-10 (functional) * Internet Explorer 9+ (compliant) to Internet Explorer 11 (compliant) * Safari 9+ (compliant) to Safari 9.3+ (compliant)

  5. The list of browsers to test in has been updated.

  6. Updated the list of browsers to test in for public-facing and government-only services.

  7. Guidance first published