W3C
Editor's
Draft
20
September
Copyright © 2020-2024 World Wide Web Consortium . W3C ® liability , trademark and document use rules apply.
Web
Content
Accessibility
Guidelines
(WCAG)
2.2
covers
a
wide
range
of
recommendations
for
making
Web
web
content
more
accessible.
Following
these
guidelines
will
make
content
more
accessible
to
a
wider
range
of
people
with
disabilities,
including
accommodations
for
blindness
and
low
vision,
deafness
and
hearing
loss,
limited
movement,
speech
disabilities,
photosensitivity,
and
combinations
of
these,
and
some
accommodation
for
learning
disabilities
and
cognitive
limitations;
but
will
not
address
every
user
need
for
people
with
these
disabilities.
These
guidelines
address
accessibility
of
web
content
on
desktops,
laptops,
tablets,
and
mobile
devices.
Following
these
guidelines
will
also
often
make
Web
web
content
more
usable
to
users
in
general.
WCAG 2.2 success criteria are written as testable statements that are not technology-specific. Guidance about satisfying the success criteria in specific technologies, as well as general information about interpreting the success criteria, is provided in separate documents. See Web Content Accessibility Guidelines (WCAG) Overview for an introduction and links to WCAG technical and educational material.
WCAG
2.2
extends
Web
Content
Accessibility
Guidelines
2.1
[
WCAG21
],
which
was
published
as
a
W3C
Recommendation
June
2018.
Content
that
conforms
to
WCAG
2.2
also
conforms
to
WCAG
2.0
and
WCAG
2.1.
The
WG
intends
that
for
policies
requiring
conformance
to
WCAG
2.0
or
WCAG
2.1,
WCAG
2.2
can
provide
an
alternate
means
of
conformance.
The
publication
of
WCAG
2.2
does
not
deprecate
or
supersede
WCAG
2.0
or
WCAG
2.1.
While
WCAG
2.0
and
WCAG
2.1
remain
W3C
Recommendations,
the
W3C
advises
the
use
of
WCAG
2.2
to
maximize
future
applicability
of
accessibility
efforts.
The
W3C
also
encourages
use
of
the
most
current
version
of
WCAG
when
developing
or
updating
Web
web
accessibility
policies.
This section describes the status of this document at the time of its publication. 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/.
To
comment,
file
an
issue
in
the
W3C
WCAG
GitHub
repository
.
Although
the
proposed
Success
Criteria
success
criteria
in
this
document
reference
issues
tracking
discussion,
the
Working
Group
requests
that
public
comments
be
filed
as
new
issues,
one
issue
per
discrete
comment.
It
is
free
to
create
a
GitHub
account
to
file
issues.
If
filing
issues
in
GitHub
is
not
feasible,
send
email
to
public-agwg-comments@w3.org
(
comment
archive
).
This document was published by the Accessibility Guidelines Working Group as an Editor's Draft.
Publication as an Editor's Draft does not imply endorsement by W3C and its Members.
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 . 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 03 November 2023 W3C Process Document .
This section is non-normative.
Web
Content
Accessibility
Guidelines
(WCAG)
2.2
defines
how
to
make
Web
web
content
more
accessible
to
people
with
disabilities.
Accessibility
involves
a
wide
range
of
disabilities,
including
visual,
auditory,
physical,
speech,
cognitive,
language,
learning,
and
neurological
disabilities.
Although
these
guidelines
cover
a
wide
range
of
issues,
they
are
not
able
to
address
the
needs
of
people
with
all
types,
degrees,
and
combinations
of
disability.
These
guidelines
also
make
Web
web
content
more
usable
by
older
individuals
with
changing
abilities
due
to
aging
and
often
improve
usability
for
users
in
general.
WCAG
2.2
is
developed
through
the
W3C
process
in
cooperation
with
individuals
and
organizations
around
the
world,
with
a
goal
of
providing
a
shared
standard
for
Web
web
content
accessibility
that
meets
the
needs
of
individuals,
organizations,
and
governments
internationally.
WCAG
2.2
builds
on
WCAG
2.0
[
WCAG20
]
and
WCAG
2.1
[
WCAG21
],
which
in
turn
built
on
WCAG
1.0
[
WAI-WEBCONTENT
]
and
is
designed
to
apply
broadly
to
different
Web
web
technologies
now
and
in
the
future,
and
to
be
testable
with
a
combination
of
automated
testing
and
human
evaluation.
For
an
introduction
to
WCAG,
see
the
Web
Content
Accessibility
Guidelines
(WCAG)
Overview
.
Significant challenges were encountered in defining additional criteria to address cognitive, language, and learning disabilities, including a short timeline for development as well as challenges in reaching consensus on testability, implementability, and international considerations of proposals. Work will carry on in this area in future versions of WCAG. We encourage authors to refer to our supplemental guidance on improving inclusion for people with disabilities, including learning and cognitive disabilities, people with low-vision, and more .
Web
accessibility
depends
not
only
on
accessible
content
but
also
on
accessible
Web
web
browsers
and
other
user
agents.
Authoring
tools
also
have
an
important
role
in
Web
web
accessibility.
For
an
overview
of
how
these
components
of
Web
web
development
and
interaction
work
together,
see:
Where
this
document
refers
to
WCAG
2
it
is
intended
to
mean
any
and
all
versions
of
WCAG
that
start
with
2.
The
individuals
and
organizations
that
use
WCAG
vary
widely
and
include
Web
web
designers
and
developers,
policy
makers,
purchasing
agents,
teachers,
and
students.
In
order
to
meet
the
varying
needs
of
this
audience,
several
layers
of
guidance
are
provided
including
overall
principles
,
general
guidelines
,
testable
success
criteria
and
a
rich
collection
of
sufficient
techniques
,
advisory
techniques
,
and
documented
common
failures
with
examples,
resource
links
and
code.
Principles
-
At
the
top
are
four
principles
that
provide
the
foundation
for
Web
web
accessibility:
perceivable,
operable,
understandable,
and
robust
.
See
also
Understanding
the
Four
Principles
of
Accessibility
.
Guidelines - Under the principles are guidelines. The 13 guidelines provide the basic goals that authors should work toward in order to make content more accessible to users with different disabilities. The guidelines are not testable, but provide the framework and overall objectives to help authors understand the success criteria and better implement the techniques.
Success Criteria - For each guideline, testable success criteria are provided to allow WCAG 2.2 to be used where requirements and conformance testing are necessary such as in design specification, purchasing, regulation, and contractual agreements. In order to meet the needs of different groups and different situations, three levels of conformance are defined: A (lowest), AA, and AAA (highest). Additional information on WCAG levels can be found in Understanding Levels of Conformance .
Sufficient and Advisory Techniques - For each of the guidelines and success criteria in the WCAG 2.2 document itself, the working group has also documented a wide variety of techniques . The techniques are informative and fall into two categories: those that are sufficient for meeting the success criteria and those that are advisory . The advisory techniques go beyond what is required by the individual success criteria and allow authors to better address the guidelines. Some advisory techniques address accessibility barriers that are not covered by the testable success criteria. Where common failures are known, these are also documented. See also Sufficient and Advisory Techniques in Understanding WCAG 2.2 .
All of these layers of guidance (principles, guidelines, success criteria, and sufficient and advisory techniques) work together to provide guidance on how to make content more accessible. Authors are encouraged to view and apply all layers that they are able to, including the advisory techniques, in order to best address the needs of the widest possible range of users.
Note
that
even
content
that
conforms
at
the
highest
level
(AAA)
will
not
be
accessible
to
individuals
with
all
types,
degrees,
or
combinations
of
disability,
particularly
in
the
cognitive,
language,
and
learning
areas.
Authors
are
encouraged
to
consider
the
full
range
of
techniques,
including
the
advisory
techniques,
Making
Content
Usable
for
People
with
Cognitive
and
Learning
Disabilities
,
as
well
as
to
seek
relevant
advice
about
current
best
practice
to
ensure
that
Web
web
content
is
accessible,
as
far
as
possible,
to
this
community.
Metadata
may
assist
users
in
finding
content
most
suitable
for
their
needs.
The WCAG 2.2 document is designed to meet the needs of those who need a stable, referenceable technical standard. Other documents, called supporting documents, are based on the WCAG 2.2 document and address other important purposes, including the ability to be updated to describe how WCAG would be applied with new technologies. Supporting documents include:
How
to
Meet
WCAG
2.2
-
A
customizable
quick
reference
to
WCAG
2.2
that
includes
all
of
the
guidelines,
success
criteria,
and
techniques
for
authors
to
use
as
they
are
developing
and
evaluating
Web
web
content.
This
includes
content
from
WCAG
2.0,
2.1
2.2
and
can
be
filtered
in
many
ways
to
help
authors
focus
on
relevant
content.
Understanding WCAG 2.2 - A guide to understanding and implementing WCAG 2.2. There is a short "Understanding" document for each guideline and success criterion in WCAG 2.2 as well as key topics.
Techniques for WCAG 2.2 - A collection of techniques and common failures, each in a separate document that includes a description, examples, code and tests.
The WCAG 2 Documents - A brief introduction to the WCAG 2 supporting documents and supplemental guidance.
What's New in WCAG 2.2 introduces the new success criteria with persona quotes that illustrate the accessibility issues.
See
Web
Content
Accessibility
Guidelines
(WCAG)
Overview
for
a
description
of
the
WCAG
2.2
supporting
material,
including
education
resources
related
to
WCAG
2.
Additional
resources
covering
topics
such
as
the
business
case
for
Web
web
accessibility,
planning
implementation
to
improve
the
accessibility
of
Web
sites,
websites,
and
accessibility
policies
are
listed
in
WAI
Resources
.
WCAG 2.2 meets a set of requirements for WCAG 2.2 which, in turn, inherit requirements from previous WCAG 2 versions. Requirements structure the overall framework of guidelines and ensure backwards compatibility. The Working Group also used a less formal set of acceptance criteria for success criteria, to help ensure success criteria are similar in style and quality to those in WCAG 2.0. These requirements constrained what could be included in WCAG 2.2. This constraint was important to preserve its nature as a dot-release of WCAG 2.
WCAG 2.2 was initiated with the goal to continue the work of WCAG 2.1: Improving accessibility guidance for three major groups: users with cognitive or learning disabilities, users with low vision, and users with disabilities on mobile devices. Many ways to meet these needs were proposed and evaluated, and a set of these were refined by the Working Group. Structural requirements inherited from WCAG 2.0, clarity and impact of proposals, and timeline led to the final set of success criteria included in this version. The Working Group considers that WCAG 2.2 incrementally advances web content accessibility guidance for all these areas, but underscores that not all user needs are met by these guidelines.
WCAG 2.2 builds on and is backwards compatible with WCAG 2.1, meaning web pages that conform to WCAG 2.2 are at least as accessible as pages that conform to WCAG 2.1. Requirements have been added that build on 2.1 and 2.0. WCAG 2.2 has removed one success criterion, 4.1.1 Parsing . Authors that are required by policy to conform with WCAG 2.0 or 2.1 will be able to update content to WCAG 2.2, but may need to continue to test and report 4.1.1. Authors following more than one version of the guidelines should be aware of the following additions.
WCAG 2.2 extends WCAG 2.1 by adding new success criteria, definitions to support them, and guidelines to organize the additions. This additive approach helps to make it clear that sites which conform to WCAG 2.2 also conform to WCAG 2.1. The Accessibility Guidelines Working Group recommends that sites adopt WCAG 2.2 as their new conformance target, even if formal obligations mention previous versions, to provide improved accessibility and to anticipate future policy changes.
The following success criteria are new in WCAG 2.2:
The new success criteria may reference new terms that have also been added to the glossary and form part of the normative requirements of the success criteria.
WCAG 2.2 also introduces new sections detailing aspects of the specification which may impact privacy and security .
In order to avoid confusion for implementers for whom backwards compatibility to WCAG 2 versions is important, new success criteria in WCAG 2.2 have been appended to the end of the set of success criteria within their guideline. This avoids the need to change the section number of success criteria from WCAG 2, which would be caused by inserting new success criteria between existing success criteria in the guideline, but it means success criteria in each guideline are no longer grouped by conformance level. The order of success criteria within each guideline does not imply information about conformance level; only the conformance level indicator (A / AA / AAA) on the success criterion itself indicates this. The WCAG 2.2 Quick Reference will provide a way to view success criteria grouped by conformance level, along with many other filter and sort options.
WCAG 2.2 uses the same conformance model as WCAG 2.0. It is intended that sites that conform to WCAG 2.2 also conform to WCAG 2.0 and WCAG 2.1, which means they meet the requirements of any policies that reference WCAG 2.0 or WCAG 2.1, while also better meeting the needs of users on the current Web.
In parallel with WCAG 2.2, the Accessibility Guidelines Working Group is developing another major version of accessibility guidelines. The result of this work is expected to be a more substantial restructuring of web accessibility guidance than would be realistic for dot-releases of WCAG 2. The work follows a research-focused, user-centered design methodology to produce the most effective and flexible outcome, including the roles of content authoring, user agent support, and authoring tool support. This is a multi-year effort, so WCAG 2.2 is needed as an interim measure to provide updated web accessibility guidance to reflect changes on the web since the publication of WCAG 2.0. The Working Group might also develop additional interim versions, continuing with WCAG 2.2, on a similar short timeline to provide additional support while the major version is completed.
Information and user interface components must be presentable to users in ways they can perceive.
Provide text alternatives for any non-text content so that it can be changed into other forms people need, such as large print, braille, speech, symbols or simpler language.
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/non-
text
-
content
.html
Provide alternatives for time-based media.
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
audio
-only-and-
video
-only-prerecorded
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/captions-prerecorded.html
/uploads/6PaHCa/guidelines/sc/20/captions-prerecorded.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
audio
-description-or-media-alternative-prerecorded
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/captions-live.html
/uploads/6PaHCa/guidelines/sc/20/captions-live.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
audio
-description-prerecorded
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/sign-language-prerecorded.html
/uploads/6PaHCa/guidelines/sc/20/sign-language-prerecorded.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/extended-
audio
-description-prerecorded
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/media-alternative-prerecorded.html
/uploads/6PaHCa/guidelines/sc/20/media-alternative-prerecorded.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
audio
-only-live
.html
Create content that can be presented in different ways (for example simpler layout) without losing information or structure.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/info-and-relationships.html
/uploads/6PaHCa/guidelines/sc/20/info-and-relationships.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/meaningful-sequence.html
/uploads/6PaHCa/guidelines/sc/20/meaningful-sequence.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/sensory-characteristics.html
/uploads/6PaHCa/guidelines/sc/20/sensory-characteristics.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/orientation.html
/uploads/6PaHCa/guidelines/sc/21/orientation.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/identify-
input
-purpose
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/identify-purpose.html
/uploads/6PaHCa/guidelines/sc/21/identify-purpose.html
Make it easier for users to see and hear content including separating foreground from background.
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
use
-of-
color
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
audio
-control
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/contrast-minimum.html
/uploads/6PaHCa/guidelines/sc/20/contrast-minimum.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
resize
-
text
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/images-of-
text
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/contrast-enhanced.html
/uploads/6PaHCa/guidelines/sc/20/contrast-enhanced.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/low-or-no-
background
-
audio
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/visual-presentation.html
/uploads/6PaHCa/guidelines/sc/20/visual-presentation.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/images-of-
text
-no-exception
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/reflow.html
/uploads/6PaHCa/guidelines/sc/21/reflow.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/non-
text
-contrast
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/
text
-spacing
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/
content
-on-hover-or-focus
.html
User interface components and navigation must be operable.
Make all functionality available from a keyboard.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/keyboard.html
/uploads/6PaHCa/guidelines/sc/20/keyboard.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/no-keyboard-trap.html
/uploads/6PaHCa/guidelines/sc/20/no-keyboard-trap.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/keyboard-no-exception.html
/uploads/6PaHCa/guidelines/sc/20/keyboard-no-exception.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/character-key-shortcuts.html
/uploads/6PaHCa/guidelines/sc/21/character-key-shortcuts.html
Provide users enough time to read and use content.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/timing-adjustable.html
/uploads/6PaHCa/guidelines/sc/20/timing-adjustable.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/
pause
-
stop
-hide
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/no-timing.html
/uploads/6PaHCa/guidelines/sc/20/no-timing.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/interruptions.html
/uploads/6PaHCa/guidelines/sc/20/interruptions.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/re-authenticating.html
/uploads/6PaHCa/guidelines/sc/20/re-authenticating.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/timeouts.html
/uploads/6PaHCa/guidelines/sc/21/timeouts.html
Do not design content in a way that is known to cause seizures or physical reactions.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/three-flashes-or-below-threshold.html
/uploads/6PaHCa/guidelines/sc/20/three-flashes-or-below-threshold.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/three-flashes.html
/uploads/6PaHCa/guidelines/sc/20/three-flashes.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/
animation
-
from
-interactions
.html
Make it easier for users to operate functionality through various inputs beyond keyboard.
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/pointer-gestures.html
/uploads/6PaHCa/guidelines/sc/21/pointer-gestures.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/pointer-cancellation.html
/uploads/6PaHCa/guidelines/sc/21/pointer-cancellation.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/
label
-in-name
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/motion-actuation.html
/uploads/6PaHCa/guidelines/sc/21/motion-actuation.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/target-size-enhanced.html
/uploads/6PaHCa/guidelines/sc/21/target-size-enhanced.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
21
/concurrent-
input
-mechanisms
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/22/dragging-movements.html
/uploads/6PaHCa/guidelines/sc/22/dragging-movements.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/22/target-size-minimum.html
/uploads/6PaHCa/guidelines/sc/22/target-size-minimum.html
Information and the operation of the user interface must be understandable.
Make text content readable and understandable.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/language-of-page.html
/uploads/6PaHCa/guidelines/sc/20/language-of-page.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/language-of-parts.html
/uploads/6PaHCa/guidelines/sc/20/language-of-parts.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/unusual-words.html
/uploads/6PaHCa/guidelines/sc/20/unusual-words.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/abbreviations.html
/uploads/6PaHCa/guidelines/sc/20/abbreviations.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/reading-level.html
/uploads/6PaHCa/guidelines/sc/20/reading-level.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/pronunciation.html
/uploads/6PaHCa/guidelines/sc/20/pronunciation.html
Make
Web
web
pages
appear
and
operate
in
predictable
ways.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/on-focus.html
/uploads/6PaHCa/guidelines/sc/20/on-focus.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/on-
input
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/consistent-navigation.html
/uploads/6PaHCa/guidelines/sc/20/consistent-navigation.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/consistent-identification.html
/uploads/6PaHCa/guidelines/sc/20/consistent-identification.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/change-on-request.html
/uploads/6PaHCa/guidelines/sc/20/change-on-request.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/22/consistent-help.html
/uploads/6PaHCa/guidelines/sc/22/consistent-help.html
Help users avoid and correct mistakes.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/error-identification.html
/uploads/6PaHCa/guidelines/sc/20/error-identification.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/labels-or-instructions.html
/uploads/6PaHCa/guidelines/sc/20/labels-or-instructions.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/error-suggestion.html
/uploads/6PaHCa/guidelines/sc/20/error-suggestion.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/error-prevention-legal-financial-data.html
/uploads/6PaHCa/guidelines/sc/20/error-prevention-legal-financial-data.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/help.html
/uploads/6PaHCa/guidelines/sc/20/help.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/
/uploads/
6
PaHCa/guidelines/sc/
20
/error-prevention-
all
.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/22/redundant-entry.html
/uploads/6PaHCa/guidelines/sc/22/redundant-entry.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/22/accessible-authentication-minimum.html
/uploads/6PaHCa/guidelines/sc/22/accessible-authentication-minimum.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/22/accessible-authentication-enhanced.html
/uploads/6PaHCa/guidelines/sc/22/accessible-authentication-enhanced.html
Content must be robust enough that it can be interpreted by a wide variety of user agents, including assistive technologies.
Maximize compatibility with current and future user agents, including assistive technologies.
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/parsing.html
/uploads/6PaHCa/guidelines/sc/20/parsing.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/20/name-role-value.html
/uploads/6PaHCa/guidelines/sc/20/name-role-value.html
Cannot
GET
/uploads/csZyXx/guidelines/sc/21/status-messages.html
/uploads/6PaHCa/guidelines/sc/21/status-messages.html
This section lists requirements for conformance to WCAG 2.2. It also gives information about how to make conformance claims, which are optional. Finally, it describes what it means to be accessibility supported , since only accessibility-supported ways of using technologies can be relied upon for conformance. Understanding Conformance includes further explanation of the accessibility-supported concept.
The main content of WCAG 2.2 is normative and defines requirements that impact conformance claims. Introductory material, appendices, sections marked as "non-normative", diagrams, examples, and notes are informative (non-normative). Non-normative material provides advisory information to help interpret the guidelines but does not create requirements that impact a conformance claim.
The key words MAY , MUST , MUST NOT , NOT RECOMMENDED , RECOMMENDED , SHOULD , and SHOULD NOT are to be interpreted as described in [ RFC2119 ].
In
order
for
a
Web
web
page
to
conform
to
WCAG
2.2,
all
of
the
following
conformance
requirements
must
be
satisfied:
One of the following levels of conformance is met in full.
Although conformance can only be achieved at the stated levels, authors are encouraged to report (in their claim) any progress toward meeting success criteria from all levels beyond the achieved level of conformance.
It
is
not
recommended
that
Level
AAA
conformance
be
required
as
a
general
policy
for
entire
sites
because
it
is
not
possible
to
satisfy
all
Level
AAA
Success
Criteria
success
criteria
for
some
content.
Conformance
(and
conformance
level)
is
for
full
Web
web
page(s)
only,
and
cannot
be
achieved
if
part
of
a
Web
web
page
is
excluded.
For the purpose of determining conformance, alternatives to part of a page's content are considered part of the page when the alternatives can be obtained directly from the page, e.g., a long description or an alternative presentation of a video.
Authors
of
Web
web
pages
that
cannot
conform
due
to
content
outside
of
the
author's
control
may
consider
a
Statement
of
Partial
Conformance
.
A
full
page
includes
each
variation
of
the
page
that
is
automatically
presented
by
the
page
for
various
screen
sizes
(e.g.
variations
in
a
responsive
Web
web
page).
Each
of
these
variations
needs
to
conform
(or
needs
to
have
a
conforming
alternate
version)
in
order
for
the
entire
page
to
conform.
When
a
Web
web
page
is
one
of
a
series
of
Web
web
pages
presenting
a
process
(i.e.,
a
sequence
of
steps
that
need
to
be
completed
in
order
to
accomplish
an
activity),
all
Web
web
pages
in
the
process
conform
at
the
specified
level
or
better.
(Conformance
is
not
possible
at
a
particular
level
if
any
page
in
the
process
does
not
conform
at
that
level
or
better.)
Only accessibility-supported ways of using technologies are relied upon to satisfy the success criteria. Any information or functionality that is provided in a way that is not accessibility supported is also available in a way that is accessibility supported. (See Understanding accessibility support .)
If
technologies
are
used
in
a
way
that
is
not
accessibility
supported
,
or
if
they
are
used
in
a
non-conforming
way,
then
they
do
not
block
the
ability
of
users
to
access
the
rest
of
the
page.
In
addition,
the
Web
web
page
as
a
whole
continues
to
meet
the
conformance
requirements
under
each
of
the
following
conditions:
In addition, the following success criteria apply to all content on the page, including content that is not otherwise relied upon to meet conformance, because failure to meet them could interfere with any use of the page:
If a page cannot conform (for example, a conformance test page or an example page), it cannot be included in the scope of conformance or in a conformance claim.
For more information, including examples, see Understanding Conformance Requirements .
Conformance
is
defined
only
for
Web
web
pages
.
However,
a
conformance
claim
may
be
made
to
cover
one
page,
a
series
of
pages,
or
multiple
related
Web
web
pages.
Conformance claims are not required . Authors can conform to WCAG 2.2 without making a claim. However, if a conformance claim is made, then the conformance claim must include the following information:
A
concise
description
of
the
Web
web
pages
,
such
as
a
list
of
URIs
for
which
the
claim
is
made,
including
whether
subdomains
are
included
in
the
claim.
The
Web
web
pages
may
be
described
by
list
or
by
an
expression
that
describes
all
of
the
URIs
included
in
the
claim.
Web-based
products
that
do
not
have
a
URI
prior
to
installation
on
the
customer's
Web
site
website
may
have
a
statement
that
the
product
would
conform
when
installed.
If a conformance logo is used, it would constitute a claim and must be accompanied by the required components of a conformance claim listed above.
In addition to the required components of a conformance claim above, consider providing additional information to assist users. Recommended additional information includes:
Refer to Understanding Conformance Claims for more information and example conformance claims.
Refer to Understanding Metadata for more information about the use of metadata in conformance claims.
Web pages that will later have additional content added can use a 'statement of partial conformance'. For example, an email program, a blog, an article that allows users to add comments, or applications supporting user-contributed content. Another example would be a page, such as a portal or news site, composed of content aggregated from multiple contributors, or sites that automatically insert content from other sources over time, such as when advertisements are inserted dynamically.
In these cases, it is not possible to know at the time of original posting what the uncontrolled content of the pages will be. It is important to note that the uncontrolled content can affect the accessibility of the controlled content as well. Two options are available:
A determination of conformance can be made based on best knowledge. If a page of this type is monitored and repaired (non-conforming content is removed or brought into conformance) within two business days, then a determination or claim of conformance can be made since, except for errors in externally contributed content which are corrected or removed when encountered, the page conforms. No conformance claim can be made if it is not possible to monitor or correct non-conforming content;
OR
A "statement of partial conformance" may be made that the page does not conform, but could conform if certain parts were removed. The form of that statement would be, "This page does not conform, but would conform to WCAG 2.2 at level X if the following parts from uncontrolled sources were removed." In addition, the following would also be true of uncontrolled content that is described in the statement of partial conformance:
A "statement of partial conformance due to language" may be made when the page does not conform, but would conform if accessibility support existed for (all of) the language(s) used on the page. The form of that statement would be, "This page does not conform, but would conform to WCAG 2.2 at level X if accessibility support existed for the following language(s):"
This section is non-normative.
Success
Criteria
criteria
within
this
specification
which
the
Working
Group
has
identified
possible
implications
for
privacy,
either
by
providing
protections
for
end
users
or
which
are
important
for
web
site
website
providers
to
take
in
to
consideration
when
implementing
features
designed
to
protect
user
privacy,
are
listed
below.
This
list
reflects
the
current
understanding
of
the
Working
Group
but
other
Success
Criteria
criteria
may
have
privacy
implications
that
the
Working
Group
is
not
aware
of
at
the
time
of
publishing.
Success
Criteria
criteria
within
this
specification
that
may
relate
to
privacy
are:
This section is non-normative.
Success
Criteria
criteria
within
this
specification
which
the
Working
Group
has
identified
possible
implications
for
security,
either
by
providing
protections
for
end
users
or
which
are
important
for
web
site
website
providers
to
take
in
to
consideration
when
implementing
features
designed
to
protect
user
security,
are
listed
below.
This
list
reflects
the
current
understanding
of
the
Working
Group
but
other
Success
Criteria
criteria
may
have
security
implications
that
the
Working
Group
is
not
aware
of
at
the
time
of
publishing.
Success
Criteria
criteria
within
this
specification
that
may
relate
to
security
are:
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/abbreviation.html
/uploads/6PaHCa/guidelines/terms/20/abbreviation.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/accessibility-supported.html
/uploads/6PaHCa/guidelines/terms/20/accessibility-supported.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/alternative-for-
time
-based-media
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/ambiguous-
to
-users-in-general
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/ascii-art.html
/uploads/6PaHCa/guidelines/terms/20/ascii-art.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/assistive-technology.html
/uploads/6PaHCa/guidelines/terms/20/assistive-technology.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
audio
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
audio
-description
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
audio
-only
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/blinking.html
/uploads/6PaHCa/guidelines/terms/20/blinking.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/blocks-of-
text
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/captcha.html
/uploads/6PaHCa/guidelines/terms/20/captcha.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/captions.html
/uploads/6PaHCa/guidelines/terms/20/captions.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/changes-of-context.html
/uploads/6PaHCa/guidelines/terms/20/changes-of-context.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/6PaHCa/guidelines/terms/
22
/cognitive-
function
-test.
html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/conformance.html
/uploads/6PaHCa/guidelines/terms/20/conformance.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/conforming-alternate-version.html
/uploads/6PaHCa/guidelines/terms/20/conforming-alternate-version.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
content
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/context-sensitive-help.html
/uploads/6PaHCa/guidelines/terms/20/context-sensitive-help.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/contrast-ratio.html
/uploads/6PaHCa/guidelines/terms/20/contrast-ratio.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/correct-reading-sequence.html
/uploads/6PaHCa/guidelines/terms/20/correct-reading-sequence.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/css-pixel.html
/uploads/6PaHCa/guidelines/terms/21/css-pixel.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/down-event.html
/uploads/6PaHCa/guidelines/terms/21/down-event.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/22/dragging-movement.html
/uploads/6PaHCa/guidelines/terms/22/dragging-movement.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/emergency.html
/uploads/6PaHCa/guidelines/terms/20/emergency.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/22/encloses.html
/uploads/6PaHCa/guidelines/terms/22/encloses.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/essential.html
/uploads/6PaHCa/guidelines/terms/20/essential.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/extended-
audio
-description
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/flash.html
/uploads/6PaHCa/guidelines/terms/20/flash.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/22/focus-indicator.html
/uploads/6PaHCa/guidelines/terms/22/focus-indicator.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/functionality.html
/uploads/6PaHCa/guidelines/terms/20/functionality.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/general-flash-and-red-flash-thresholds.html
/uploads/6PaHCa/guidelines/terms/20/general-flash-and-red-flash-thresholds.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/human-language.html
/uploads/6PaHCa/guidelines/terms/20/human-language.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/idiom.html
/uploads/6PaHCa/guidelines/terms/20/idiom.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
image
-of-
text
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/informative.html
/uploads/6PaHCa/guidelines/terms/20/informative.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
input
-error
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/jargon.html
/uploads/6PaHCa/guidelines/terms/20/jargon.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/keyboard-interface.html
/uploads/6PaHCa/guidelines/terms/20/keyboard-interface.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/keyboard-shortcut.html
/uploads/6PaHCa/guidelines/terms/21/keyboard-shortcut.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
label
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/large-
scale
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/legal-commitments.html
/uploads/6PaHCa/guidelines/terms/20/legal-commitments.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/link-purpose.html
/uploads/6PaHCa/guidelines/terms/20/link-purpose.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/live.html
/uploads/6PaHCa/guidelines/terms/20/live.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/lower-secondary-education-level.html
/uploads/6PaHCa/guidelines/terms/20/lower-secondary-education-level.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/mechanism.html
/uploads/6PaHCa/guidelines/terms/20/mechanism.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/media-alternative-for-
text
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
21
/motion-
animation
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/22/minimum-bounding-box.html
/uploads/6PaHCa/guidelines/terms/22/minimum-bounding-box.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/name.html
/uploads/6PaHCa/guidelines/terms/20/name.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/navigated-sequentially.html
/uploads/6PaHCa/guidelines/terms/20/navigated-sequentially.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/non-
text
-
content
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/normative.html
/uploads/6PaHCa/guidelines/terms/20/normative.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/on-
a
-full-screen-window
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/paused.html
/uploads/6PaHCa/guidelines/terms/20/paused.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/22/perimeter.html
/uploads/6PaHCa/guidelines/terms/22/perimeter.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
21
/pointer-
input
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/prerecorded.html
/uploads/6PaHCa/guidelines/terms/20/prerecorded.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/presentation.html
/uploads/6PaHCa/guidelines/terms/20/presentation.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/primary-education-level.html
/uploads/6PaHCa/guidelines/terms/20/primary-education-level.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/process.html
/uploads/6PaHCa/guidelines/terms/20/process.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/programmatically-determined.html
/uploads/6PaHCa/guidelines/terms/20/programmatically-determined.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/programmatically-determined-link-context.html
/uploads/6PaHCa/guidelines/terms/20/programmatically-determined-link-context.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/programmatically-set.html
/uploads/6PaHCa/guidelines/terms/20/programmatically-set.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/pure-decoration.html
/uploads/6PaHCa/guidelines/terms/20/pure-decoration.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/real-
time
-event
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/region.html
/uploads/6PaHCa/guidelines/terms/21/region.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/relationships.html
/uploads/6PaHCa/guidelines/terms/20/relationships.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/relative-luminance.html
/uploads/6PaHCa/guidelines/terms/20/relative-luminance.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/relied-upon.html
/uploads/6PaHCa/guidelines/terms/20/relied-upon.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/role.html
/uploads/6PaHCa/guidelines/terms/20/role.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/same-functionality.html
/uploads/6PaHCa/guidelines/terms/20/same-functionality.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/same-relative-
order
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/satisfies-
a
-success-criterion
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
section
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/set-of-web-pages.html
/uploads/6PaHCa/guidelines/terms/21/set-of-web-pages.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/sign-language.html
/uploads/6PaHCa/guidelines/terms/20/sign-language.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/sign-language-interpretation.html
/uploads/6PaHCa/guidelines/terms/20/sign-language-interpretation.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/single-pointer.html
/uploads/6PaHCa/guidelines/terms/21/single-pointer.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/specific-sensory-experience.html
/uploads/6PaHCa/guidelines/terms/20/specific-sensory-experience.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/state.html
/uploads/6PaHCa/guidelines/terms/21/state.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/status-message.html
/uploads/6PaHCa/guidelines/terms/21/status-message.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/structure.html
/uploads/6PaHCa/guidelines/terms/20/structure.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/style-property.html
/uploads/6PaHCa/guidelines/terms/21/style-property.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/supplemental-
content
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/synchronized-media.html
/uploads/6PaHCa/guidelines/terms/20/synchronized-media.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/target.html
/uploads/6PaHCa/guidelines/terms/21/target.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/technology.html
/uploads/6PaHCa/guidelines/terms/20/technology.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
text
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
text
-alternative
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/up-event.html
/uploads/6PaHCa/guidelines/terms/21/up-event.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/used-in-an-unusual-or-restricted-way.html
/uploads/6PaHCa/guidelines/terms/20/used-in-an-unusual-or-restricted-way.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/user-agent.html
/uploads/6PaHCa/guidelines/terms/20/user-agent.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/user-controllable.html
/uploads/6PaHCa/guidelines/terms/20/user-controllable.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/user-interface-component.html
/uploads/6PaHCa/guidelines/terms/20/user-interface-component.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/21/user-inactivity.html
/uploads/6PaHCa/guidelines/terms/21/user-inactivity.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
video
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/
/uploads/
6
PaHCa/guidelines/terms/
20
/
video
-only
.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/viewport.html
/uploads/6PaHCa/guidelines/terms/20/viewport.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/visually-customized.html
/uploads/6PaHCa/guidelines/terms/20/visually-customized.html
Cannot
GET
/uploads/csZyXx/guidelines/terms/20/web-page.html
/uploads/6PaHCa/guidelines/terms/20/web-page.html
Cannot
GET
/uploads/csZyXx/guidelines/
/uploads/
6
PaHCa/guidelines/
input
-purposes
.html
This section shows substantive changes made in WCAG 2.2 since WCAG 2.1. Errata fixes to WCAG 2.1 have also been incorporated into WCAG 2.2.
The full commit history to WCAG 2.2 is available.
Focus Visible (Enhanced), later renamed to Focus Appearance (Enhanced), later removed.
Pointer Target Spacingto
Target Size (Minimum)
Dragging(later renamed Dragging Movements ).
Findable Help(later renamed to Consistent Help ),
Fixed Reference Points(Page Break Navigation),
Hidden Controls(later renamed Visible Controls),
Pointer Target Spacing(later renamed Target Size (Minimum) ), Redundant Entry .
Focus Visible (Enhanced)to
Focus Appearance (Enhanced).
Draggingto Dragging Movements .
Hidden Controlsto Visible Controls.
This section is non-normative.
Additional information about participation in the Accessibility Guidelines Working Group (AG WG) can be found on the Working Group home page .
Cannot
GET
/uploads/csZyXx/acknowledgements/ag-wg-active.html
/uploads/6PaHCa/acknowledgements/ag-wg-active.html
Cannot
GET
/uploads/csZyXx/acknowledgements/ag-contributors.html
/uploads/6PaHCa/acknowledgements/ag-contributors.html
Cannot
GET
/uploads/csZyXx/acknowledgements/funders.html
/uploads/6PaHCa/acknowledgements/funders.html