Copyright © 2021 W3C® (MIT, ERCIM, Keio, Beihang). W3C liability, trademark and permissive document license rules apply.
This document summarizes considerations of accessibility that arise in the conduct of remote and hybrid meetings. Such meetings are mediated, for some or all participants, by real-time communication software typically built upon Web technologies. Issues of software selection, and the roles of meeting hosts and participants in providing access are explained. Relevant W3C documents are referred to, where applicable, as sources of more detailed and in some instances normative guidance.
Whereas the RTC Accessibility User Requirements [raur] address the design of the underlying technologies and software, the present document examines the accessibility of remote and hybrid meetings from a larger perspective. It is recognized that the accessibility of a meeting experience to participants with disabilities depends on a variety of conditions, only some of which are ensured by the design of the software used. Further conditions need to be put in place as part of the process of organizing and conducting the meeting itself, including the appropriate application of features offered by the meeting software as well as the creation of accessible content.
This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications and the latest revision of this technical report can be found in the W3C technical reports index at https://www.w3.org/TR/.
This document was published by the Accessible Platform Architectures Working Group as a First Public Working Draft.
To comment, file an issue in the W3C APA GitHub repository. If this is not feasible, send email to public-apa@w3.org (subscribe, archives). Comments are requested by 19th November 2021.
Publication as a First Public Working Draft does not imply endorsement by the W3C Membership.
This is a draft document and may be updated, replaced or obsoleted by other documents at any time. It is inappropriate to cite this document as other than work in progress.
This document was produced by a group operating under the W3C Patent Policy. The group does not expect this document to become a W3C Recommendation. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the information in accordance with section 6 of the W3C Patent Policy.
This document is governed by the 15 September 2020 W3C Process Document.
For consistency and clarity, the following terms are used throughout this document, as defined here.
Remote meeting is an umbrella term used to describe real-time discussions or presentations held between two or more parties online. Other related terms often used include virtual meetings, online meetings, online presentations, video conferencing. Webinars can also be considered a remote meeting, however the interaction between presenter and attendee may be restricted.
A remote meeting generally requires the use of an online meeting platform on an online device such as a computer, smartphone or digital assistant that allows participants to interact with each other. Typical features of remote meeting platforms include the use of audio communication via an online microphone or traditional telephone, video communication via an online camera, a chat feature for text-based communication and the ability to share content. This can include the sharing of a participant’s computer screen, the sharing of an on-screen presentation with media-rich content such as slides and videos, and the transferring of files. In addition, the remote meeting platforms generally have the ability for participants to allocate a meeting host which controls the features that are available to other participants.
There are a number of different platform delivery types. These include, but are not limited to:
Hybrid meetings: In addition to the meetings which occur exclusively online, there are also hybrid meetings where there is a combination of participants using remote meeting software combined with two or more people physically located in a meeting room.
In broad terms, the accessibility requirements of standard remote meeting delivery rely on three distinct elements:
The accessibility challenges faced by people with disabilities participating in remote meetings will depend on how these three elements interact. An example that highlights the challenges across these three areas is the provision of captioned video. In the case of the remote meeting platform, if captioned video playback is not implemented in the software then the tool fails the WCAG requirement. If the tool can support the playback of captioned video but the video itself does not have captions, the same accessibility issue occurs but for a different reason. Additionally, if both the meeting platform can support the display of captions, and the content contains captions, there is the possibility that the host does not know how to enable the captions for viewing by all participants leading to the accessibility issue occurring through yet another mechanism.
While the playback of captioned video highlights a consistent issue across all three elements, the issues faced by people with disabilities will vary depending on the implementation of accessibility requirements and current limitations of remote meeting software. For example, interface elements for a remote meeting platform can be made operable for screen reader users, but content presented by screen sharing is unlikely to be available due to the way in which visual content is refreshed on screen. As such, specific guidance is needed for software developers, content producers and users respectively to ensure that best practice in remote meeting delivery is achieved. Hybrid meetings add another layer of complexity whereby audio, video and the distribution of meeting materials need to be accessible to all participants regardless of whether they are physically or remotely attending the meeting.
While W3C has applicable guidance across several standards and Notes relating to real-time communication and XR, it is this level of complexity that this document endeavours to address. In each instance, the level of responsibility for accessibility is different: for the remote meeting tool, guidance is required for developers of the platform. For presentation materials used during a remote meeting, the responsibility is with the content producer. If both of these elements cater effectively for people with disabilities, the final responsibility is with the host to ensure the accessibility features are enabled, or best efforts are made to ensure current limitations of the medium are overcome. In the case of hybrid meetings, there may be a shared responsibility between the online meeting host and the host of the physical meeting attendees.
For organisations considering these factors, there is also a need to explore appropriate procurement solutions. With the accessibility of remote meeting platforms varying considerably, it is an important consideration that accessibility criteria are prioritized when selecting a platform.
This section summarizes W3C guidance relevant to the selection and development of remote meeting software (i.e., meeting platforms) supporting users' access needs. Additional suggestions that extend beyond existing W3C guidance are also included.
Organizational roles associated with procurement will need to carefully examine the accessibility support and features in remote meeting software before committing to its purchase. The following guidance can help to identify which remote meeting platforms support accessibility requirements.
Persons responsible for procuring or selecting a platform on which to conduct remote meetings should
More generally, selecting an appropriate platform can be accomplished by reviewing the extent to which each of the available options supports the applicable standards identified in this document. The commitment of the chosen platform's developers to maintaining and enhancing accessibility-related aspects of the software is an important consideration in making a suitable choice.
The developers of remote meeting products may publish, or provide on request, an Accessibility Conformance Report based on the Voluntary Product Accessibility Template (VPAT). This report assesses the software with respect to public-sector procurement standards established in the European Union (EN 301 549 [en-301-549]) and in the United States (36 CFR Part 1194 [36-cfr-1194]), which in turn incorporate the Web Content Accessibility Guidelines, together with other accessibility requirements. Such information, if verified as accurate, provides an important basis for assessing the extent to which a remote meeting platform is likely to meet the accessibility-related needs of its users. Nevertheless, as noted elsewhere in this document, current technical accessibility standards do not fully address user needs associated with remote meeting applications. Therefore, additional evaluations are desirable to identify relevant features provided by remote meeting platforms that extend beyond what is required for conformance to technical accessibility standards, and which may not be documented in an Accessibility Conformance Report.
Software developers that create and maintain remote meeting software need to ensure that accessibility features and support for accessible user interface elements are included in their products. W3C provides a number of accessibility resources that can assist along with other guidance in this section.
The W3C Web Accessibility Initiative contains three guidelines and two Notes that provide assistance to the creation of accessible remote meeting platforms. Such guidance can also serve as a basis for criteria with which to evaluate the accessibility of remote meeting platforms, thus facilitating platform selection as well as development. These W3C resources include standards relating to web content, user agents and authoring tools along with non-normative notes relating to real-time communication and XR accessibility
Guidance in the Web Content Accessibility Guidelines (WCAG) 2.1 [wcag21] standard applies to user interface elements in remote meeting software.
The following success criteria are relevant to the design and implementation of meeting platforms.
- 1.1.4 Facilitate Clear Display of Alternative Content for Time-based Media:
For recognized on-screen alternative content for time-based media (e.g. captions, sign language video), the following are all true: (Level A)
Don't obscure controls: Displaying time-based media alternatives doesn't obscure recognized controls for the primary time-based media.
Don't obscure primary media: The user can specify that displaying time-based media alternatives doesn't obscure the primary time-based media.
Note: Depending on the screen area available, the display of the primary time-based media (slides, documents, etc.) may need to be reduced in size to meet this requirement.
Reference for 1.1.4
- 1.1.5 Provide Configurable Alternative Content Defaults:
The user can specify which type(s) of alternative content to render by default for each type of non-text content, including time based media. (Level AA) Reference for 1.1.5
- 1.1.6 Use Configurable Text for Time-based Media Captions:
For recognized on-screen alternative content for time-based media (e.g. captions, sign language video), the user can configure recognized text within time-based media alternatives (e.g. captions) in conformance with 1.4.1. (Level AA) Reference for 1.1.6
- 1.1.7 Allow Resize and Reposition of Time-based Media Alternatives:
The user can configure recognized alternative content for time-based media (e.g. captions, sign language video) as follows: (Level AAA)
Resize: The user can resize alternative content for time-based media to at least 50% of the size of the top-level viewports.
Reposition: The user can reposition alternative content for time-based media to two or more of the following: above, below, to the right, to the left, and overlapping the primary time-based media.
Note 1: Depending on the screen area available, the display of the primary time-based media can need to be reduced in size or hidden to meet this requirement.
Note 2: Implementation can involve displaying alternative content for time-based media in a separate viewport, but this is not required.
Reference for 1.1.7
Important considerations relating to the real-time communication development aspects of remote meeting platforms are addressed in greater detail in RTC Accessibility User Requirements [raur] (W3C Working Group Note). This document also offers additional considerations, based on analysis of users' needs.
Important considerations relating to the development of remote meeting platforms that make use of immersive environments are addressed in greater detail in the XR Accessibility User Requirements [xaur]. This Note also offers additional considerations, based on analysis of users' needs.
An example of where this guidance may be helpful is if a meeting were to take place entirely in virtual reality. XAUR can assist developers creating remote meeting platforms for this purpose to ensure people with disabilities can effectively participate.
In addition to existing W3C WAI guidance, meeting platform developers should
In order for remote meetings to be accessible, the content used within a meeting, such as presentation slides and reference documents, also need to be made accessible. Limitations to the remote meeting software may make it necessary to distribute these documents separately. The following sections provide W3C guidance on content preparation and other practical guidance.
Note: sign language interpretation greatly facilitates accessibility of meetings for sign language users. Sign language interpretation is a Level AAA requirement of WCAG 2.1 for prerecorded audio content only. However, sign language can be streamed into a videoconference window during a live videoconferencing session; this may need clarification in future versions of the Guidelines.
The successful delivery of a remote meeting will require an awareness from the meeting host and participants as to what accessibility features are available and how to ensure they are available to all participants. Guidance for hosts and participants is provided as best practice.
In addition, the following Web Accessibility Initiative (WAI) resources should be consulted as complements to this document.
Hosts in remote meetings should:
A more detailed elaboration of users' accessibility needs in these scenarios may be found in the RTC Accessibility User Requirements [raur].
Participants in remote meetings should:
Hosts for hybrid meetings need to ensure that all participants can access all aspects of a meeting, regardless of whether they are physically present or joining remotely. Issues may include audio, video or content being only available to people attending in person or exclusively for people joining in remotely. The following guidance can help you ensure that your meeting is accessible to all.