- Websites created after September 2018 must meet level AA of the Web Content Accessibility Guidelines (WCAG) 2.1<\/a> by 23 September 2019<\/li>
- Websites created before this date must meet this standard by 23 September 2020.<\/li><\/ul>\n\n\n\n
There are exemptions for some specific types of content<\/a>, but most public-facing web content will need to comply by these dates. <\/p>\n\n\n\n
\n\n\n\nImpairments that may make using websites difficult<\/h2>\n\n\n\n
There are lots of reasons why a person may find web pages difficult to use, for both temporary and permanent reasons. Access needs fall into four main categories:<\/p>\n\n\n\n
Visual impairment<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/blogs.york.ac.uk\/marketing\/wp-content\/uploads\/sites\/4\/2019\/10\/eye.png?resize=150%2C113\")
<\/figure>\nFor example no vision, low vision, sensitivity to light, colour blindness.<\/p>\n<\/div><\/div>\n\n\n\n
This is probably what most people think about when they think about accessibility of websites. <\/p>\n\n\n\n
People with a visual impairment may need to use screen reading or screen magnification\/zoom software.<\/p>\n\n\n\n
Hearing impairment<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/blogs.york.ac.uk\/marketing\/wp-content\/uploads\/sites\/4\/2019\/10\/hearing.png?resize=150%2C150&ssl=1\")
<\/figure>\nFor example no hearing, or low level of hearing.<\/p>\n\n\n\n
People in this category will benefit from captions on videos, and non-sound indicators.<\/p>\n<\/div><\/div>\n\n\n\n
Mobility impairment<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/blogs.york.ac.uk\/marketing\/wp-content\/uploads\/sites\/4\/2019\/10\/pointer.png?resize=150%2C150&ssl=1\")
<\/figure>\nFor example physical issues (such as loss of limb or paralysis), or neurological\/genetic disorders that lead to weakness or loss of control in limbs. <\/p>\n<\/div><\/div>\n\n\n\n
Some people might have difficulty making the hand movements required to use a mouse, while others might only use a keyboard, and some people navigate using a head pointer or a single button.<\/p>\n\n\n\n
Cognitive impairment<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/blogs.york.ac.uk\/marketing\/wp-content\/uploads\/sites\/4\/2019\/10\/cogs.png?resize=150%2C131&ssl=1\")
<\/figure>\nFor example learning disabilities, mental illnesses or age-related limitations. <\/p>\n<\/div><\/div>\n\n\n\n
Although there are a wide range of cognitive impairments, people with them experience a common set of problems when accessing websites. These include difficulty with understanding content and remembering how to complete tasks, and confusion caused by inconsistent web page layouts.<\/p>\n\n\n\n
\n\n\n\nChecking for accessibility problems<\/h2>\n\n\n\n
Most of the content on the University website is published via the web CMS, so we\u2019re starting by checking our CMS templates and the content published using them.<\/p>\n\n\n\n
We\u2019re using a combination of methods to check the site:<\/p>\n\n\n\n
Automated testing<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/blogs.york.ac.uk\/marketing\/wp-content\/uploads\/sites\/4\/2019\/10\/pasted-image-0-1024x692.png?resize=1024%2C692&ssl=1\")
An accessibility page report in Siteimprove, showing where colour contrast in the template needs improvement<\/em> <\/figcaption><\/figure>\n\n\n\n We\u2019ve bought a licence for a tool called Siteimprove, which scans our pages for accessibility errors, and lets us know which ones are the highest priority to fix.<\/p>\n\n\n\n
Siteimprove tests things such as colour combinations, alternative text for images, heading structures, and form and PDF accessibility. It also flags unhelpful link text, such as \u201cclick here<\/a>\u201d.<\/p>\n\n\n\n
In addition, Siteimprove checks for broken links, spelling mistakes and readability, helping us improve the overall quality of the website.<\/p>\n\n\n\n
Manual testing<\/h3>\n\n\n\n
![\"\"](\"https:\/\/i0.wp.com\/blogs.york.ac.uk\/marketing\/wp-content\/uploads\/sites\/4\/2019\/10\/manual-testing-1024x289.png?resize=1024%2C289\")
<\/a>Outcomes of manual testing are recorded in a Google Sheet<\/em><\/figcaption><\/figure>\n\n\n\n There are some issues that an automated tool can\u2019t detect, so we\u2019re using an accessibility checklist to manually check a selection of pages. <\/p>\n\n\n\n
For example, we\u2019ll be checking that our pages can be navigated using only a keyboard, and that if an image contains information (rather than just being decorative), that the same information is provided as text. <\/p>\n\n\n\n
User testing<\/h3>\n\n\n\n
We\u2019ve been talking to people who have access needs, asking them to show us how they use the York website and the problems they face. <\/p>\n\n\n\n
External review<\/h3>\n\n\n\n
We asked Jisc<\/a> to carry out a review of our website. Their report highlighted what we’re already doing well and where there are things we need to improve.<\/p>\n\n\n\n
- University of York Accessibility Snapshot<\/a> (University of York staff only)<\/li><\/ul>\n\n\n\n
\n\n\n\nFixing the problems<\/h2>\n\n\n\n
The above methods are helping us build a picture of what we need to fix, and which issues are a priority.<\/p>\n\n\n\n
There are two types of fixes that we\u2019ll need to carry out:<\/p>\n\n\n\n
1. Changes to CMS templates and the Digital Pattern Library<\/h3>\n\n\n\n
The first type of fixes to tackle are the ones related to our Digital Pattern Library<\/a>, and the associated CMS templates. These are being done by the Digital Team within Marketing. <\/p>\n\n\n\n
We\u2019ve already made a start on improving colour contrasts, forms, news listings and changing the way our search works.<\/p>\n\n\n\n
2. Changes to the content of individual pages<\/h3>\n\n\n\n
Once we\u2019ve made good progress with the CMS templates, we\u2019ll move on to supporting web page owners fixing any changes to the content of individual pages.<\/p>\n\n\n\n
If you\u2019re already following good practice for writing for the web<\/a> \u2013 eg using headings correctly, writing effective link text, providing text alternatives to images \u2013 then there probably won\u2019t be much to do. If you\u2019re creating any new content, following this guidance will mean that it\u2019s more likely that the content will be accessible from the start, so you won\u2019t need to come back and fix it later.<\/p>\n\n\n\n
We\u2019re preparing guidance on how to fix specific types of content issues. We\u2019ll then get in touch with owners of pages where we\u2019ve identified that there any issues, and provide help in resolving them. We\u2019ll be using Siteimprove to automatically find these issues, so you don\u2019t need to start manually checking all of your existing pages.<\/p>\n\n\n\n
\n\n\n\nProducing an accessibility statement<\/h2>\n\n\n\n
The legislation also requires us to publish an accessibility statement<\/a> that explains how accessible our website is. It will also provide people with a way to contact us to report accessibility problems, and a link to a central government website that they can use if they\u2019re not happy with our response.<\/p>\n\n\n\n
This will be something that we\u2019ll link to from all of our web pages. <\/p>\n\n\n\n
The deadlines for publishing accessibility statements are the same as the deadlines for complying with the standards.<\/p>\n\n\n\n
\n\n\n\nOther work being done around the University<\/h2>\n\n\n\n
As well as the pages that are published from the web CMS, there are many other things that can be referred to as being part of \u2018the website\u2019. These range from tools providing specific pieces of functionality, to large systems such as YorSearch and the VLE. The legislation applies to all of these too. <\/p>\n\n\n\n
An e-accessibility working group has been formed, with representation from services from around the University. The group is leading on several initiatives to make digital content easier for everyone to use.
There are lots of useful resources on the e-accessibility wiki<\/a>, including details of training sessions on topics such as producing accessible documents.<\/p>\n\n\n\n
\n\n\n\nAny questions?<\/h2>\n\n\n\n
- Websites created before this date must meet this standard by 23 September 2020.<\/li><\/ul>\n\n\n\n