---
{
"title": "Web Accessibility Assessment Methodology (Level AAA)",
"language": "en",
"category": "Other",
"description": "Provides an assessment methodology that assists with measuring conformance to the Web Content Accessibility Guidelines (WCAG) 2.0 Level A, AA, and AAA Success Criteria.",
"tag": "wamethod",
"parentdir": "wamethod",
"altLangPrefix": "wamethod-AAA",
"css": ["demo/wamethod"],
"js": ["demo/wamethod"],
"dateModified": "2014-02-19"
}
---
Assist with measuring conformance to the Web Content Accessibility Guidelines (WCAG) 2.0 Level A, Level AA and Level AAA Success Criteria.Purpose
The following are required for a Web page to satisfy a WCAG 2.0 Success Criterion:
| Level A Success Criteria passed | /25 (%) |
|---|---|
| Level AA Success Criteria passed | /13 (%) |
| Level AAA Success Criteria passed | /23 (%) |
| Total Success Criteria passed | /61 (%) |
| Success Criteria evaluated | /61 (%) |
| Success Criteria N/A | /61 (%) |
Note: The number of Success Criteria passed is the total number of PASS and N/A.
The content would not conform if that technology is turned off or is not supported. (Source: Web Content Accessibility Guidelines (WCAG) 2.0, Appendix A: Glossary, https://www.w3.org/TR/WCAG20/#reliedupondef)
For each guideline, testable success criteria are provided to allow WCAG 2.0 to be used where requirements and conformance testing are necessary such as in design specification, purchasing, regulation, and contractual agreements. In order to meet the needs of different groups and different situations, three levels of conformance are defined: A (lowest), AA, and AAA (highest). Additional information on WCAG levels can be found in Understanding Levels of Conformance. (Source: Web Content Accessibility Guidelines (WCAG) 2.0, WCAG 2.0 Layers of Guidance, https://www.w3.org/TR/WCAG20/#intro-layers-guidance)
For each of the guidelines and success criteria in the WCAG 2.0 document itself, the working group has also documented a wide variety of techniques. The techniques are informative and fall into two categories: those that are sufficient for meeting the success criteria and those that are advisory. The advisory techniques go beyond what is required by the individual success criteria and allow authors to better address the guidelines. Some advisory techniques address accessibility barriers that are not covered by the testable success criteria. Where common failures are known, these are also documented. See also Sufficient and Advisory Techniques in Understanding WCAG 2.0. (Source: Web Content Accessibility Guidelines (WCAG) 2.0, WCAG 2.0 Layers of Guidance, https://www.w3.org/TR/WCAG20/#intro-layers-guidance)
Mechanism for encoding instructions to be rendered, played or executed by user agents
Note 1: As used in these guidelines "Web Technology" and the word "technology" (when used alone) both refer to Web Content Technologies.
Note 2: Web content technologies may include markup languages, data formats, or programming languages that authors may use alone or in combination to create end-user experiences that range from static Web pages to synchronized media presentations to dynamic Web applications.
Example: Some common examples of Web content technologies include HTML, CSS, SVG, PNG, PDF, Flash, and JavaScript.
(Source: Web Content Accessibility Guidelines (WCAG) 2.0, Appendix A: Glossary, https://www.w3.org/TR/WCAG20/#technologydef))
A non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in the rendering or intended to be rendered together with it by a user agent
Note 1: Although any "other resources" would be rendered together with the primary resource, they would not necessarily be rendered simultaneously with each other.
Note 2: For the purposes of conformance with these guidelines, a resource must be "non-embedded" within the scope of conformance to be considered a Web page.
Example 1: A Web resource including all embedded images and media.
Example 2: A Web mail program built using Asynchronous JavaScript and XML (AJAX). The program lives entirely at https://example.com/mail, but includes an inbox, a contacts area and a calendar. Links or buttons are provided that cause the inbox, contacts, or calendar to display, but do not change the URI of the page as a whole.
Example 3: A customizable portal site, where users can choose content to display from a set of different content modules.
Example 4: When you enter "https://shopping.example.com/" in your browser, you enter a movie-like interactive shopping environment where you visually move around in a store dragging products off of the shelves around you and into a visual shopping cart in front of you. Clicking on a product causes it to be demonstrated with a specification sheet floating alongside. This might be a single-page website or just one page within a website.
(Source: Web Content Accessibility Guidelines (WCAG) 2.0, Appendix A: Glossary, https://www.w3.org/TR/WCAG20/#webpagedef)