WCAG AA and AAA
With the Web Content Accessibility Guidelines there are different levels of compliance from A (Lowest), AA, and AAA (Highest).
Some of the impacts of making your service AAA will involve changing how a user interacts with your service and will go against security and GDS patterns, however, some will be fulfilled by default.
We have a legal requirement to meet AA, however to meet AAA we have to meet every single one of the WCAG 2.1 criteria.
It is not recommended that Level AAA conformance be required as a general policy for entire sites because it is not possible to satisfy all Level AAA Success Criteria for some content.
There is a number of additional elements in standard that we need to consider, some are not relevant, some are covered by doing other parts of the standard.
Some of the AAA criteria relate to additional formats that may not be relevant to your service, however, if you are providing video you will want to consider how these are consumed.
AAA criteria relating to video:
- 1.2.6 Sign Language (Pre-recorded)
- 1.2.7 Extended Audio Description
- 1.2.8 Media Alternative
- 1.2.9 Audio-only
- 1.4.7 Low or No Background Audio
- 1.4.9 Images of Text
There are a number criteria relating purely to content. Because the Service Standard says we should aim for a reading age of 9, you might meet some of these by default:
Due to the way we build services in Government, there are some criteria which we probably can’t meet, and some which will probably never be relevant:
Some of the criteria should be covered by making sure we code our services to a high standard and everything is valid:
Some elements of AAA would likely require you to deviate from the GDS design system styles, such as:
Some criteria would need consideration, as they may change how the service is built and designed.
As part of 2.2.1 Timing adjustable we need to allow the user to do one of the following:
- extend the session time out at least 10 times
- adjust the session timeout to 10 times the original length before encountering it
- turn off session timeout before encountering it
- set the default session timeout to be at least 20 hours
To meet the AAA WCAG 2.1 criterion - 2.2.6 Timeouts you need to include a warning on the start page that the session will timeout after the duration defined in the timeout itself.
If you meet the AAA criterion by providing a warning, you still need to meet the AA criterion for Timing adjustable.
1.4.8 Visual Presentation
Some of the 1.4.8 Visual Presentation specification will already have been met, such as allowing the user to zoom, however, to meet the AAA for this we would also to provide options for the user to customize the service.
Often services do not require you to authenticate, but if they do this is a consideration about how a user might save their data before submission.
The suggestion for this was ‘A breadcrumb trail’, however, when this is a multiple page service we’d need to give the user an idea of where they are in that process.
This may be better suited to a task list pattern approach.
3.2.5 Change on Request
For example, if you have a content which is updated in realtime such as a news feed, then you would need to provide the user with a way to turn off the automatic updates and provide a way for them to update the feed in their own time.
For this, we already provide text hints on the format, and error messages for when a user has made an error, we should also be mindful of being flexible in what data we accept.
An assisted digital route might also cover this criterion.
3.3.6 Error Prevention
There are three ways to satisfy this:
- allow the user to reverse their submission. For example, recall their application after it has been sent.
- provide the user with input errors and give the user an opportunity to correct any mistakes. This method won’t usually work for personal data as their isn’t anything to check it against.
- allow the user to confirm their information before they send it. For example, using the GOV.UK check your answers pattern.