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

This overview doesn’t replace the WCAG 2.0 guidelines, which provide a full explanation of all principles and requirements.

The Web Content Accessibility Guidelines (known as WCAG 2.0) are an internationally recognised set of recommendations for improving web accessibility.

They explain how to make digital services accessible to everyone, including users with impairments to their:

  • sight - like blind, partially sighted or colour blind people
  • hearing - like people who are deaf or hard of hearing
  • mobility - like those who find it difficult to use a mouse or keyboard
  • thinking and understanding - like people with dyslexia, autism or learning difficulties

Meeting government accessibility requirements

Your service must achieve WCAG 2.0 level AA as part of meeting government accessibility requirements.

You’ll have to explain how your service meets these requirements in your service assessments.

WCAG 2.0 design principles

WCAG 2.0 is based on 4 design principles:

  • perceivable
  • operable
  • understandable
  • robust

By focusing on principles, not technology, they emphasise the need to think about the different ways that people interact with content. For example, users might:

  • use a keyboard instead of a mouse
  • change browser settings to make content easier to read
  • use a screen reader to ‘read’ (speak) content out loud
  • use a screen magnifier to enlarge part or all of a screen
  • use voice commands to navigate a website

The principles apply to all aspects of your service (including code, content and interactions), which means all members of your team need to understand and consider them.

Applying WCAG 2.0 guidelines

The WCAG 2.0 design principles are supported by 12 guidelines. Each of these is broken down into specific requirements (or ‘success criteria’).

From beta, you need to do regular accessibility testing to check your design, code and content meet WCAG level AA. To do this, you must meet all A and AA requirements.

You should use a combination of automated tools and manual tests (including those listed in the accessibility checklist created by 18F to identify potential problems.

You’ll also need to get an accessibility audit before your beta assessment to provide evidence that your service meets level AA.

Principle 1: Perceivable

To meet WCAG 2.0 Principle 1: Perceivable you need to make sure users can recognise and use your service with the senses that are available to them.

This means you need to do things like:

  • provide text alternatives (‘alt text’) for non-text content
  • provide transcripts for audio and video
  • provide captions for video
  • make sure content is structured logically and can still be read if stylesheets are disabled
  • use the proper markup for every feature
  • not use colour as the only way to explain or distinguish something
  • use text colours that show up clearly against the background colour
  • make sure every feature can be used when text size is increased by 200%
  • not use images of text

Principle 2: Operable

To meet WCAG 2.0 Principle 2: Operable, you have to make sure users can find and use your content, regardless of how they choose to access it (for example, using a keyboard or voice commands).

This means you need to do things like:

  • make sure everything works with a keyboard
  • let people play, pause and stop moving content
  • not use blinking or flashing content
  • provide a ‘skip to content’ link
  • use descriptive titles for pages and frames
  • make sure keyboard users can move through content in a way that makes sense
  • use descriptive links so users know where a link will take them
  • use meaningful headings and labels
  • make it easy for keyboard users to see where they are on a page

Principle 3: Understandable

To meet WCAG 2.0 Principle 3: Understandable, you have to make sure people can understand your content and how the service works.

This means you need to do things like:

  • use plain English
  • keep sentences short
  • not use words and phrases that people won’t recognise - or provide an explanation if you can’t avoid it
  • explain all abbreviations and acronyms, unless they are well known and in common use - for example UK, EU, VAT
  • make it clear what language the content is written in, and indicate if this changes
  • make sure features look consistent and behave in predictable ways
  • make sure all form fields have visible and meaningful labels
  • make it easy for people to identify and correct errors in forms - you can find best practice for form design in GOV.UK elements

Principle 4: Robust

To meet WCAG 2.0 Principle 4: Robust, you must make sure your content can be interpreted reliably by a wide variety of user agents (including reasonably outdated, current and anticipated browsers and assistive technologies).

This means you need to do things like:

  • use valid HTML so user agents, including assistive technologies, can accurately interpret and parse content
  • make sure your code lets assistive technologies know what every feature is for and what state it’s currently in

You might also find these guides useful:

Published by:
Accessibility community
Last update:

Guidance first published