ALTERNATE POSSIBLE DRAFT Accessibility Guidelines 3 Working Group Charter

The mission of the Accessibility Guidelines 3 Working Group is to develop specifications to support making implementations of web technologies accessible for people with disabilities, and to develop and maintain implementation support materials..

Join the Accessibility Guidelines 3 Working Group.

This proposed charter is available on GitHub. Feel free to raise issues.

Todo: copy in feasible updates from the charter template at W3M review time.

Charter Status Draft charter for new group taking over WCAG 3 from AG 2 WG. Also see draft AG 2 charter.
Start date 1 November 2022
End date (Start date + 2 years)
Chairs Proposed
  • Chuck Adams (Oracle)
  • Rachael Montgomery (Library of Congress)
Team Contacts
  • Michael Cooper (0.25 FTE primary AG 3 WG team contact [external funds])
  • Shawn Lawton Henry (0.05 FTE for Low Vision TF [external funds])
  • Roy Ran (0.05 FTE for COGA TF and 0.05 FTE for Mobile TF [Member funds])
Additional Team Support
  • Judy Brewer (0.05 FTE for standards harmonization [external funds])
  • Roy Ran (0.05 FTE for standards harmonization [Member funds])
  • Steve Lee (0.5 FTE for COGA TF resource development [external funds])
Meeting Schedule Teleconferences: weekly
Face-to-face: we will meet during the W3C's annual Technical Plenary week; additional face-to-face meetings may be scheduled by consent of the participants, usually no more than 3 per year.

Background

Motivation for Accessibility Guidelines 3 Working Group (AG 3 WG)

Web accessibility means that websites, tools, and technologies are designed and developed so that people with disabilities can use them. Web accessibility encompasses all disabilities that affect access to the Web, and also benefits older users and people without disabilities. Accessible design improves overall user experience and satisfaction, especially in a variety of situations, and across different devices. It is essential that several different components of web development and interaction work together in order for the web to be accessible to people with disabilities. These components include content technologies, web content, web browsers and media players, assistive technology, users, developers, authoring tools, and evaluation tools. Groups in the Web Accessibility Initiative work together to address accessibility for all the components.

The Accessibility Guidelines 3 Working Group works to create accessibility guidelines to replace WCAC 2 using a new model that allows it to address more disability needs than WCAG 2.X, as well as address publishing requirements and emerging technologies.  WCAG 3 describes support from other components needed for its advice to work, such as technologies, user agents, and authoring tools. Guidelines from this Working Group are widely used by developers and implementers, referenced in industry policy, and benefit all web users.

If we decide to pursue this direction, the rationale will be added here.

Focus for the 2022 - 2024 Charter

The goal of this 2022 - 2024 AG 3 WG charter will be to put into wide (public) review one or more draft documents that demonstrate all major components of W3C Accessibility Guidelines (WCAG) 3 and how they fit together. During this charter period, the WG will propose an approach for public review that addresses each of the WCAG 3 requirements and known challenges. Examples of known challenges include:

  • Rewriting existing guidelines,
  • Adding guidance to address known gaps in WCAG 2,
  • Creating new guidelines for emerging technologies,and
  • Complex conformance questions, such as third-party content, scoring, accessibility statements, etc.

Any requirement or challenge without a demonstrated solution that has AG 3 WG consensus by the end of the next charter will be excluded from WCAG 3. These solutions won’t be complete at the end of this charter period, but they will have enough breadth of developed material so that reviewers can understand the intended scope of WCAG 3 as a whole, and have enough depth to understand how conformance evaluations for WCAG 3 can work.

By the end of the 2022 - 2024 charter AG 3 WG will:

  • Know what will and will not be part of WCAG 3,
  • Propose approaches to known challenges (including those listed above),
  • have a timeline for delivering WCAG 3, and
  • have decided how the remaining parts of WCAG 3 will be delivered (all at once, in phases, or as modules.)
In the case of phases or modules, AG 3 WG will have the scope and requirements of those phases or modules defined for the next charter period.

Scope

WCAG 3

The primary objective of the AG 3 WG during this charter period is to publish one or more wide review draft(s) of WCAG 3. The goal is to get broad support for the scope and direction of WCAG 3 and work out how the requirements for WCAG 3 can be met, including better coverage across disabilities, and be easier to maintain, so that the new framework will be more durable as technologies evolve. These wide review(s) of WCAG 3 will include the following:

  • A preliminary set of guidelines (not including outcomes or methods),
  • A representative set of outcomes worked out in detail, along with all methods and documentation necessary to understand and test those outcomes,
  • At least one example of each type/category of testing,
  • A conformance model, and
  • An approach on testing emerging technologies.

WCAG 3 will not be brought to Recommendation during this charter period. Results of the wide review(s) will determine scope and timeline for further work in the following charter period. Deliverables and timelines for WCAG 3 are further precised in the WCAG 3 project plan.

Additional WCAG 3 Publications

AG 3 WG will explore options for publishing WCAG 3 in stages or as modules. If any part of the initial WCAG 3 will be published as a stand-alone resource, a draft will be made available within this charter period. If a transitional document between WCAG 2.2 and WCAG 3 is to be created, a first draft of it will be published by the end of the charter.

WCAG 3 Conformance Model

In this charter period, AG 3 WG will define a working conformance model for WCAG 3. If any part of the initial WCAG 3 recommendation will be published as a stand-alone resource, a draft will be made available within this charter period.

While there will be no normative guidance for stand-alone user agents or authoring tools, WCAG 3 may include guidelines for embedded user agents and authoring tools such as an online video player built with JavaScript and HTML, or online blogging service.

Non WCAG 3 Scope

In addition to WCAG 3, the group continues existing work and materials support commitments:

Out of Scope

The following features are out of scope, and will not be addressed by this Working group.

  • The AG 3 WG is not, and does not aspire to be, the central repository for accessibility support data.
  • The AG 3 WG does not perform conformance evaluations and reviews.
  • The AG 3 WG does not provide normative guidance on non-web technologies; however, informational guidance may include examples outside the scope of the web.
  • The AG 3 WG is not currently working on Authoring Tool Accessibility Guidelines or User Agent Accessibility Guidelines though some content may be relevant to and included in WCAG 3.

Deliverables

Updated document status is available on the group publication status page.

Draft state indicates the state of the deliverable at the time of the charter approval. Expected completion indicates when the deliverable is projected to become a Recommendation, or otherwise reach a stable state.

Normative Specifications

The Working Group will deliver the following W3C normative specifications:

W3C Accessibility Guidelines (WCAG) 3.0

This specification presents a new model and guidelines to make web content and applications accessible to people with disabilities. It supports a wide set of user needs, uses new approaches to testing, and allow frequent maintenance of guidelines and related content to keep pace with accelerating technology change. WCAG 3.0 supports this evolution by focusing on users’ functional needs. Following these guidelines will make content more accessible to people with a wide range of functional needs.

Draft state: Working Draft

Expected completion: Q2 2026

Adopted Draft: W3C Accessibility Guidelines (WCAG) 3.0 W3C Working Draft 07 December 2021

Exclusion Draft: W3C Accessibility Guidelines (WCAG) 3.0 W3C First Public Working Draft 21 January 2021

Other Charter: https://www.w3.org/2019/12/ag-charter

Other Deliverables

Other non-normative documents may be created such as:

  • Working Group Notes to support understanding and interpretation of other deliverables as the need arises.
  • New resources to support implementation of WCAG 3.
  • Requirements for WCAG 3.0, noting that it is a living document and this charter defines the scope of the group’s work.
  • Mapping guidance and / or other materials to support transition between WCAG 2.x and WCAG 3.

Timeline

Put here a timeline view of all deliverables.

  • Month YYYY: First teleconference
  • Month YYYY: First face-to-face meeting
  • Month YYYY: Requirements and Use Cases for FooML
  • Month YYYY: FPWD for FooML
  • Month YYYY: Requirements and Use Cases for BarML
  • Month YYYY: FPWD FooML Primer

Success Criteria

In order to advance to Proposed Recommendation, each normative specification is expected to have at least two independent implementations of every feature defined in the specification.

Each specification should contain separate sections detailing all known security and privacy implications for implementers, Web authors, and end users.

There should be testing plans for each specification, starting from the earliest drafts.

There should be sufficient techniques and tests for each specification, starting from the earliest drafts. To promote interoperability, all changes made to specifications should have tests.

Coordination

For all specifications, this Working Group will seek horizontal review for accessibility, internationalization, performance, privacy, and security with the relevant Working and Interest Groups, and with the TAG. Invitation for review must be issued during each major standards-track document transition, including FPWD. The Working Group is encouraged to engage collaboratively with the horizontal review groups throughout development of each specification. The Working Group is advised to seek a review at least 3 months before first entering CR and is encouraged to proactively notify the horizontal review groups when major changes occur in a specification following a review.

Additional technical coordination with the following Groups will be made, per the W3C Process Document:

W3C Groups

AG 2 Working Group
Updating and maintaining WCAG 2.
Accessible Platform Architectures Working Group
Provide input into other W3C groups on accessibility requirements.
ARIA Working Group
Review and help develop WCAG 2.x Techniques for WAI-ARIA.
Cascading Style Sheets Working Group
Advise on WCAG conformance interpretations of CSS features.
Publishing Working Group
Coordinate on accessibility guidelines that impact digital publishing.
Education and Outreach Working Group
Coordinate on making WCAG 2.x usable by a wider audience, on developing or reviewing strategies and materials to increase awareness and to educate Web community about WCAG 2.x.
Internationalization Working Group
Ensure that references to internationalization techniques are correct, and to ensure that language can be translated successfully.
Mobile Web Initiative
Explore relationship between Mobile Web best practices and WCAG 2.x, and applicability of WCAG 2.x to content displayed on mobile devices.
WAI Interest Group
Provide input on group deliverables and explore ideas for consideration and further development.

External Organizations

This section is a non-exclusive list of organizations that may take up WAI guidelines into policies. The Working Group seeks to develop standards that can be incorporated into policies globally and expects to accomplish this through broad review and involvement. AG 3 WG will liaise with these organizations at key stages but recommends direct participation in the Working Group where possible.

U.S. Access Board
Review of specification
Canadian Accessibility Standards Development Organization which may administer C-81 the Accessible Canada Act
Review of specification
European Telecommunications Standards Institute (ETSI)
Establish liaison with the ETSI Human Factors Technical Committee for collaboration and specification review.
European Committee for Standardization (CEN)
Review of specification
European Commission
Review of specification
National Information Society Agency (NIA)
Review of specification
RERC for the Advancement of Cognitive Technologies
Review of specification
RERC on Universal Interface and Information Technology Access
Review of specification
Chinese Disabled People's Federation (CDPF)
Review of specification
Japanese Industry Standards Organization (JIS)
Review of specification

Participation

To be successful, this Working Group is expected to have 15 or more active participants for its duration, including representatives from the key implementors of this specification, and active Editors and Test Leads for each specification. The Chairs, specification Editors, and Test Leads are expected to contribute half of a working day per week towards the Working Group. There is no minimum requirement for other Participants.

Key implementers of WCAG (desktop and non-desktop environments) include Web content developers (page authors, site designers, etc.), Web authoring tool developers, Web accessibility evaluation tool developers, user agent tool developers, and people with disabilities.

The group encourages questions, comments and issues on its public mailing lists and document repositories, as described in Communication.

The group also welcomes non-Members to contribute technical submissions for consideration upon their agreement to the terms of the W3C Patent Policy.

Participants in the group are required (by the W3C Process) to follow the W3C Code of Ethics and Professional Conduct.

Communication

Technical discussions for this Working Group are conducted in public: the meeting minutes from teleconference and face-to-face meetings will be archived for public review, and technical discussions and issue tracking will be conducted in a manner that can be both read and written to by the general public. Working Drafts and Editor's Drafts of specifications will be developed in public repositories and may permit direct public contribution requests. The meetings themselves are not open to public participation, however.

Information about the group (including details about deliverables, issues, actions, status, participants, and meetings) will be available from the Accessibility Guidelines 3 Working Group home page.

This group conducts email discussion on the public mailing list w3c-wai-gl@w3.org (archive). Task forces and sub-groups may use additional lists or other communication mechanisms documented on their home pages. Discussion of issues for specific deliverables generally takes place in the GitHub repository identified for the deliverable. The public is invited to review, discuss and contribute to this work.

The group may use a Member-confidential mailing list for administrative purposes and, at the discretion of the Chairs and members of the group, for member-only discussions in special cases when a participant requests such a discussion.

Decision Policy

This group will seek to make decisions through consensus and due process, per the W3C Process Document (section 3.3). Typically, an editor or other participant makes an initial proposal, which is then refined in discussion with members of the group and other reviewers, and consensus emerges with little formal voting being required.

However, if a decision is necessary for timely progress and consensus is not achieved after careful consideration of the range of views presented, the Chairs may call for a group vote and record a decision along with any objections.

This charter is written in accordance with the W3C Process Document (Section 3.4, Votes) and includes no voting procedures beyond what the Process Document requires.

Patent Policy

This Working Group operates under the W3C Patent Policy (Version of 15 September 2020). To promote the widest adoption of Web standards, W3C seeks to issue Web specifications that can be implemented, according to this policy, on a Royalty-Free basis. For more information about disclosure obligations for this group, please see the licensing information.

Licensing

This Working Group will use the W3C Software and Document license for all its deliverables.

About this Charter

This charter has been created according to section 5.2 of the Process Document. In the event of a conflict between this document or the provisions of any charter and the W3C Process, the W3C Process shall take precedence.

Charter History

The following table lists details of all changes from the initial charter, per the W3C Process Document (section 5.2.3):

Charter Period Start Date End Date Changes
Initial Charter

Change log

Changes to this document are documented in this section.