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:
- Is the event used to trigger a change device independent? If the mouse is required, then it is not fully accessible.
- 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 |