11.4: About Web Accessibility
selected template will load here
This action is not available.
Accessibility is about making sure all the information on your website is available to all users, regardless of any disability they may have or special technology they may be using.
“Accessibility involves making allowances for characteristics a person cannot readily change”’. (Building Accessible Website, Joe Clark)
The simplest and most direct answer to this is that if your site is inaccessible to users with disabilities, you are excluding a section of the population from your content. If your students cannot access the course materials, they could be placed at a distinct disadvantage and their coursework could suffer as a result.
Many site designers and developers drag their feet and grumble when asked to make their site accessible. There is a mistaken perception that “accessibility” means “dumbing down” the site—that they won’t be allowed to use any graphics or any multimedia. Frequently, websites address accessibility by making a plain, text-only version of every page and labelling it “accessible”. This does no one any favours—it requires the webmaster to maintain twice the number of pages, and provides an inelegant solution that lumps all disabled users into the same category.
The reality is that accessibility is a way of enhancing your web page, and it can be done seamlessly without taking away from the design. Many accessibility recommendations and guidelines actually improve the integrity of your code and the overall usability of your interface. Usability is, simply put, how easy it is for people to use your site.
Anything you can do to improve accessibility can also improve usability for people without disabilities, for online courses or any other kind of website. Consider these examples:
As we have already discussed, many institutions are obligated to provide accessible content according to national laws.
There is a set of guidelines developed by the World Wide Web Consortium (W3C), a group that establishes specifications, guidelines, software and tools for various aspects of the Web, including file formats and scripting languages. One W3C program is the Web Accessibility Initiative (WAI), whose mission is to help make the Web accessible to people with disabilities. The WAI has developed the Web Content Accessibility Guidelines (WCAG) to address the accessibility of information in a website. These guidelines are what we will be using in this chapter, and should always be consulted if you are ever in any doubt of the best technique or the correct syntax of a tag. They are fairly technical, and not a quick read. However, two simplified versions of these guidelines organized by concept do exist as Appendices of WCAG 1.0 (1999a and 1999b), both as a checklist table and as a list of checkpoints. At the time of writing, the current version of the guidelines is WCAG 1.0, and WCAG 2.0 is under review.
These guidelines, relevant to online content developers, help to ensure that Web resources are accessible. However, there is a need to recognize the limitations of these guidelines as well as the available checking tools (Ivory & Chevalier, 2002). Kelly and Sloan (2005) talk about the difficulties of implementing the guidelines, summarizing the concerns in regards to ambiguity, complexity, logical flaws and the level of understanding required to implement them.
Despite the difficulties with the guidelines’ implementation and reliability, and the necessity of manual checking for accessibility, WCAG are very helpful in the initial stage of developing an online resource, as a quick checklist of obvious things that need fixing. The guidelines should not be taken as the only set of criteria that needs to be considered. A wider set of issues must be addressed, some of which could be in conflict with the guidelines.
Each checkpoint has a priority level assigned by the working group based on the checkpoint’s impact on accessibility.
Depending on which priority checkpoints a site meets, it can claim to meet a particular level of conformance.
There are a number of tools available to help you check some of the more technical aspects of your website to see if it meets accessibility standards. One of these is WebXact Watchfire (webxact.watchfire.com/), previously known as Bobby. It is a very handy tool for double-checking that all your images have alt text, or that your data tables are properly labelled.
But these tools are not the whole picture. An accessibility analyzer like Watchfire cannot tell you if the descriptions of your images make sense to a blind user, or if your page titles are meaningful. Your website needs to be considered from a human perspective, and many of the WAI guidelines ask you to examine the context and meaning of your content more carefully.