This is an unpublished draft preview that might include content that is not yet approved. The published website is at w3.org/WAI/.

WCAG 2 FAQ

How and why is success criteria 4.1.1 Parsing obsolete?

Success criteria 4.1.1 Parsing is obsolete. WCAG 2.2 indicates it as 4.1.1 Parsing (Obsolete and removed), along with a note.

WCAG 2.1 and WCAG 2.0 now include this note from a conformance perspective:

This Success Criterion should be considered as always satisfied for any content using HTML or XML.

That note is in:

Parsing was included in WCAG 2.0 to ensure that browsers and assistive technologies could accurately parse markup and content. Since then, specifications (such as HTML) and browsers have improved how they handle parsing errors. Also, previously assistive technology did their own markup parsing. Now they rely on the browser.

With today’s technology, accessibility issues that would have failed 4.1.1, will fail other criteria, such as Info and Relationships (SC 1.3.1) or Name, Role, Value (SC 4.1.2). Therefore 4.1.1 is no longer needed for accessibility.

(Using tools that assess parsing errors and fixing parsing issues may still be useful — it’s just not required for accessibility.)

What was updated WCAG 2.1 in September 2023?

WCAG 2.1: On 21 September, we published an update to WCAG 2.1. The update:

You can link to the latest version or specific versions of WCAG 2.1:

More info on linking is in Referencing and Linking to WAI Guidelines.

What was updated in WCAG 2 for internationalization?

Updates to WCAG documents will better support accessibility in different languages.

In October 2023, we added Notes to WCAG 2.2 to clarify that differences in languages do not impact conformance:

We are updating Understanding WCAG 2.2 documents to address internationalization considerations more thoroughly.

What is different in WCAG 2.0, 2.1, and 2.2? {#done} {#v21}

See:

The Accessibility Guidelines Working Group (AG WG) will probably not do another version of WCAG 2, that is, not do WCAG 2.3. AG WG is working on WCAG 3.0.

What about WCAG 3.0? What about “Silver”?

WCAG 3.0 is the result of the project previously temporarily referred to as “Silver”.

Please see important up-to-date information in the WCAG 3 Introduction page.

WCAG 3.0 Name

WCAG 2 and WCAG 3 have different names.

The new standard is currently referred to as “W3C Accessibility Guidelines (WCAG) 3.0”. This name was chosen because of wide-spread familiarity with the “WCAG” acronym, and to encompass the broader scope beyond “content”.

How Can I Get Updates?

We will announce when more information is available on WCAG 2.2 and WCAG 3.0. To get announcements of updated drafts for review in e-mail, tweets, and RSS, see Get WAI News.

Does WCAG 2 address mobile accessibility?

Yes. See the Mobile Accessibility at W3C page.

Does WCAG 2 apply to documents and non-web software?

For an introduction to “Guidance on Applying WCAG 2.2 to Non-Web Information and Communications Technologies (WCAG2ICT)”, see the WCAG2ICT Overview.

Where should I start?

For introductory resources, see Accessibility Fundamentals Overview.

If you want a really short introduction to 3 web accessibility issues (alternative text for images, keyboard input, and transcripts), see Examples of Web Accessibility.

To learn about web accessibility principles and guidelines, see Accessibility Principles.

To learn about WCAG 2 specifically, start with the WCAG Overview. It provides an important foundation for understanding the different WCAG 2 documents, and points to several resources for using WCAG 2.

How to Meet WCAG 2: A customizable quick reference is the primary resource for developers using WCAG 2.

What are the different WCAG 2 documents?

To learn how the different WCAG 2 technical documents are related and linked, see The WCAG 2 Documents.

Here’s a little more perspective on the different technical documents. When web content and web software developers were using WCAG 1.0, they had many questions on how to implement it, how to evaluate for it, and the reasons behind its requirements. WAI wanted to provide this information with WCAG 2, and since those details don’t fit well in a technical standard, they are in the supporting documents.

Thus with WCAG 2, there are extensive supporting materials, which are advisory documents. The WCAG 2 guidelines document itself is the only document that is a web standard, and it is fairly short.

Do content authors (developers, designers, etc.) have to follow W3C’s techniques to meet WCAG?

No, you do not have to use the techniques in W3C’s Techniques for WCAG 2 document.

The techniques are informative; that means they are not required. The basis for determining conformance to WCAG 2 is the success criteria from the WCAG 2 standard — not the techniques.

While many authors find W3C-documented techniques useful, there may be other ways to meet WCAG success criteria. You can use other techniques. Web content could even fail a particular technique test, yet still meet WCAG in a different way. Also, content that uses some of the Techniques does not necessarily meet all WCAG success criteria.

For important additional information, see the Understanding Techniques for WCAG Success Criteria section of Understanding WCAG 2.1.

What would be the negative consequences of allowing only W3C’s published techniques to be used for conformance to WCAG 2?

Background: Some organizations have considered requiring all web content to use W3C’s published techniques.

W3C recommends that the only thing that is required is meeting the WCAG 2 success criteria. The basis for determining conformance to WCAG 2 is the success criteria from the WCAG 2 standard — not the techniques. W3C’s Techniques for WCAG 2 document is informative (that is, not required, non-normative).

W3C cautions against requiring web content to use only W3C’s published sufficient techniques and not allowing other techniques for several reasons, including:

Therefore, W3C’s published techniques should not be required as the only way to meet WCAG 2 success criteria unless the limitations and consequences above are understood and acceptable.

For additional information, see: Understanding Techniques for WCAG Success Criteria section of Understanding WCAG 2.1.

Is ISO/IEC 40500 the same as WCAG 2.0?

Yes. WCAG 2.0 is approved as an ISO standard: ISO/IEC 40500:2012. ISO/IEC 40500 is exactly the same as the original Web Content Accessibility Guidelines (WCAG) 2.0 from the W3C Web Accessibility Initiative (WAI).

The content of ISO/IEC 40500 is freely available from www.w3.org/TR/WCAG20; it is available for purchase from the ISO catalogue .

For supporting resources that provide practical advice for meeting ISO/IEC 40500 (which is WCAG 2.0), see the WCAG Overview.

The approval was announced 15 October 2012 in a press release and blog post. If you want more information on W3C and the ISO process, see W3C PAS FAQ.

Benefits of WCAG as ISO

Approval of WCAG 2.0 as an ISO standard benefits countries and organizations that can more easily adopt ISO standards. Countries that previously adapted WCAG 2.0 may now be able to adopt WCAG 2.0 as is by referencing ISO/IEC 40500.

Translations

W3C has offered our WCAG 2.0 Authorized Translations to be used for the ISO/IEC translations. We will update this page when more information about translations is available.

Does W3C plan to send WCAG 2.1 or WCAG 2.2 to ISO for endorsement?

W3C does not plan to send WCAG 2.1 to ISO for endorsement and would not support that action, because WCAG 2.2 was finalized on 5 October 2022 and is an improvement in several respects.

W3C expects to send WCAG 2.2 to ISO for endorsement, and has started that process by notifying the ISO/IEC Joint Technical Committee 1 (JTC 1) of our intention to do so.

Is WCAG 2 available in other languages?

Yes. Authorized Translations and unofficial translations of the technical documents WCAG 2 are listed in WCAG 2 Translations.

Unofficial translations of other WAI documents are listed in [All WAI Translations].

For more information on how you can contribute to WAI translations, see Translating WAI Resources.

Can I meet WCAG 2 with JavaScript and other technologies?

WCAG 2 is designed to apply to a broad range of web technologies.

Techniques for WCAG 2 has techniques for several different web technologies. Note that publication of techniques for a specific technology does not imply that the technology can be used in all cases to create accessible content that meets WCAG 2. Developers need to be aware of the limitations of specific technologies and ensure that they create content in a way that is accessible to all their potential users.

Where can I find answers to more of my questions?

First, look through the documents on the W3C WAI website.

WAI hosts an Interest Group (WAI IG) mailing list where the community discusses web accessibility issues. WAI IG provides ideas from different perspectives. If you have a question that might be relevant to the WAI IG list, you can:

WAI staff are actively developing guidelines, technical reports, and supporting material, and generally are not available to answer individual questions. However, you can send questions to wai@w3.org and we will integrate answers into this page and other documents as we are able.

Back to Top

This is an unpublished draft preview that might include content that is not yet approved. The published website is at w3.org/WAI/.