[Draft] Analysis/Requirements and Changelog for [Relationship Between Web Accessibility and Usability]
Latest [Draft] Relationship Between Web Accessibility and Usability
Page Contents
Purpose, Goals, Objectives
From WAI-AGE Project Deliverables: Develop a resource which clarifies issues in the areas of accessibility and usability, with reference to the needs of older Web users.
- Discuss the relationship between web accessibility and usability, including the relationship with usability for older users and others.
- Explain that there is a technical component to web accessibility, more so than general usability.
- Address questions, messages and myths, including:
- Can a website meet accessibility standards and be technically accessible, but not be really usable by people with disabilities?
- Can a website be usable by people with disabilities, but not meet accessibility standards (not be "technically accessible")?
- When does such poor usability make a website not practically accessible by people with disabilities (even if "technically accessible")?
- How do general usability issues impact people with disabilities more than people without disabilities?
- Does designing a site for optimum "usable accessibility" compromise usability for people without disabilities?
- Do "usable accessibility" requirements conflict for people with different disabilities? (for example, website developer: "some people say my site has too many links/ too much information, but then they don't want me using javascript to create expanding menus for progressive disclosure") ("I used used XYZ fancy feature to put my 100s of links in a nice widget, but then people complained it's not accessible to screen readers. But then I put all the links in nested lists and people complained it's too much for people with cognitive disabilities.) Issue: The problem is not inherently accessibility, here, it's usability - you have too many links not well organized.
- What aspects of website accessibility and usability are web developers responsible for, versus browsers and assistive technologies. (for example, website developer: "If the browsers and AT don't do their job well, I shouldn't have to compensate for it, should I?") (for example: should websites have a text resize widget?)
[I think when we talk about accessibility/usability then we also need to briefly mention the context such as browsers and Web technologies. For instance, that HTML does not (yet) provide sections markup, so that the header elements have to be (mis-)used for that purpose. That is getting technical but messaging that "designers may need to compensate for the lack of usability in the browsers and technologies" is important.]
[@@it is about browsers not being usable and therefore website developers sometimes need to compensate for it. This is quite apparent for older people and others who are new to computer but not really an accessibility issue per se. If you are writing guidelines for developers making websites accessible, should they include compensations for browser and AT inadequancy?]
[Another complication when defining accessibility standards and guidelines is the responsibilities of the browsers and other components of web accessbility.] - What if a feature that will improve usability for some users cannot be made accessible (e.g., an Ajax widget)?
Notes:
- ut with PWDs will find general usability issues
- Note that one reason usability not covered in technical accessibility specifications/guidelinesmention is because of the legal aspect & associatation with disability discrimination law requirements (although is in US 255)
Audience and Messages
Primary:
- people developing guidelines, standards, and policies for accessibility, older users, etc. -
- help them understand the scope of accessibility standards, and where general usability might not fit
- to clarify that some issues should be in browser standards
- researchers doing studies on accessibility and usability - (same as above)
- policy people;
procurement, purchasing, commissioning people -- standards are necessary; however, need to ensure they are implemented in a way that provides usable accessibility
- professors, teachers, instructors, students -
- particularly people teaching/studying human factors/usability: here's info on how it's related to accessibility
Secondary:
- web designers and developers -
- by ensuring usable accessibility, you make your site more usable to all (including people without disabilities)
- usability specialists -
- you can use your existing methodology and techniques to address much of accessibility
- accessibility highlights general usability issues
- people with disabilities, specialists, and advocates;
older users, specialists, and advocates -- understand that some usability issues might not be appropriate to cover in accessibility standards, for example @@
- sales point: by ensuring usable accessibility, you make your site more usable to all (including people without disabilities)
Open Issues
- overall, how does this organization work - with some intro info and then answers to specific questions?
- issue with stating a myth/misunderstanding/illegitimate question put it in people's head... however, if don't people might miss it all together.
- ??? scope this down to differentiating between accessibility and usability in the context of web standards/guidelines
- title brainstorms:
- Relationship Between Web Accessibility and Usability
- Overlapping Relationship Between Web Accessibility and Usability
- Relationship Between Web Accessibility and Usability: Why it matters for research and web standards
- @@...
- if policy makers and procurement, etc. want to include usable accessibility, are we going to say anything specific about how they could? [see what 255 says & ISO & PAS78]
- "user experience" is more "modern" word - weave it in in addition to "usability"?
Notes
- words, esp. translatability of:
"differentiating" between accessibility and usability <- probably easier to translate
"distinguishing" between accessibility and usability
other?
References & Resources
Internal references
- 21 October WAI-AGE Task Force teleconference discussin
- 16 October EOWG teleconference discussion
- WAI-AGE Project Deliverables: The Overlapping Relationship Between Web Accessibility and Usability
Rationale: Much of the literature on older web users combines usability and accessibility issues. Usability and accessibility overlap and the line between them is not clear, particularly in the area of cognitive disabilities. Questions frequently arise with regard to what should be included in Web accessibility guidelines, versus what are general usability guidelines that should not be included in accessibility guidelines. A resource that addresses this issue directly would be valuable in discussion of covering the needs older users in accessibility guidelines. - W3C Web Accessibility Initiative Statement on Web Access Report from UK Disability Rights Commission
Outside Resources
- Another –ability: Accessibility Primer for Usability Specialists, Shawn Lawton Henry, July 2002 - introduces the concept of "usable accessibility"
- "Understand the Relationship Between Accessibility and Usability" from "Understanding Web Accessibility", the first chapter of Web Accessibility: Web Standards and Regulatory Compliance, Shawn Lawton Henry, 2006
(An earlier version of the "Understanding Web Accessibility" (PDF) chapter from Constructing Accessible Web Sites (2002) book is also available online. See especially the first section "The Context of Accessibility: Usability".) - Accessibility and usability, Peter-Paul Koch, February 2004
- More Than a Set of Rules: consider Human and Social Factors Alongside Technical Guiddelines, Glenda Watson Hyatt, 2005
- Accessibility in User-Centered Design: Background in Just Ask: Integrating Accessibility Throughout Design, Shawn Lawton Henry, February 2007
- "Distinguishing Between Accessibility and Usability Issues" in Just Ask: Integrating Accessibility Throughout Design, Shawn Lawton Henry, February 2007
- The relationship between accessibility and usability of websites, Helen Petrie and Omar Kheir, April 2007
- A Comparative: Accessibility and Usability, Mike Cherim, September 2007
- Usable Accessibility: Making Web Sites Work Well for People with Disabilities, Whitney Quesenbery, February 2009
- Is accessibility actually usability?, Alastair Campbell, April 2009
- Accessibility and Usability, Freedom Scientific - "It is entirely possible that a document or a Web page can be accessible and yet still be very cumbersome and sometimes nearly unusable. Documents and Web pages should be created not only with accessibility in mind, but with both accessibility and usability in synchronous harmony."
- Resource listings:
- Usable Accessibility - Usability in Civic Life, UPA
- Usable Accessibility, Shawn Lawton Henry
- Relationship Between Accessibility and Usability, Shawn Lawton Henry
- other resources?
- ISO
- ISO 9241-210 Human-centred design for interactive systems (redrafted from 13407)
- ISO 9241-20:2008 Accessibility guidelines for information/communication technology (ICT) equipment and services
- ISO 9241-171:2008 Guidance on software accessibility
- ISO 9241-151:2008 Guidance on World Wide Web user interfaces
Change Requests and Edit Notes
Note: See "References" section above for meeting minutes and e-mail comments.
21 Oct 2009 (WAI-AGE teleconference discussion)
- consider weaving in WCAG 2 POUR
16 Oct 2009 (EOWG teleconference discussion)
- audience web developers & designers - helps argument to do accessibility, 'cause we're already doing usability
- consider coming up with examples to show the difference between accessibility and usability
- consider adding to the introduction that this is a subject that people can argue about till the cows come home
- "buy one, get one free" - if make it accessible, it will be usable for all
- FAQ - frequently ANSWERED questions
- look at mixing prose and FAQ
Archive
- ...
From Understanding Web Accessibility
The International Organization for Standardization (ISO) defines usability as the “extent to which a product can be used by specified users to achieve specified goals effectively, efficiently and with satisfaction in a specified context of use” [X]). Using this definition, accessibility focuses on:
- Including people with disabilities as “specified users”
- A wide range of situations, including assistive technologies, as the “specified context of use”
Put more simply, usability means designing your website to be effective, efficient, and satisfying. Accessibility makes sure it is effective, efficient, and satisfying for more people, especially people with disabilities, in more situations—including with assistive technologies.
Looking at definitions is easy. In practice, the relationship between accessibility and usability is more complex. For some people, it's a hotly debated topic. For most people, it's not an issue at all: When designing websites, it is rarely useful to differentiate between usability and accessibility.
However, there are times when the distinction between accessibility and usability is important, such as when looking at discrimination against people with disabilities and when defining specific accessibility standards. Yet the distinction is a common debate when defining accessibility standards such as WCAG. It is not clear what should be included in accessibility standards and what is purely usability and should not be included in accessibility standards.
One way to start looking at the distinction between the two is to categorize interface problems:
- Usability problems impact all users equally, regardless of ability; that is, a person with a disability is not disadvantaged to a greater extent by usability issues than a person without a disability.
- Accessibility problems decrease access to a website by people with disabilities. When a person with a disability is at a disadvantage relative to a person without a disability, it is an accessibility issue.
The distinction between usability and accessibility is especially difficult to define when considering cognitive and language disabilities. Many of the accessibility guidelines to improve accessibility for people with cognitive disabilities are the same as general usability guidelines. The distinction is further blurred by the fact that features for people with disabilities benefit people without disabilities because of situational limitations (that is, limitations from circumstance, environment, or device—such as using the Web on a mobile phone in bright sunlight with one hand because you're holding a sleeping baby with the other), and accessibility increases general usability.
Another point to cloud the distinction is “usable accessibility”—how usable are accessibility solutions. For example, if a site uses images for navigation and there's no alt text, the site is clearly not accessible. If the site has frustratingly verbose alt text (such as "This image is a line art drawing of a dark green magnifying glass. If you click on it. . ."), one might say that the site is technically accessible because there is alt text; however, the alt text is so bad that the usability of the site is awful for anyone who relies on the alt text (which won't happen when you understand accessibility issues and include people with disabilities in your project).
There can be problems when people don't understand the issues around the distinction between usability and accessibility. For example, if a study reported that sites were not accessible but the problems were general usability issues (that impact all users, not just users with disabilities), the study could report incorrect conclusions about accessibility guidelines. Academic discussions of accessibility and usability can actually harm the cause of accessibility if they are not presented carefully for people who don't understand the complexity of the issue.
The bottom line on the issue of the relationship between accessibility and usability can be summarized as:
- Clearly, there is significant overlap between the two.
- The nuances of how they relate is of no consequence for most web development, which should have as its goal both accessibility and usability for all.
- In some specialized situations, such as legal policies, the distinction is important.
- It's a tricky issue; be careful what you do with it.
Using both UCD and WCAG as the basis for addressing accessibility ensures that the broad range of issues is covered well, at both the technical level and the user interaction level. You should be able to get most of what you need from WCAG. Involving users and using the UCD approach makes it easier and better.
From "Distinguishing Between Accessibility and Usability Issues"
There is not a clear distinction between accessibility for people with disabilities and general usability for all. Some things are clearly accessibility; some are clearly usability; and many things are in a gray area where accessibility and usability overlap.
One way to start looking at the distinction between the two is to categorize interface problems:
- Usability problems impact all users equally, regardless of ability; that is, a person with a disability is not disadvantaged to a greater extent by usability issues than a person without a disability.
- Accessibility problems decrease access to a product by people with disabilities. When a person with a disability is at a disadvantage relative to a person without a disability, it is an accessibility issue.
The distinction between usability and accessibility is especially difficult to define when considering cognitive and language disabilities. Many of the accessibility guidelines to improve accessibility for people with cognitive disabilities are the same as general usability guidelines. The distinction is further blurred by the fact that features for people with disabilities benefit people without disabilities because of situational limitations (that is, limitations from circumstance, environment, or device—such as using a mobile phone in bright sunlight with one hand because you're holding a sleeping baby with the other), and accessibility increases general usability.
Another point to cloud the distinction is “usable accessibility”—how usable are accessibility solutions. For example, if a website uses images for navigation and there's no alt text, the site is clearly not accessible. If the site has frustratingly verbose alt text (such as "This image is a line art drawing of a dark green magnifying glass. If you click on it, it will take you to the Search page for this Acme Company website" instead of just "Search"), one might say that the site is technically accessible because there is alt text; however, the alt text is so bad that the usability of the site is awful for anyone who relies on alt text.
Distinguish between usability and accessibility issues, as appropriate. When designing products, it's rarely useful to differentiate between usability and accessibility. However, there are times when such a distinction is important, such as when looking at discrimination against people with disabilities and when defining specific accessibility standards. In some usability test reporting it may be important to distinguish between accessibility and usability problems.
When usability test reports are used internally to improve the usability of the product for all users, it is usually not necessary to distinguish between usability and accessibility issues. However, when usability test reports make statements about accessibility, it can be vital to distinguish between usability and accessibility issues.
There can be problems when people don't understand the issues around the distinction between usability and accessibility.
A research study reported results on website accessibility without clearly separating general usability issues not related to accessibility. Because usability issues were mixed with accessibility issues, the study reported incorrect conclusions about web accessibility guidelines.
Academic discussions of accessibility and usability can actually harm the cause of accessibility if they are not presented carefully for people who don't understand the complexity of the issue.
From Accessibility in User-Centered Design: Background
What is Accessibility?
Accessibility basically means that people with disabilities can use a product. More specifically, accessibility is making user interfaces perceivable, operable, and understandable for people with a wide range of abilities. It encompasses all disabilities, or functional limitations, including visual, auditory, physical, speech, cognitive, and neurological disabilities. This includes temporary conditions, such as when you break your arm, or lose your glasses.
Accessibility also makes products more usable by people in a wide range of situations. Situational limitations come from circumstances, environments, and conditions, and can affect anybody—that is, people without disabilities as well. For example, situational limitations include using the Web on a mobile phone when your eyes are busy (such as driving), in bright sunlight, in a dark room, when your hands are full, in a quiet environment (where you don't want it to make noise), in a noisy environment (where you can't hear well), and in an emergency (when you may not be thinking clearly).
Thus, while access to people with disabilities is the primary focus of accessibility, it also benefits people without disabilities and organizations that develop accessible products because designing for functional limitations overlaps with designing for situational limitations.
For a more comprehensive introduction to web accessibility, including specific examples of how web accessibility benefits organizations and individuals, see the Understanding Web Accessibility book chapter.
Accessibility related to usability
Accessibility has a technical component and a user interface component. Accessibility of user interfaces can be approached through usability. International Organization for Standardization (ISO) 9241-11 defines usability as the "extent to which a product can be used by specified users to achieve specified goals effectively, efficiency and with satisfaction in a specified context of use." [2] Accessibility focuses on including people with disabilities as the "specified users" and a wide range of situations, including assistive technologies, as the "specified context of use".
Put more simply, usability means designing a user interface that is effective, efficient, and satisfying. Accessibility makes sure the user interface is designed to be effective, efficient, and satisfying for more people—especially people with disabilities, in more situations—including with assistive technologies.
Accessibility is about designing user interfaces so that more people can use your product effectively in more situations. [3]
Translations