In June 2018 the World Wide Web Consortium (W3C) updated its Web Content Accessibility Guidelines (WCAG), the world’s de-facto technical standard for accessibility. What are these changes and how can you can investigate if you need to change your current digital solutions? This presentation will outline the changes from WCAG 2.1, how to audit your site for compliance, and share examples to illustrate what the technical guidelines actually mean for websites, apps and other digital interfaces.
3. @uservision @edwardchandler @WhittakerGayle
Web Content Accessibility Guidelines (WCAG)
The de facto
standard
Now on its 3rd version
(WCAG 2.1 – June 2018)
78 Success Criteria4 Principles 3 Levels
A AA AAA
5. @uservision @edwardchandler @WhittakerGayle
Focusing on the Principles of Accessibility
Information is made
available to users
Users understand the
meaning of
information and can
act on it, knowing
what the outcome
will be
Users can interact with
and use the site as
intended
PPerceivable
OOperable
Code must be robust enough
that it can be interpreted
reliably by a wide variety of
technologies (e.g. browsers
and assistive technologies).
UUnderstandable
RRobust
First three are very user focused
6. @uservision @edwardchandler @WhittakerGayle
How has legislation effected Accessibility?
EU web accessibility directive legislation
This includes health, security,
councils, government
agencies and education.
Aims to bring all public
sector websites and apps up
to an accessible standard
19. @uservision @edwardchandler @WhittakerGayle
Graphical objects
(to understand content/function)
must have a contrast ratio of at
least 3:1 against adjacent colours
Think about charts, graphs, icons,
and other graphics that—without
contrast—would be tough to
identify.
28. @uservision @edwardchandler @WhittakerGayle
Motion with fingers to operate a
webpage on your mobile device –
action like this might be impossible for
some users with motor impairments
Ensure you can complete task using
single-finger operation
29. @uservision @edwardchandler @WhittakerGayle
2.5.2 Pointer Cancellation (Level A)
Make it easier for users to prevent accidental pointer input
Down events cannot be used to complete
a function – moving cursor or focus away
it would cancel trigger/submission
Use onclick instead to perform the action
30. @uservision @edwardchandler @WhittakerGayle
2.5.3 Label in Name (Level A)
Ensure that the words which visually label a component are also the words associated
with the component programmatically
Call to Action
31. @uservision @edwardchandler @WhittakerGayle
<button>
Add to Trolley
<span class="sr-only">
Charcoal Portable Round
BBQ</span>
</button>
Ensure that the words which
visually label a component are
also the words associated with
the component programmatically
– accessible name begins with the
text of visible label
32. @uservision @edwardchandler @WhittakerGayle
2.5.4 Motion Actuation (Level A)
Ensure that functions triggered by moving a device or by gesturing towards
the device can also be operated by more conventional user interface
components
33. @uservision @edwardchandler @WhittakerGayle
4.1.3 Status Messages (Level AA)
Make users aware of important changes in content (that are not given focus), and to
do so in a way that doesn't unnecessarily interrupt them
37. @uservision @edwardchandler @WhittakerGayle 46
1. WCAG is necessary but not sufficient for creating an inclusive user
experience
2. Design to accommodate all user needs
3. Embrace the creative challenge
4. Design with inclusivity in mind, from the outset
@uservision
www.uservision.co.uk