WCAG 2.0 & 2.1

Understanding WCAG 2.1 is an essential guide to understanding and using "Web Content Accessibility Guidelines 2.1". Although the normative definition and requirements for WCAG 2.1 can all be found in the WCAG 2.1 document itself, the concepts and provisions may be new to some people. Understanding WCAG 2.1 provides a non-normative extended commentary on each guideline and each Success Criterion to help readers better understand the intent and how the guidelines and Success Criteria work together. It also provides examples of techniques or combinations of techniques that the Working Group has identified as being sufficient to meet each Success Criterion. Links are then provided to write-ups for each of the techniques.

This is not an introductory document. It is a detailed technical description of the guidelines and their Success Criteria. See Web Content Accessibility Guidelines (WCAG) Overview for an introduction to WCAG, supporting technical documents, and educational material.

Understanding WCAG 2.1 is organized by guideline. The intent and any advisory techniques that are related to the guideline but not specifically related to any of its Success Criteria are listed there as well.These sections each contain:

  • The Success Criterion as it appears in WCAG 2.1
  • Intent of the Success Criterion
  • Benefits (how the Success Criterion helps people with disabilities)
  • Examples
  • Related Resources
  • Techniques or combinations of techniques that are sufficient to meet the guidelines
  • Common failures of this Success Criterion
  • Additional advisory techniques that go beyond what is required to meet the Success Criterion but can be used to make some or all types of content more accessible. Use of advisory techniques does not impact the level of conformance claimed.
  • Key terms for this Success Criterion (taken from the WCAG 2.1 Glossary)

Understanding the Four Principles of Accessibility

The guidelines and Success Criteria are organized around the following four principles, which lay the foundation necessary for anyone to access and use Web content. Anyone who wants to use the Web must have content that is:

1. Perceivable - Information and user interface components must be presentable to users in ways they can perceive.

o This means that users must be able to perceive the information being presented (it can't be invisible to all of their senses)

2. Operable - User interface components and navigation must be operable.

o This means that users must be able to operate the interface (the interface cannot require interaction that a user cannot perform)

3. Understandable - Information and the operation of user interface must be understandable.

o This means that users must be able to understand the information as well as the operation of the user interface (the content or operation cannot be beyond their understanding)

4. Robust - Content must be robust enough that it can be interpreted reliably by a wide variety of user agents, including assistive technologies.

o This means that users must be able to access the content as technologies advance (as technologies and user agents evolve, the content should remain accessible)

If any of these are not true, users with disabilities will not be able to use the Web.


Under each of the principles are guidelines and Success Criteria that help to address these principles for people with disabilities. There are many general usability guidelines that make content more usable by all people, including those with disabilities. However, in WCAG 2.1, we only include those guidelines that address problems particular to people with disabilities. This includes issues that block access or interfere with access to the Web more severely for people with disabilities.

Layers of Guidance

The Guidelines
Under each principle there is a list of guidelines that address the principle. There are a total of 12 guidelines. A convenient list of just the guidelines can be found in the WCAG 2.1 table of contents. One of the key objectives of the guidelines is to ensure that content is directly accessible to as many people as possible, and capable of being re-presented in different forms to match different peoples' sensory, physical and cognitive abilities.

Under each guideline, there are Success Criteria that describe specifically what must be achieved in order to conform to this standard. They are similar to the "checkpoints" in WCAG 1.0. Each Success Criterion is written as a statement that will be either true or false when specific Web content is tested against it. The Success Criteria are written to be technology neutral.

All WCAG 2.1 Success Criteria are written as testable criteria for objectively determining if content satisfies the Success Criteria. While some of the testing can be automated using software evaluation programs, others require human testers for part or all of the test.

Although content may satisfy the Success Criteria, the content may not always be usable by people with a wide variety of disabilities. Professional reviews utilizing recognized qualitative heuristics are important in achieving accessibility for some audiences. In addition, usability testing is recommended. Usability testing aims to determine how well people can use the content for its intended purpose.

The content should be tested by those who understand how people with different types of disabilities use the Web. It is recommended that users with disabilities be included in test groups when performing human testing.

Each Success Criterion for a guideline has a link to the section of the How to Meet document that provides:

  • sufficient techniques for meeting the Success Criterion,
  • optional advisory techniques, and
  • Descriptions of the intent of the Success Criteria, including benefits, and examples.

Sufficient Techniques, Advisory Techniques, and Failures

The next section, Understanding Techniques for WCAG Success Criteria, provides important information about the techniques.

There are significant interdependencies between the components; that is, the components must work together in order for the web to be accessible. For example, for alternative text on images:
  • technical specifications address alternative text (for example, HTML defines the alternative text attribute (alt) of the image element (img)
  • WAI guidelines (WCAG, ATAG, UAAG described below) - define how to implement alternative text for accessibility in the different components
  • developers provide the appropriate alternative text wording
  • authoring tools enable, facilitate, and promote providing alternative text in a web page
  • evaluation tools are used to help check that alternative text exists
  • user agents provide human and machine interface to the alternative text
  • assistive technologies provide human interface to the alternative text in various modalities
  • users know how to get the alternative text from their user agent and/or assistive technology as needed