CINXE.COM

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" lang="en-US" xml:lang="en-US"><head><title>Understanding Techniques for WCAG Success Criteria | Understanding WCAG 2.0 </title><link rel="canonical" href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/Overview.html" /><link media="print" type="text/css" rel="stylesheet" href="print.css"/><link rel="stylesheet" type="text/css" href="additional.css"/><link rel="stylesheet" type="text/css" href="https://www.w3.org/StyleSheets/TR/W3C-WG-NOTE" /><link rel="stylesheet" type="text/css" href="slicenav.css"/></head><body class="slices"><div id="masthead"><p class="logo"><a href="https://www.w3.org/"><img width="72" height="48" alt="W3C" src="https://www.w3.org/Icons/w3c_home" /></a></p><p class="collectiontitle"><a href="Overview.html">Understanding WCAG 2.0</a></p></div><div id="skipnav"><p class="skipnav"><a href="#maincontent">Skip to Content (Press Enter)</a></p></div><a name="top"> </a><ul id="navigation"><li><strong><a href="Overview.html#contents" title="Table of Contents">Contents</a></strong></li><li><strong><a href="intro.html" title="Introduction to Understanding WCAG 2.0"><abbr title="Introduction">Intro</abbr></a></strong></li><li><a title="Introduction to Understanding WCAG 2.0" href="intro.html"><strong>Previous: </strong>Introduction to Understanding WCAG 2.0</a></li><li><a title="Understanding Guideline 1.1 [Text Alternatives]" href="text-equiv.html"><strong>Next: </strong>Guideline 1.1 [Text Alternatives]</a></li></ul><div class="mainbody"><div class="navtoc"><p>On this page:</p><ul id="navbar"><li><a href="#ut-understanding-techniques-informative-head">Techniques are Informative</a></li><li><a href="#ut-understanding-techniques-sufficient-head">Sufficient Techniques</a></li><li><a href="#ut-understanding-techniques-advisory-head">Advisory Techniques</a></li><li><a href="#ut-understanding-techniques-failures-head">Failures</a></li><li><a href="#ut-understanding-techniques-general-tech-specific-head"> General and Technology-specific Techniques</a></li><li><a href="#ut-understanding-techniques-othertechs-head">Other Techniques</a></li><li><a href="#ut-understanding-techniques-tests-head">Testing Techniques</a></li><li><a href="#ut-understanding-techniques-support-head">User Agent and Assistive Technology Support Notes</a></li><li><a href="#ut-understanding-techniques-using-head">Using the Techniques</a></li></ul></div><div class="div1"><div class="skiptarget"><a id="maincontent">-</a></div><h1 class="normal"><a name="understanding-techniques" id="understanding-techniques"> </a>Understanding Techniques for WCAG Success Criteria</h1> <p>WCAG 2.0 guidelines and success criteria are designed to be broadly applicable to current and future web technologies, including dynamic applications, mobile, digital television, etc. They are stable and do not change.</p><p>Specific guidance for authors and evaluators on meeting the WCAG success criteria is provided in techniques, which include code examples, resources, and tests. W3C's <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> document is updated periodically, about <span>twice per</span> year, to cover more current best practices and changes in technologies and tools.</p><p>The three types of guidance in <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> are explained below:</p><ul><li><p>Sufficient techniques</p></li><li><p>Advisory techniques</p></li><li><p>Failures</p></li></ul><p>Also explained below:</p><ul><li><p>General and technology-specific techniques - which can be sufficient or advisory</p></li><li><p>Other techniques - beyond what is in W3C's published document</p></li><li><p>Technique tests</p></li><li><p>User agent and assistive technology support</p></li><li><p>Using the techniques - with important considerations</p></li></ul><p> <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance">Understanding Conformance</a> provides related information, including on <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance#uc-accessibility-support-head">understanding accessibility support</a>.</p><div class="div3"><h2 id="ut-understanding-techniques-informative-head" class="section">Techniques are Informative</h2><p> <em>Techniques are informative鈥攖hat means they are not required. The basis for determining conformance to WCAG 2.0 is the success criteria from the WCAG 2.0 standard鈥攏ot the techniques.</em> </p><div class="note"><p class="prefix"><em>Note 1: </em>W3C cautions against requiring W3C's sufficient techniques. The only thing that should be required is meeting the WCAG 2.0 success criteria. To learn more, see:</p><ul><li><p> <a href="https://www.w3.org/WAI/WCAG20/wcag2faq.html#techsnot">What would be the negative consequences of allowing <em>only</em> W3C's published techniques to be used for conformance to WCAG 2.0?</a> in the WCAG 2 FAQ</p></li></ul><p class="prefix"><em>Note 2: </em> <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> uses the words "must" and "should" only to clarify guidance within the techniques, not to convey requirements for WCAG.</p></div></div><div class="div3"><h2 id="ut-understanding-techniques-sufficient-head" class="section">Sufficient Techniques</h2><p> <em>Sufficient techniques</em> are reliable ways to meet the success criteria.</p><ul><li><p>From an author's perspective: If you use the sufficient techniques for a given criterion correctly and it is <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-support-head">accessibility-supported</a> for your users, you can be confident that you met the success criterion.</p></li><li><p>From an evaluator's perspective: If web content implements the sufficient techniques for a given criterion correctly and it is <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-support-head">accessibility-supported</a> for the content's users, it conforms to that success criterion. (The converse is not true; if content does not implement these sufficient techniques, it does not necessarily fail the success criteria, as explained in <a href="#ut-understanding-techniques-tests-head">Testing Techniques</a> below.)</p></li></ul><p>There may be other ways to meet success criteria besides the sufficient techniques in W3C's <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> document, as explained in <a href="#ut-understanding-techniques-othertechs-head">Other Techniques</a> below. <em>(See also <a href="#ut-understanding-techniques-informative-head">Techniques are Informative</a> above.)</em> </p><h3 id="ut-understanding-techniques-sufficient-lists-and-head" class="div3head">Numbered Lists, "AND"</h3><p> The W3C-documented sufficient techniques are provided in a numbered list where each list item provides a technique or combination of techniques that can be used to meet the success criterion. Where there are multiple techniques on a numbered list item connected by "AND" then all of the techniques must be used to be sufficient. For example, <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/complete#content-structure-separation-programmatic-techniques-head">Sufficient Techniques for 1.3.1</a> has: "G115: Using semantic elements to mark up structure AND H49: Using semantic markup to mark emphasized or special text (HTML)".</p></div><div class="div3"><h2 id="ut-understanding-techniques-advisory-head" class="section">Advisory Techniques</h2><p> <em>Advisory techniques</em> are suggested ways to improve accessibility. They are often very helpful to some users, and may be the only way that some users can access some types of content.</p><p>Advisory techniques are not designated as sufficient techniques for various reasons such as:</p><ul><li><p>they may not be sufficient to meet the full requirements of the success criteria;</p></li><li><p>they may be based on technology that is not yet stable;</p></li><li><p>they may not be <a href="https://www.w3.org/WAI/GL/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-support-head">accessibility supported</a> in many cases (for example, assistive technologies do not work with them yet);</p></li><li><p>they may not be testable;</p></li><li><p>in some circumstances they may not be applicable or practical, and may even decrease accessibility for some users while increasing it for others;</p></li><li><p>they may not address the success criterion itself, and instead provide related accessibility benefits.</p></li></ul><p>Authors are encouraged to apply all of the techniques where appropriate to best address the widest range of users' needs.</p></div><div class="div3"><h2 id="ut-understanding-techniques-failures-head" class="section">Failures</h2><p> <em>Failures</em> are things that cause accessibility barriers and fail specific success criteria. The documented <em>failures</em> are useful for:</p><ul><li><p>Authors to know what to avoid,</p></li><li><p>Evaluators to use for checking if content does not meet WCAG success criteria.</p></li></ul><p>Content that has a <em>failure</em> does not meet WCAG success criteria, unless an alternate version is provided without the failure.</p><p>If anyone identifies a situation where a documented failure is not correct, please <a href="https://www.w3.org/WAI/WCAG20/comments/">report the situation as a WCAG comment</a> so that it can be corrected or deleted as appropriate.</p></div><div class="div3"><h2 id="ut-understanding-techniques-general-tech-specific-head" class="section"> General and Technology-specific Techniques</h2><p> <em>General techniques</em> describe basic practices that apply to all technologies. <em>Technology-specific techniques</em> apply to a specific technology.</p><p>Some success criteria do not have technology-specific techniques and are covered only with general techniques. Therefore, both the general techniques and the relevant technology-specific techniques should be considered.</p><p>Publication of techniques for a specific technology does not imply that the technology can be used in all situations to create content that meets WCAG 2.0 success criteria and conformance requirements. Developers need to be aware of the limitations of specific technologies and provide content in a way that is accessible to people with disabilities.</p></div><div class="div3"><h2 id="ut-understanding-techniques-othertechs-head" class="section">Other Techniques</h2><p>In addition to the techniques in W3C's <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> document, <em>there are other ways to meet WCAG success criteria</em>. W3C's techniques are not comprehensive and may not cover newer technologies and situations.</p><p> <em>Web content does not have to use W3C's published techniques in order to conform to WCAG 2.0.</em> <em>(See also <a href="#ut-understanding-techniques-informative-head">Techniques are Informative</a> above.)</em> </p><p>Content authors can develop different techniques. For example, an author could develop a technique for HTML5, <a href="https://www.w3.org/WAI/intro/aria">WAI-ARIA</a>, or other new technology. Other organizations may develop sets of techniques to meet WCAG 2.0 success criteria.</p><p>Any techniques can be sufficient if:</p><ul><li><p>they satisfy the success criterion, and</p></li><li><p> all of the <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html">WCAG 2.0 conformance requirements</a> are met.</p></li></ul><h3 id="ut-understanding-techniques-submitting-head" class="div3head">Submitting Techniques</h3><p>The WCAG Working Group encourages people to submit new techniques so that they can be considered for inclusion in updates of the <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> document. Please submit techniques for consideration using the <a href="https://www.w3.org/WAI/GL/WCAG20/TECHS-SUBMIT/">Techniques Submission Form</a>.</p></div><div class="div3"><h2 id="ut-understanding-techniques-tests-head" class="section">Testing Techniques</h2><p> Each technique has tests that help:</p><ul><li><p> authors verify that they implemented the technique properly, and</p></li><li><p>evaluators determine if web content meets the technique.</p></li></ul><p>The tests are only for a technique, they are not tests for conformance to WCAG success criteria.</p><ul><li><p>Failing a technique test does not necessarily mean failing WCAG, because the techniques are discrete (that is, they address one specific point) and they are not required.</p></li><li><p>Content can meet WCAG success criteria in different ways other than W3C's published sufficient techniques.</p></li><li><p>Content that passes the sufficient techniques for a specific technology does not necessarily meet all WCAG success criteria. Some success criteria have only general techniques, not technology-specific techniques.</p></li><li><p>The content must be <a href="https://www.w3.org/WAI/GL/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-support-head">accessibility supported</a> for the content's users. Some sufficient techniques require browser, assistive technology, or other support that some users might not have.</p></li></ul><p>Thus while the techniques are useful for evaluating content, evaluations must go beyond just checking the sufficient technique tests in order to evaluate how content conforms to WCAG success criteria.</p><p> <em>Failures</em> are particularly useful for evaluations because they do indicate non-conformance (unless an alternate version is provided without the failure).</p></div><div class="div3"><h2 id="ut-understanding-techniques-support-head" class="section">User Agent and Assistive Technology Support Notes</h2><p>Some techniques require that web content users have specific browsers or assistive technologies in order for the technique to be <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-support-head">accessibility-supported</a>. The <em>User Agent and Assistive Technology Support Notes</em> sections of individual techniques include some information to help determine accessibility support.</p><h3 id="ut-understanding-techniques-support-change-head" class="div3head">Support Notes Change Over Time</h3><p>As time passes, the versions of user agents (browsers, etc.) or assistive technologies listed may not be the current versions. The Working Group may not update most of these notes as new versions are released. Authors should test techniques with the user agents and assistive technologies currently available to their users. See also <a href="https://www.w3.org/WAI/GL/UNDERSTANDING-WCAG20/conformance.html#uc-accessibility-support-head">Understanding Accessibility Support</a>.</p></div><div class="div3"><h2 id="ut-understanding-techniques-using-head" class="section">Using the Techniques</h2><p> <a href="/TR/WCAG20-TECHS/">Techniques for WCAG 2.0</a> is not intended to be used as a stand-alone document. Instead, it is expected that content authors will usually use <a href="https://www.w3.org/WAI/WCAG20/quickref/">How to Meet WCAG 2.0: A customizable quick reference</a> to read the WCAG success criteria, and follow links from there to specific topics in Understanding WCAG 2.0 and to specific techniques.</p><h3 id="ut-understanding-techniques-using-alternatives-head" class="div3head">Alternatives must meet success criteria</h3><p>Some techniques describe how to provide alternate ways for users to get content. For example, <a href="https://www.w3.org/TR/WCAG20-HTML-TECHS/G73">G73: Providing a long description in another location...</a> mentions a transcript as an alternative for an audio file. Some alternatives must also conform to WCAG. For example, the transcript itself must meet all relevant success criteria. </p><h3 id="ut-understanding-techniques-using-examples-head" class="div3head">Example Code</h3><p>The code examples in the techniques are intended to demonstrate only the specific point discussed in the technique. They might not demonstrate best practice for other aspects of accessibility, usability, or coding not related to the technique. They are not intended to be copied and used as the basis for developing web content.</p><p>Many techniques point to "working examples" that are more robust and may be appropriate for copying and integrating into web content.</p></div><hr class="divider"/></div><ul id="navigationbottom"><li><strong><a href="#top">Top</a></strong></li><li><strong><a href="Overview.html#contents" title="Table of Contents">Contents</a></strong></li><li><strong><a href="intro.html" title="Introduction to Understanding WCAG 2.0"><abbr title="Introduction">Intro</abbr></a></strong></li><li><a title="Understanding Introduction to Understanding WCAG 2.0" href="intro.html"><strong>Previous: </strong>Introduction to Understanding WCAG 2.0</a></li><li><a title="Understanding Guideline 1.1 [Text Alternatives]" href="text-equiv.html"><strong>Next: </strong>Guideline 1.1 [Text Alternatives]</a></li></ul></div><div class="footer"><p class="copyright">This Web page is part of <a href="Overview.html">Understanding WCAG 2.0: A guide to understanding and implementing WCAG 2.0</a> (see the <a href="https://www.w3.org/TR/UNDERSTANDING-WCAG20/Overview.html">latest version of this document</a>). The entire document is also available as a <a href="complete.html">single HTML file</a>. See the <a href="https://www.w3.org/WAI/intro/wcag20">The WCAG 2.0 Documents</a> for an explanation of how this document fits in with other Web Content Accessibility Guidelines (WCAG) 2.0 documents. To send public comments, please follow the <a href="https://www.w3.org/WAI/WCAG20/comments/">Instructions for Commenting on WCAG 2.0 Documents</a>. </p><p class="copyright"><a href="https://www.w3.org/Consortium/Legal/ipr-notice#Copyright">Copyright</a> 漏 2014 <a href="https://www.w3.org/"><acronym title="World Wide Web Consortium">W3C</acronym></a><sup>庐</sup> (<a href="http://www.csail.mit.edu/"><acronym title="Massachusetts Institute of Technology">MIT</acronym></a>, <a href="http://www.ercim.eu/"><acronym title="European Research Consortium for Informatics and Mathematics">ERCIM</acronym></a>, <a href="http://www.keio.ac.jp/">Keio</a>, <a href="http://ev.buaa.edu.cn/">Beihang</a>), All Rights Reserved. W3C <a href="https://www.w3.org/Consortium/Legal/ipr-notice#Legal_Disclaimer">liability</a>, <a href="https://www.w3.org/Consortium/Legal/ipr-notice#W3C_Trademarks">trademark</a> and <a href="https://www.w3.org/Consortium/Legal/copyright-documents">document use</a> rules apply.</p></div></body></html>