Documentation

Search value is required

Introduction

What is Web Accessibility?

Web accessibility means that websites, tools, and technologies are designed and developed so that the can be used by all, no matter of their abilities. More specifically, people can:

  • perceive, understand, navigate, and interact with the WebA
  • contribute to the Web

Our existing suite of components have been tested and are AA compliant providing you with the ideal foundation. Once you have completed your build, additional accessibility testing should be undertaken to ensure the component/page remains accessible.

“The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect.” Tim Berners-Lee, W3C Director and inventor of the World Wide Web

Developer responsibilities

Developers are responsible for the technical accessibility of a website. By following web and platform standards, developers can reinforce best practice and support for users of assistive technology.

Developers should be familiar with accessibility principles and guidelines, including those they would expect to be covered by design documents or by other teams.

To ensure compliance with accessibility principles and guidelines, we must ensure the basics are followed. Five key areas that we should be mindful of when building are:

1. Heading (Semantic) structure

Headings communicate the organisation of the content on the page.

2. Links

All buttons and links must be clearly worded indicating their function, making it clear to the user what will happen when the button/link is selected. External links (Links that will take the user out of the current site) must be indicated to the user. This should be done by means of appropriate title text and possibly through a visual indication such as an icon in context with the link.

3. Keyboard access

Ensure that all content can be accessed with the keyboard alone.

4. Alt text

Every image must have an alt attribute. This is a requirement of HTML standard (with perhaps a few exceptions in HTML5). Images without an alt attribute are likely inaccessible. In some cases, e.g. purely decoration the images may be given an empty or null alt attribute (e.g., alt=""). Background images are excluded.

5. Dynamic content

When dynamic content and interactions is used, two items must be evaluated to determine its impact on accessibility:

  1. Is the event used to trigger a change device independent? If the mouse is required, then it is not fully accessible.
  2. Is the dynamic content or functionality itself accessible? If assistive technologies cannot adequately access dynamically triggered content or functionality, then it is not fully accessible.

Additional information and tools

Below is a selection of reference guides and tools that can be used ensure compliance (through testing) of accessibility standards across your build.

Information

Resources Description Link
Web Content Accessibility Guidelines (WCAG) 2 Web Content Accessibility Guidelines (WCAG) 2.0 defines how to make Web content more accessible to people with disabilities. https://www.w3.org/TR/WCAG21/
https://www.w3.org/developers/ (for developers)
W3C The World Wide Web Consortium (W3C) is an international community that develops open standards to ensure the long-term growth of the Web. https://www.w3.org/
The Paciello Group - Accessibility Resources Free accessibility testing tools from The Paciello Group https://developer.paciellogroup.com/resources/
Deque University Training for every level of expertise and every area expertise in digital accessibility. https://dequeuniversity.com/
Google Developers Accessibility Reference https://developers.google.com/web/tools/chrome-devtools/accessibility/reference
Google Developers The Accessibility Tree https://developers.google.com/web/fundamentals/accessibility/semantics-builtin/the-accessibility-tree

Screen readers

Resources Description Link
Screen Reader (Windows) NVDA https://www.nvaccess.org/
Screen Reader (Windows) JAWS (Job Access With Speech) https://www.freedomscientific.com/products/software/jaws/
Screen Reader (Linux) Orca https://help.gnome.org/users/orca/stable/introduction.html.en
Screen Reader (Mac) VoiceOver https://help.apple.com/voiceover/mac/10.15/

Testing

Resources Description Link
Checklist WebAIM - Accessibility Checklist https://webaim.org/standards/wcag/checklist
Checklist The A11Y Project - Checklist https://a11yproject.com/checklist/
Browser extension (Chrome) Accessibility Developer Tools - Accessibility audit and element properties. https://chrome.google.com/webstore/detail/accessibility-developer-t/fpkknkljclfencbdbgkenhalefipecmb?hl=en-US
Browser extension (Chrome) WAVE - Evaluate web accessibility within the Chrome browser. https://chrome.google.com/webstore/detail/wave-evaluation-tool/jbbplnpkjmmeebjpijfedlgcdilocofh
Browser extension (Chrome) axe - Accessibility Checker for Developers in Chrome https://chrome.google.com/webstore/detail/axe/lhdoppojpmngadmnindnejefpokejbdd
Browser extension (Chrome) Accessibility insights for web - helps developers quickly find and fix accessibility issues. https://chrome.google.com/webstore/detail/accessibility-insights-fo/pbjjkligggfmakdaogkfomddhfmpjeni
Browser extension (Chrome) Siteimprove Accessibility Checker - Jumpstart Your Web Accessibility Efforts Directly in Google Chrome https://chrome.google.com/webstore/detail/siteimprove-accessibility/efcfolpjihicnikpmhnmphjhhpiclljc
Browser extension (Chrome) VisBug - Open source browser design tools https://chrome.google.com/webstore/detail/visbug/cdockenadnadldjbbgcallicgledbeoc