Web Content Accessibility Guidelines | |
Abbreviation | WCAG |
---|---|
Status | W3C Recommendation |
Year started | January 1995 |
First published | 9 May 1999 |
Latest version | 2.2 October 5, 2023 [1] |
Preview version | 3.0 July 24, 2023 [2] |
Organization | W3C, ISO, IEC [3] |
Committee | Accessibility Guidelines Working Group |
Editors |
|
Domain | Web accessibility |
Copyright | © 2020–2023 W3C® (MIT, ERCIM, Keio, Beihang). |
Website |
The Web Content Accessibility Guidelines (WCAG) are part of a series of web accessibility guidelines published by the Web Accessibility Initiative (WAI) of the World Wide Web Consortium (W3C), the main international standards organization for the Internet. They are a set of recommendations for making Web content more accessible, primarily for people with disabilities—but also for all user agents, including highly limited devices, such as mobile phones. WCAG 2.0 was published in December 2008 and became an ISO standard, ISO/IEC 40500:2012 in October 2012. [3] WCAG 2.2 became a W3C Recommendation on 5 October 2023. [1]
The first web accessibility guideline was compiled by Gregg Vanderheiden and released in January 1995, just after the 1994 Second International Conference on the World-Wide Web (WWW II) in Chicago (where Tim Berners-Lee first mentioned disability access in a keynote speech after seeing a pre-conference workshop on accessibility led by Mike Paciello). [4]
Over 38 different Web access guidelines followed from various authors and organizations over the next few years. [5] These were brought together in the Unified Web Site Accessibility Guidelines compiled at the University of Wisconsin–Madison. [6] Version 8 of the Unified Web Site Accessibility Guidelines, published in 1998, served as the starting point for the W3C's WCAG 1.0. [7]
The WCAG 1.0 were published and became a W3C recommendation on 5 May 1999. In February 2008, The WCAG Samurai, a group of developers independent of the W3C, and led by Joe Clark, published corrections for, and extensions to, the WCAG 1.0. [8]
The first concept proposal of WCAG 2.0 was published on 25 January 2001. In the following years new versions were published intended to solicit feedback from accessibility experts and members of the disability community. On 27 April 2006 a "Last Call Working Draft" was published. [9] Due to the many amendments that were necessary, WCAG 2.0 was published again as a concept proposal on 17 May 2007, followed by a second "Last Call Working Draft" on 11 December 2007. [10] [11] In April 2008 the guidelines became a "Candidate Recommendation". [12] On 3 November 2008 the guidelines became a "Proposed Recommendation". WCAG 2.0 was published as a W3C Recommendation on 11 December 2008. [13] [14] In October 2012, WCAG 2.0 were accepted by the International Organization for Standardization as an ISO International Standard, ISO/IEC 40500:2012. [15] [16] [17] [3] In early 2014, WCAG 2.0's Level A and Level AA success criteria were incorporated as references in clause 9.2 ("Web content requirements") of the European standard EN 301 549 published by ETSI. [18] EN 301 549 was produced in response to a mandate that the European Commission gave to the three official European standardisation bodies (CEN, CENELEC and ETSI) and is the first European standard for ICT products and services. [19] [20]
WCAG 2.2 became a W3C Recommendation on 5 October 2023. [1] Nine new criteria make their definitive debut in this new version of the WCAG standard. New sections have also been introduced that detail aspects of the specification which may impact privacy and security.
In early 2021, the Accessibility Guidelines Working Group presented the first public working draft (FPWD) of the future WCAG 3.0, intended to provide a range of recommendations for making web content more accessible. The WCAG 3.0 working draft was last updated in December 2024. No part of WCAG 3.0 is an official recommendation at this time. WCAG 3.0 is a draft undergoing significant development efforts, and the expected release date as an official recommendation is not defined.
WCAG 1.0 consist of 14 guidelines—each of which describes a general principle of accessible design. Each guideline covers a basic theme of web accessibility and is associated with one or more checkpoints that describes how to apply that guideline to particular webpage features.
Each of the in total 65 WCAG 1.0 checkpoints has an assigned priority level based on the checkpoint's impact on accessibility:
WCAG 2.0 consist of twelve guidelines organized under four principles (websites must be perceivable, operable, understandable, and robust). Each guideline has testable success criteria (61 in all). [21] The W3C's Techniques for WCAG 2.0 [22] is a list of techniques that help authors meet the guidelines and success criteria. The techniques are periodically updated whereas the principles, guidelines and success criteria are stable and do not change. [23] WCAG 2.0 uses the same three levels of conformance (A, AA, AAA) as WCAG 1.0, but has redefined them. The WCAG working group maintains an extensive list of web accessibility techniques and common failure cases for WCAG 2.0. [24]
WCAG 2.1 is backwards-compatible with WCAG 2.0, which it extends with a further 17 success criteria.
WCAG 2.2 is backwards-compatible with WCAG 2.1 extending it a further nine success criteria and with WCAG 2.0 extending it a further 26 success criteria (including the 17 success criteria introduced by WCAG 2.1). Additionally, WCAG 2.2 has deprecated and removed the 4.1.1 success criterion. [25]
Principles | Guidelines | Success Criteria | Conformance Level | Revision |
---|---|---|---|---|
1: Perceivable | 1.1 Text Alternatives | 1.1.1 Non-text Content | A | 2.0 |
1.2 Time-based Media | 1.2.1 Audio-only and Video-only (Prerecorded) | A | 2.0 | |
1.2.2 Captions (Prerecorded) | A | 2.0 | ||
1.2.3 Audio Description or Media Alternative (Prerecorded) | A | 2.0 | ||
1.2.4 Captions (Live) | AA | 2.0 | ||
1.2.5 Audio Description (Prerecorded) | AA | 2.0 | ||
1.2.6 Sign Language (Prerecorded) | AAA | 2.0 | ||
1.2.7 Extended Audio Description (Prerecorded) | AAA | 2.0 | ||
1.2.8 Media Alternative (Prerecorded) | AAA | 2.0 | ||
1.2.9 Audio-only (Live) | AAA | 2.0 | ||
1.3 Adaptable | 1.3.1 Info and Relationships | A | 2.0 | |
1.3.2 Meaningful Sequence | A | 2.0 | ||
1.3.3 Sensory Characteristics | A | 2.0 | ||
1.3.4 Orientation | AA | 2.1 | ||
1.3.5 Identify Input Purpose | AA | 2.1 | ||
1.3.6 Identify Purpose | AAA | 2.1 | ||
1.4 Distinguishable | 1.4.1 Use of Color | A | 2.0 | |
1.4.2 Audio Control | A | 2.0 | ||
1.4.3 Contrast (Minimum) | AA | 2.0 | ||
1.4.4 Resize text | AA | 2.0 | ||
1.4.5 Images of Text | AA | 2.0 | ||
1.4.6 Contrast (Enhanced) | AAA | 2.0 | ||
1.4.7 Low or No Background Audio | AAA | 2.0 | ||
1.4.8 Visual Presentation | AAA | 2.0 | ||
1.4.9 Images of Text (No Exception) | AAA | 2.0 | ||
1.4.10 Reflow | AA | 2.1 | ||
1.4.11 Non-Text Contrast | AA | 2.1 | ||
1.4.12 Text Spacing | AA | 2.1 | ||
1.4.13 Content on Hover or Focus | AA | 2.1 | ||
2: Operable | 2.1 Keyboard Accessible | 2.1.1 Keyboard | A | 2.0 |
2.1.2 No Keyboard Trap | A | 2.0 | ||
2.1.3 Keyboard (No Exception) | AAA | 2.0 | ||
2.1.4 Character Key Shortcuts | A | 2.1 | ||
2.2 Enough Time | 2.2.1 Timing Adjustable | A | 2.0 | |
2.2.2 Pause, Stop, Hide | A | 2.0 | ||
2.2.3 No Timing | AAA | 2.0 | ||
2.2.4 Interruptions | AAA | 2.0 | ||
2.2.5 Re-authenticating | AAA | 2.0 | ||
2.2.6 Timeouts | AAA | 2.1 | ||
2.3 Seizures | 2.3.1 Three Flashes or Below Threshold | A | 2.0 | |
2.3.2 Three Flashes | AAA | 2.0 | ||
2.3.3 Animation from Interactions | AAA | 2.1 | ||
2.4 Navigable | 2.4.1 Bypass Blocks | A | 2.0 | |
2.4.2 Page Titled | A | 2.0 | ||
2.4.3 Focus Order | A | 2.0 | ||
2.4.4 Link Purpose (In Context) | A | 2.0 | ||
2.4.5 Multiple Ways | AA | 2.0 | ||
2.4.6 Headings and Labels | AA | 2.0 | ||
2.4.7 Focus Visible | AA | 2.0 | ||
2.4.8 Location | AAA | 2.0 | ||
2.4.9 Link Purpose (Link Only) | AAA | 2.0 | ||
2.4.10 Section Headings | AAA | 2.0 | ||
2.4.11 Focus Not Obscured (Minimum) | AA | 2.2 | ||
2.4.12 Focus Not Obscured (Enhanced) | AAA | 2.2 | ||
2.4.13 Focus Appearance | AAA | 2.2 | ||
2.5 Input Modalities | 2.5.1 Pointer Gestures | A | 2.1 | |
2.5.2 Pointer Cancellation | A | 2.1 | ||
2.5.3 Label in Name | A | 2.1 | ||
2.5.4 Motion Actuation | A | 2.1 | ||
2.5.5 Target Size | AAA | 2.1 | ||
2.5.6 Concurrent Input Mechanisms | AAA | 2.1 | ||
2.5.7 Dragging Movements | AA | 2.2 | ||
2.5.8 Target Size (Minimum) | AA | 2.2 | ||
3: Understandable | 3.1 Readable | 3.1.1 Language of Page | A | 2.0 |
3.1.2 Language of Parts | AA | 2.0 | ||
3.1.3 Unusual Words | AAA | 2.0 | ||
3.1.4 Abbreviations | AAA | 2.0 | ||
3.1.5 Reading Level | AAA | 2.0 | ||
3.1.6 Pronunciation | AAA | 2.0 | ||
3.2 Predictable | 3.2.1 On Focus | A | 2.0 | |
3.2.2 On Input | A | 2.0 | ||
3.2.3 Consistent Navigation | AA | 2.0 | ||
3.2.4 Consistent Identification | AA | 2.0 | ||
3.2.5 Change on Request | AAA | 2.0 | ||
3.2.6 Consistent Help | A | 2.2 | ||
3.3 Input Assistance | 3.3.1 Error Identification | A | 2.0 | |
3.3.2 Labels or Instructions | A | 2.0 | ||
3.3.3 Error Suggestion | AA | 2.0 | ||
3.3.4 Error Prevention (Legal, Financial, Data) | AA | 2.0 | ||
3.3.5 Help | AAA | 2.0 | ||
3.3.6 Error Prevention (All) | AAA | 2.0 | ||
3.3.7 Redundant Entry | A | 2.2 | ||
3.3.8 Accessible Authentication (Minimum) | AA | 2.2 | ||
3.3.9 Accessible Authentication (Enhanced) | AAA | 2.2 | ||
4: Robust | 4.1 Compatible | |||
4.1.2 Name, Role, Value | A | 2.0 | ||
4.1.3 Status Messages | AA | 2.1 |
This section only refers to specific instances where WCAG, or a closely related derivative thereof, is specifically codified into law. There are many laws relating to accessibility in general and which may apply to websites, though they do not necessarily refer to WCAG. It is nevertheless considered prudent to follow WCAG guidelines to help protect against potential lawsuits relating to accessibility. [26]
Some jurisdictions are moving to build legislation around the latest recommended release of the Web Content Accessibility Guidelines by the World Wide Web Consortium's Web Accessibility Initiative. This ensures that the policies remain evergreen.
In 2013, the US Department of Transportation amended its regulations implementing the Air Carrier Access Act (ACAA) to require Airlines make their websites accessible, requiring conformance to WCAG 2.0, meeting Level AA Success Criteria. [27]
In January 2017, the US Access Board approved a final rule to update Section 508 of the Rehabilitation Act of 1973. The new rule adopts seventeen WCAG 2.0 success criteria, but 22 of the 38 existing A-level and AA-level criteria were already covered by existing Section 508 guidelines. The rule requires adherence to the new standards twelve months from its date of publication in the federal register. [28] [29]
In December, 2021 the 11th circuit court vacated a sometimes-cited case from 2017, which had referred to the WCAG guidelines as "industry standard". The 11th circuit court's ruling rendered the 2017 case moot. [30] As such, the case is no longer citable as caselaw. On March 2, 2022, the 11th circuit court refused to rehear the case.
On April 24, 2024, the Federal Register published the Department of Justice’s (DOJ) final rule updating its regulations for Title II of the Americans with Disabilities Act (ADA). The final rule states that the Web Content Accessibility Guidelines (WCAG) Version 2.1, Level AA is the technical standard for state and local governments’ web content and mobile apps. [31]
Directive 2016/2102 [32] requires websites and mobile applications of public sector (i.e. government) bodies to conform to WCAG 2.1 Level AA. [33] [34] As of June 2021, the directive covers websites and mobile apps. [35] The European Parliament approved the directive in October 2016, [32] the European Commission updated the WCAG reference from 2.0 to 2.1 in December 2018. [34]
The European Accessibility Act (EAA) will become legally applicable in EU member states on 28 June 2025. The EAA will require websites, apps, ebooks, ecommerce platforms, PDFs and others to conform to WCAG 2.1 AA criteria within the EU.
In September 2018, website and mobile app accessibility regulations for the public sector came into force, titled the Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018, which currently applies the WCAG 2.1 AA level to websites operated by the "public sector", which means government agencies or organizations funded by the government, with some exclusions. The UK government published Understanding accessibility requirements for public sector bodies [36] to guide compliance.
The UK government is yet to announce if it will confirm the European Accessibility Act (EAA) into local law, but companies in the UK and outside of the EU will need to comply with EAA if they sell products or services in any EU member state. [37]
Regulations under the Accessibility for Ontarians with Disabilities Act, 2005 require that public web content of certain Ontario organizations complies with WCAG 2.0 Level AA.
In 2010 Donna Jodhan brought a case to the Supreme Court of Canada against the Government of Canada. In 2012 the Supreme Court arrived at what is now known as the Jodhan decision [38] caused the Canadian federal government to require all online web pages, documents and videos available externally and internally to meet the accessibility requirements of WCAG 2.0. [39]
In 2019, the Government of Canada implemented the Accessible Canada Act.
The Australian government has also mandated via the Disability Discrimination Act 1992 that all Australian government websites meet the WCAG 2.0 level A accessibility requirements. [40]
The Israeli Ministry of Justice published regulations in early 2014, requiring Internet websites to comply with Israeli Standard 5568, which is based on the W3C Web Content Accessibility Guidelines 2.0.
The main differences between the Israeli standard and the W3C standard concern the requirements to provide captions and texts for audio and video media. The Israeli standards are somewhat more lenient, reflecting the current technical difficulties in providing such captions and texts in Hebrew. [41] [42]
Hypertext Markup Language (HTML) is the standard markup language for documents designed to be displayed in a web browser. It defines the content and structure of web content. It is often assisted by technologies such as Cascading Style Sheets (CSS) and scripting languages such as JavaScript, a programming language.
In 1998, the U.S. Congress amended the Rehabilitation Act to require federal agencies to make their electronic and information technology accessible to people with disabilities. Section 508 was enacted to eliminate barriers in information technology, to make available new opportunities for people with disabilities and to encourage the development of technologies that will help achieve these goals. The law applies to all federal agencies when they develop, procure, maintain, or use electronic and information technology. Under Section 508, agencies must give employees with disabilities and members of the public access to information that is comparable to the access available to others.
An HTML editor is a program used for editing HTML, the markup of a web page. Although the HTML markup in a web page can be controlled with any text editor, specialized HTML editors can offer convenience, added functionality, and organisation. For example, many HTML editors handle not only HTML, but also related technologies such as CSS, XML and JavaScript or ECMAScript. In some cases they also manage communication with remote web servers via FTP and WebDAV, and version control systems such as Subversion or Git. Many word processing, graphic design and page layout programs that are not dedicated to web design, such as Microsoft Word or Quark XPress, also have the ability to function as HTML editors.
The World Wide Web Consortium (W3C)'s Web Accessibility Initiative (WAI) is an effort to improve the accessibility of the World Wide Web for people with disabilities. People with disabilities encounter difficulties when using computers generally, but also on the Web. Since they often require non-standard devices and browsers, making websites more accessible also benefits a wide range of user agents and devices, including mobile devices, which have limited resources. According to a US government study, 71% of website visitors with disabilities will leave a website that is not accessible.
An open standard is a standard that is openly accessible and usable by anyone. It is also a common prerequisite that open standards use an open license that provides for extensibility. Typically, anybody can participate in their development due to their inherently open nature. There is no single definition, and interpretations vary with usage. Examples of open standards include the GSM, 4G, and 5G standards that allow most modern mobile phones to work world-wide.
Accessibility is the design of products, devices, services, vehicles, or environments so as to be usable by people with disabilities. The concept of accessible design and practice of accessible developments ensures both "direct access" and "indirect access" meaning compatibility with a person's assistive technology.
Computer Graphics Metafile (CGM) is a free and open international standard file format for 2D vector graphics, raster graphics, and text, and is defined by ISO/IEC 8632.
Computer accessibility refers to the accessibility of a computer system to all people, regardless of disability type or severity of impairment. The term accessibility is most often used in reference to specialized hardware or software, or a combination of both, designed to enable the use of a computer by a person with a disability or impairment.
Web standards are the formal, non-proprietary standards and other technical specifications that define and describe aspects of the World Wide Web. In recent years, the term has been more frequently associated with the trend of endorsing a set of standardized best practices for building web sites, and a philosophy of web design and development that includes those methods.
Web accessibility, or eAccessibility, is the inclusive practice of ensuring there are no barriers that prevent interaction with, or access to, websites on the World Wide Web by people with physical disabilities, situational disabilities, and socio-economic restrictions on bandwidth and speed. When sites are correctly designed, developed and edited, more users have equal access to information and functionality.
Web usability of a website consists of broad goals of usability, presentation of information, choices made in a clear and concise way, a lack of ambiguity and the placement of important items in appropriate areas as well as ensuring that the content works on various devices and browsers.
Information security standards are techniques generally outlined in published materials that attempt to protect a user's or organization's cyber environment. This environment includes users themselves, networks, devices, all software, processes, information in storage or transit, applications, services, and systems that can be connected directly or indirectly to networks.
PDF/UA, formally ISO 14289, is an International Organization for Standardization (ISO) standard for accessible PDF technology. A technical specification intended for developers implementing PDF writing and processing software, PDF/UA provides definitive terms and requirements for accessibility in PDF documents and applications. For those equipped with appropriate software, conformance with PDF/UA ensures accessibility for people with disabilities who use assistive technology such as screen readers, screen magnifiers, joysticks and other technologies to navigate and read electronic content.
india.gov.in, also known as the National Portal of India. is the official web portal of India. It presents information resources and online services from government sources, accessible from a single point.
The Government of Canada's Common Look and Feel (CLF) Standards for the Internet governed the branding, usability & accessibility standards for its websites and web applications from 2000 - 2010. It comprised the following four parts, now rescinded:
Lisa Seeman is an inventor and an entrepreneur and has been instrumental in creating standards for interoperability and accessibility.
A Voluntary Product Accessibility Template (VPAT) is a template containing information regarding how an Information and communications technology product or service conforms with Section 508 of the Rehabilitation Act of 1973, as amended (29 U.S.C. § 794 (d)). Section 508 provides guidelines for rendering ICT accessible to, and therefore usable by, people with disabilities. The VPAT was originally designed as a tool for vendors to document product compliance to Section 508 and facilitate government market research on ICT with accessible features. Many people started to call the completed document a "VPAT" but the wider procurement community would prefer to call it a product Accessibility Conformance Report, or ACR. The distinction is that the VPAT is the incomplete form, and the ACR is the completed report using the VPAT template.
The Rights of Persons with Disabilities Act, 2016 is a disability law passed by the Parliament of India to fulfill its obligations under the United Nations Convention on the Rights of Persons with Disabilities, ratified by India in 2007. The Act replaces the Persons with Disabilities Act, 1995.
EN 301 549 is a European standard that supports the development of digital best practices for everyone, including people with disabilities. It's like a checklist for digital accessibility that creators use to make sure their technology is easy for everyone to use. It specifies requirements for information and communications technology to be accessible for people with disabilities. For the web, the latest version, EN 301 549 v 3.2.1 includes the full text of WCAG 2.1 AA.
This article's use of external links may not follow Wikipedia's policies or guidelines.(September 2019) |