Web accessibility. A statement you may hear often, but what does it really mean?
To sum it up, web accessibility refers to the accessibility and usability of a computer system, the internet and installable software, to all people regardless of disability type or severity of the impairment. At Jadu, accessibility is at the forefront of our organisation. Technology is a big part of everyday life and everybody has the right to access a computer for independent use. As content creators, we have a responsibility to offer inclusive and easy-to-use content for all of our users.
Some of the Jadu team were lucky enough to spend the day with Shaw Trust Accessibility Services, an organisation that supports the private, public and charitable sectors to create an accessible environment, both digitally and physically. Luke Towers, Test Engineer, and Heather Stroud, Test Team Leader, had the opportunity to work with some of the Shaw Trust testers to find out how they can improve their accessibility testing criteria.
Here are the top 10 highlights Heather learned from a testing perspective on the trip:
In December 2019, my colleague Luke and I spent the day with the testing team at Shaw Trust. We went with the aim of checking our WCAG 2.1 testing approach and also to see what gaps we had and where we could make improvements.
Our hosts, Joe and Julie, along with expert testers Alan, Kevin, Darren, Adam and Lee, worked on a sample of Jadu Creative's websites. We came back with recommendations of good practice, some content potholes and new items we could expand our testing suite with. Here are the top 10 highlights:
These skip-to’s are good practice and a WCAG 2.1 requirement, but by implementing them by rote rather than considering their aim and relevance to each design can defeat their purpose. If the skip to navigation link only takes you one step down the page, is it worth it? Is there another part of the page that would benefit more from a skip to instead?
We are now reviewing skip to links in all-new Jadu Spacecraft design projects on a case-by-case basis to ensure they are relevant and effective.
We knew that having the correct heading structure was a WCAG 2.0 guidance point, but seeing users primarily navigating the page this way was still revealing. Watching users pause when they found a skipped heading to work out if the problem was theirs or with the content they were accessing demonstrated exactly why the structure mattered.
It also showed how setting up the content correctly can really help users who first listen to the page at a high level via the headers alone. They do this to identify the area they’re most interested in and speed up their user journey. For these users particularly, it’s vital that content editors make headings relevant and descriptive.