We are bringing this this one up from the archives as it is still as relevant as ever...
2020 has been an amazing year for accessibility, with great progress made by many organisations towards a more inclusive online environment.
But there is still a way to go, and we need everyone on board for this journey!
Conducting an accessibility audit is usually viewed as a techy activity and is best done by a coding pro. While a knowledge of HTML is important, this is only part of the skill set required.
The problem with getting a techy to do the audit is they may miss a lot of non-techy issues. The WCAG guidelines fall roughly into 3 categories:
The last of these, arguably the ‘techy bit’, is the easiest to identify and rectify (usually). There are a range of tools that can be deployed (such as the extensions WAVE, 'aXe', Lighthouse etc.) that simply list out the markup or coding issues for the average developer to fix.
It is the first two categories that are usually trickier to fix. They contain guidelines such as ‘Page tiles should describe the page topic’ (2.4.2); ‘Text alternatives for images should have the equivalent purpose’ (1.1.1); ‘Link purpose can be determined from the link text alone’ need (2.4.4).
The site owner can’t just pass these jobs onto their developers as it is usually the content producers or marketing team who own these things and need to fix the problems.
But this can be a problem as often they do not have the necessary skill sets:
The moral of the story is that these sorts of problems are not the job of just one team within your organisation. All teams need to be trained in the skills required to address them and then work together to improve an maintain the accessibility of your website.
Read more: Website Accessibility: guidance and the law, WGAC 2.1: common accessibility fails