ISO/IEC 4932:2025
(Main)Information Technology — Learning, education and training — Access for All (AfA) metadata for accessibility core properties
Information Technology — Learning, education and training — Access for All (AfA) metadata for accessibility core properties
This document specifies a common, interoperable set of extensible properties for the description of resource content, functionality, user needs and preferences, to enable network-supported individualization of resources, services and environments to match the unique needs and preferences of the individual. This document includes all relevant mechanisms for the publication of terminology for such descriptions, including publicly available registries of properties and related metadata resources such as application profiles. This document takes an inclusive approach to individualization, since any user can experience a mismatch of their individual needs and preferences and the content or services delivered; it is not restricted to descriptions related to stereotypical notions of disability. It provides properties for describing access attributes of resources. It does not ascribe medical conditions to such properties (e.g. ‘non-visual’ as a property value does not infer visual disability, as when the user’s eyes are busy watching the road). This document defines a set of core Access for All (AfA) properties that can be used in a digital resource description (DRD), an AfA record, and equally in a stored personal needs and preferences profile, also an AfA record. It also includes how to extend or add a property or its value using an application profile as defined by ISO/IEC 19788-1.
Technologies de l'information — Apprentissage, éducation et formation — Accès pour tous, métadonnées pour les propriétés essentielles en matière d'accessibilité
General Information
Standards Content (Sample)
International
Standard
ISO/IEC 4932
First edition
Information Technology —
2025-12
Learning, education and training
— Access for All (AfA) metadata for
accessibility core properties
Technologies de l'information — Apprentissage, éducation et
formation — Accès pour tous, métadonnées pour les propriétés
essentielles en matière d'accessibilité
Reference number
© ISO/IEC 2025
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
© ISO/IEC 2025 – All rights reserved
ii
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Abbreviated terms . 3
5 Resource classes from ISO/IEC 19788-1 . 3
5.1 Resource class "Resource" .3
5.2 Resource class "Information Resource" .3
6 AfA Properties . 4
6.1 General .4
6.2 Specification of AfA properties .5
6.3 Accessibility summary .6
6.4 Access mode .6
6.5 Access mode sufficient .7
6.6 Accessibility feature .8
6.7 Accessibility control .8
6.8 Accessibility hazard .9
6.9 Accessibility API .10
7 Generic content value rule sets from other standards or locally defined .10
7.1 Generic content value rule sets from ISO/IEC 19788-1 .10
7.2 Generic content value rule sets introduced in this document .11
7.2.1 Vocabulary term list .11
8 Vocabularies from other standards or locally defined .11
8.1 Vocabularies from other documents.11
8.2 Access for all (AfA) vocabularies . 12
8.2.1 Access mode vocabulary . 12
8.2.2 Access mode sufficient vocabulary . 12
8.2.3 Accessibility feature vocabulary . 13
8.2.4 Accessibility control vocabulary .16
8.2.5 Accessibility hazard vocabulary .16
8.2.6 Accessibility API vocabulary .18
Annex A (normative) Language equivalents for names and labels.20
Annex B (informative) Examples of use of accessibility metadata .21
Annex C (informative) Example specification of an application profile.29
Bibliography .31
© ISO/IEC 2025 – All rights reserved
iii
Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are
members of ISO or IEC participate in the development of International Standards through technical
committees established by the respective organization to deal with particular fields of technical activity.
ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations,
governmental and non-governmental, in liaison with ISO and IEC, also take part in the work.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types
of document should be noted. This document was drafted in accordance with the editorial rules of the ISO/
IEC Directives, Part 2 (see www.iso.org/directives or www.iec.ch/members_experts/refdocs).
ISO and IEC draw attention to the possibility that the implementation of this document may involve the
use of (a) patent(s). ISO and IEC take no position concerning the evidence, validity or applicability of any
claimed patent rights in respect thereof. As of the date of publication of this document, ISO and IEC had not
received notice of (a) patent(s) which may be required to implement this document. However, implementers
are cautioned that this may not represent the latest information, which may be obtained from the patent
database available at www.iso.org/patents and https://patents.iec.ch. ISO and IEC shall not be held
responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
Organization (WTO) principles in the Technical Barriers to Trade (TBT) see www.iso.org/iso/foreword.html.
In the IEC, see www.iec.ch/understanding-standards.
This document was prepared by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 36, Information technology for learning, education, and training.
Any feedback or questions on this document should be directed to the user’s national standards
body. A complete listing of these bodies can be found at www.iso.org/members.html and
www.iec.ch/national-committees.
© ISO/IEC 2025 – All rights reserved
iv
Introduction
0.1 Purpose and overview
This document is intended to facilitate the matching of resources to individual users’ needs using a
description of accessibility characteristics of resources chosen by the user. It will enable accessibility services
providing automatic matching of resources and resource components to individual user’s accessibility needs
and preferences.
The properties and definitions within this document are functional; matching can be involved in the
discovery, delivery and refinement of a resource (service, product or environment) for an individual user, in
a given context, for a specific goal. The document recognizes and supports human diversity. It should not be
used to evaluate resources, services or environments with respect to general accessibility, usability or other
measures of quality.
This document aims to maximize conformance of AfA properties with ISO/IEC 19788, Metadata for Learning
Resources. That standard conforms to the W3C Resource Description Framework so this standard will too.
Within this document, disability is defined as the mismatch between the individual user’s stated needs and
preferences and the resources, services or environment delivered.
The functional requirements of an individual could be influenced at different times by factors such as the
user's context or environment, technical requirements of the user’s device, the tools or supports available
(e.g., assistive technologies or an assistant), the user's background or training, the goal the user wishes to
pursue, or an impairment (disability in the traditional medical sense). Non-digital forms of resources may be
involved.
Recognizing the range of possibilities, the focus of this document is to support a process that enables
extensible, open and accessible registration of needs and preferences that can be presented as metadata in
multiple languages and vocabularies familiar to each user while maintaining interoperability.
This document defines a core set of Access for All properties (AfA properties) for description of the
accessibility characteristics of resources and their components and an example of a MLR Application Profile
(ISO/IEC 19788-1) is provided. As with metadata defining the subject of a resource (ISO/IEC 19788-2),
the property noting the provision of text alternatives for images, for example, is available for matching
the resource to the user’s needs and preferences. Hence the properties are intended for use also in the
description of user functional requirements (needs and preferences).
The AfA properties will be sufficient in many circumstances, but where there is additional information
available, or other needs, preferences or resource attributes to be described, additional terms conformant to
this document, and thus ISO/IEC 19788-1, can be defined and used without loss of interoperability.
The needs and preferences of users with disability are greatly affected by changes in technology and changes
in context and purpose. Users also expect vocabularies that contain familiar words. Typically, application
profiles are developed by individual entities for their use while maintaining interoperability. In the case of
users with disability, it may be that they create and share application profiles within a community of users
and thus keep the standard current.
When resources in their initial form lack accessibility for a user, this may be corrected by the identification
or creation of a needed accessible component that can be integrated with the original by a suitable computer
service.
0.2 Granularity and refinements
From a data perspective, precision is known as "granularity". In some cases, precision is necessary to avoid
ambiguity, in others to increase interoperability, and in yet others to increase local utility, for example.
This principle supports global interoperability at the same time as local specificity. The level of granularity
required depends on the circumstances and user requirements.
Whether using an assistive technology or not, user needs and preferences of individuals with a disability
(from a medical perspective) are frequently very particular with little or no room for variance. A slight
© ISO/IEC 2025 – All rights reserved
v
variation in font size, button (physical or digital) size, or colour, for example, can be the difference between
an accessible resource and an unusable one. Ensuring access for users whose choice of access modes is
restricted by impairment often requires exact matching of a resource with a user's requirements: in such a
case it is not a matter of convenience or optional refinement but one of utmost importance (see ISO 24751-1).
The AfA properties recognize the need for granularity in the field of accessibility. For this reason, definitions
of properties will indicate, where relevant, if they are refinements of other terms. An example of a use for
an extension for detail may be to accommodate two types of users in a resource description: the expert user
who is competent to change the font size and color of a resource (where possible) and another user who
needs the particular font size and color to be delivered.
Types of user extensions include:
— the addition of a property required in addition to those specified in this document;
— the addition of a property that refines one of those specified in this document.
A user extension that attracts widespread and common use may become a candidate for inclusion and
incorporation into this or a future version (either in a new part or future edition).
0.3 Use of existing international standards and specifications
A key strategy in the development and maintenance of this document is using relevant international
standards and specifications (or applicable parts thereof) to the greatest degree possible. In particular, this
document adopts the framework in ISO/IEC 19788-1 and uses it to define some AfA properties tested and
adopted by an international community including those contributing to IMS Global work, the development of
ISO/IEC 24751-1, and the schema.org metadata model.
It is expected that AfA properties will be used in combination with others that describe attributes of
resources such as the subject of the resource, the date of the resource, the creator of the resource, etc. For
these purposes, the properties specified in the ISO/IEC 19788 and ISO/IEC 15836 series are recommended.
In particular, this document aims to maximize compatibility with existing standards such as IEEE 1484.12.1-
2002 (LOM), ISO 15836-1:2017 (Information and documentation – The Dublin Core metadata element set),
ISO/IEC 19788 (MLR), W3C Resource Description Framework, EPUB, and schema.org specifications so that
users of these standards can migrate or mix-and-match data from one context to another in an efficient and
cost effective manner.
© ISO/IEC 2025 – All rights reserved
vi
International Standard ISO/IEC 4932:2025(en)
Information Technology — Learning, education and training
— Access for All (AfA) metadata for accessibility core
properties
1 Scope
This document specifies a common, interoperable set of extensible properties for the description of resource
content, functionality, user needs and preferences, to enable network-supported individualization of
resources, services and environments to match the unique needs and preferences of the individual.
This document includes all relevant mechanisms for the publication of terminology for such descriptions,
including publicly available registries of properties and related metadata resources such as application
profiles.
This document takes an inclusive approach to individualization, since any user can experience a mismatch
of their individual needs and preferences and the content or services delivered; it is not restricted to
descriptions related to stereotypical notions of disability. It provides properties for describing access
attributes of resources. It does not ascribe medical conditions to such properties (e.g. ‘non-visual’ as a
property value does not infer visual disability, as when the user’s eyes are busy watching the road).
This document defines a set of core Access for All (AfA) properties that can be used in a digital resource
description (DRD), an AfA record, and equally in a stored personal needs and preferences profile, also an AfA
record. It also includes how to extend or add a property or its value using an application profile as defined by
ISO/IEC 19788-1.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content constitutes
requirements of this document. For dated references, only the edition cited applies. For undated references,
the latest edition of the referenced document (including any amendments) applies.
ISO/IEC 19788-1, Information technology — Learning, education and training — Metadata for learning
resources-Part 1 Framework
ISO/IEC 24751-1:2008, Information technology — Learning, education and training — Access for All Accessibility
— Part 1: Framework and reference model
3 Terms and definitions
For the purposes of this document, the terms and definitions given in ISO/IEC 19788-1 and ISO/IEC 24751-1
and the following apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
© ISO/IEC 2025 – All rights reserved
3.1
AccessForAll property
AfA property
property (ISO/IEC 19788-1:2024, 3.49) for use in the description of the accessibility (3.1) characteristics of a
resource (ISO/IEC 19788-1:2024, 3.53)
Note 1 to entry: In the case of AccessForAll, the two main use cases, search and delivery, use the same properties. They
are for users in resource discovery processes and resource providers in publication processes.
3.2
AfA digital resource description
DRD
set of values of AfA properties as a MLR record (ISO/IEC 19788-1:2024, 3.37) describing the accessibility
characteristics of a resource (ISO/IEC 19788-1:2024, 3.53) (and resources directly related to that resource)
Note 1 to entry: A set can be a single value.
Note 2 to entry: A DRD can be included in another record.
3.3
AfA personal needs and preferences
PNP
set of values of AfA properties as a MLR record (ISO/IEC 19788-1:2024, 3.37) describing an individual user’s
required accessibility characteristics of a resource (ISO/IEC 19788-1:2024, 3.53) (and resources directly
related to that resource)
Note 1 to entry: A set can be a single value.
Note 2 to entry: A PNP can be included in another record.
Note 3 to entry: A PNP is similar to an AfA preference concept as used in ISO/IEC 24751-4:2008, 3.7.
3.4
accessibility summary
human-readable summary of specific accessibility features or deficiencies, consistent with the other
accessibility metadata
Note 1 to entry: See property specification subclause 6.3.
3.5
access mode
human sensory characteristics of a resource through which intellectual content is communicated
Note 1 to entry: see property specification subclause 6.4.
3.6
access mode sufficient
minimum set of resource access modes which together communicate all the semantic content of a resource
Note 1 to entry: see property specification subclause 6.5.
3.7
accessibility feature
accessibility characteristic that renders accessible an otherwise inaccessible access mode
Note 1 to entry: see property specification subclause 6.6.
3.8
accessibility control
identifies one or more input methods that allow access to all of the application functionality
Note 1 to entry: see property specification subclause 6.7.
© ISO/IEC 2025 – All rights reserved
3.9
accessibility hazard
characteristic of the described resource that is physiologically dangerous to some users
Note 1 to entry: see property specification subclause 6.8.
3.10
accessibility API
indicates that the resource is compatible with the referenced accessibility API
Note 1 to entry: see property specification subclause 6.9.
4 Abbreviated terms
AfA access for all
API application programming interface
DRD digital resource description
ID Identifier
LOM learning object metadata
MLR metadata for learning resources
PNP personal needs and preferences
URI uniform resource identifier
WCAG web content accessibility guidelines
5 Resource classes from ISO/IEC 19788-1
5.1 Resource class "Resource"
Resource Class Specification
Identifier ISO_IEC_19788-1:2024::RC0001
Canonical identifier ISO_IEC_19788-1::RC0001
Label Resource
Name Resource
Instances of this class are the entities that can be iden-
Definition tified and referenced by an unambiguous and stable
identifier in a recognized identification system.
Subclass of -
Note -
5.2 Resource class "Information Resource"
Resource Class Specification
Identifier ISO_IEC_19788-1:2024::RC0004
Canonical identifier ISO_IEC_19788-1::RC0004
Label Information Resource
Name InformationResource
© ISO/IEC 2025 – All rights reserved
Instances of this class are the resources which have the
Definition property that all of their essential characteristics can be
conveyed in a message.
ISO_IEC_19788-1::RC0001
Subclass of
(Resource)
This class is the same as the class ISO_IEC_19788-
Note 1:2024::RC004 defined in the document ISO/IEC 19788-
8:2015 (Annex E)
6 AfA Properties
6.1 General
The properties defined in this document are for use by those concerned with accessibility of resources,
especially for people with disability. They are used for both digital resource descriptions, as a MLR record
(DRD), and stored Personal Needs and Preferences, also as a MLR record (PNP), facilitating the matching,
by the user, a search engine, or a matching service, of resources to an individual user’s needs. This is a
common activity for properties such as author, title, etc. Multiple PNP may be used to provide for different
user contexts and circumstances and for the potential delivery of combinations of resource components. In
many cases, users with disability do not want to have to specify accessibility needs afresh but prefer to store
them for reuse (as PNPs). Users with critical needs and references may rely on others to specify their needs
for them.
The property accessModeSufficient in a DRD indicates modes and sets of modes that are available, in
combination, to effectively deliver a given resource. For example, a resource may be accessible to a user who
can interact visually, textually and with a mouse but also to a user who can only interact textually using a
keyboard. This second set of modes matches the hypothetical PNP proposed in the following paragraph.
The property accessModeSufficient in a PNP declares explicitly what a user states they can do. For example,
a user may state that for a given context they can interact with content visually, textually and using a
keyboard. They may use a different PNP in a different context and other people may also choose to use their
PNP because it is not a description of a person but of a set of needs.
Thus, a property value can be used in a DRD to describe the accessibility characteristics of a resource or
the components of a resource. The same AfA properties (and values) can be used in a PNP to describe, for
example, the chosen modes of sensory perception of or interaction with, a resource. That is, how the user
chooses to engage or interact with the resource. The difference between a PNP and a DRD, as seen by a
matching service, is that a DRD describes the accessibility properties of a particular resource and a PNP
describes the set of those properties that will satisfy the user’s needs.
In this document, it is assumed that what is important to a given user is whether or not they can use the
resource. Similarly, it is a principle applied in this document that there is not a ‘primary’ or ‘original’ form of
a resource if the resource is well-formed. That is, only where there are modifications of a resource so that it
is a different resource might this information be relevant. An example would be where a resource depending
on a technical diagram is completely replaced by a different, alternative text-based resource that conveys
the same information without reference to imagery.
Given a typical video resource, for example, it may be indicated that the resource combines visual and
auditory content. It may also have captions and a sound transcript that can replace the auditory content. If
these provide all the auditory content in the alternative form, the resource might also be described as usable
visually, with no sound. In such a case, different users can work with different accessMode combinations
(indicated by values of the accessModeSufficient property) while still enjoying access to all the content of
the same resource.
It is recognized that users vary the conditions or context under which a particular need applies. It is assumed
any given PNP will be the result of a process that defines one or more PNPs.
© ISO/IEC 2025 – All rights reserved
6.2 Specification of AfA properties
An AfA property specification will conform to the specification for an MLR property (ISO/IEC 19788-1) and
hence it consists of an identifier (for the property specification) and a (defined) list of attributes with rules
for the values of those attributes. Following ISO/IEC 19788-1, an additional attribute, Related to is added and
each property specification has the following attributes:
Essential: attributes:
— Identifier (an identifier for the property)
— Canonical identifier (a canonical identifier for the property)
— Label (a label for the property)
— Name (a name for the property)
— Definition (a definition for the property)
— Domain (a domain for the property)
— Codomain (a codomain for the property)
— Linguistic indicator (property linguistic indicator)
— Content value rules (rules governing the possible values for the property)
Non-essential attributes:
— Refines (a super-property for the property)
— Related to (a recognised similar property)
— Example(s) (some examples of use of the property)
— Note(s) (any additional information)
— Best Practice(s) (some good practices for using the property)
— Status (an information on the fact that the property is still in use)
It should be noted that in this document, an additional attribute, Related to, is used in the definition of
properties.
The properties defined in this document have a history. They were first identified for IMS Global Learning,
then revised for ISO/IEC 24751-1:2008, then revised for schema.org and included in ePUB work and are now
specified below to conform to ISO/IEC 19788. Here they are known as AfA properties: accessibilitySummary,
accessMode, accessModeSufficient, accessibilityFeature, accessibilityControl, accessibilityHazard,
accessibilityAPI.
Resources seldom have only one value for an accessibility property. When users with disability indicate
their needs, it may be they need a combination of values. A combination of values is different from multiple
individual values. For these reasons, application profiles including accessibility properties are often
repeated with different values.
© ISO/IEC 2025 – All rights reserved
6.3 Accessibility summary
Property specification
Essential attributes
Identifier ISO_IEC_4932:2025::P0001
Canonical identifier ISO_IEC_4932::P0001
Label accessibility summary
Name accessibilitySummary
A human-readable summary of specific accessibility fea-
Definition tures or deficiencies, consistent with the other accessibility
metadata
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
Codomain literal
Linguistic indicator Linguistic
Content value rules ISO_IEC_19788-1::PRS0001 (MLR_STRING)
Non-essential attributes
Refines -
Related to https:// schema .org/ accessibilitySummary
Example(s) -
An accessibility summary may express subtleties such as
"short descriptions are present but long descriptions will
be needed for non-visual users" or "short descriptions are
present and no long descriptions are needed". In general, it
Note
is useful to include details of additional features in common
language as part of the value of accessibilitySummary rather
than strike lots of new properties or refinements of existing
properties.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/ #
Best practice(s)
accessibil itySummary
Status -
6.4 Access mode
Property specification
Essential attributes
Identifier ISO_IEC_4932:2023::P0002
Canonical identifier ISO_IEC_4932::P0002
Label access mode
Name accessMode
human sensory characteristics of a resource through which intel-
Definition
lectual content is communicated
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
Codomain literal
Linguistic Indicator non-linguistic
Content value rules RS_P0002
Non-essential attributes
Refines -
Related to https:// schema .org/ accessMode
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
© ISO/IEC 2025 – All rights reserved
1. ISO_IEC_4932::V0001#T110 (visual)
a)
Example(s)
2. ISO_IEC_4932::V0001#T010 (auditory)
1. An accessMode may be rendered usable when accompanied by
a particular accessibility feature. Access modes can be combined
for property accessModeSufficient to signal which combinations
Note(s)
of access modes are sufficient for accessing/using the resource.
2. For a given resource, if more than one accessMode value is
relevant, then repeat the use of the property.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/
Best practice(s)
#accessMode
Status -
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
Rule_Set_Id: RS_P0002
Rule_ID Rule statement / Example(s) & Note(s)
The possible values are identifiers of terms from vocabulary ISO_
IEC_4932::V0001 (Access mode).
6.5 Access mode sufficient
Property specification
Essential attributes
Identifier ISO_IEC_4932:2025::P0003
Canonical identifier ISO_IEC_4932::P0003
Label access mode sufficient
Name accessModeSufficient
A minimum set of resource access modes which together communicate
Definition
all the semantic content of a resource.
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
Codomain literal
Linguistic Indicator non-linguistic
ISO_IEC_4932::PRS0001[ISO_IEC_4932::V0002] (VOCABULARY TERM
Content value rules
LIST [Access mode sufficient])
Non-essential attributes
Refines -
Related to https:// schema .org/ accessModeSufficient
1. [ISO_IEC_4932::V0002#T030 (textual),
ISO_IEC_4932::V0002#T040 (visual)]
a)
Example(s)
2. [ISO_IEC_4932::V0002#T010 (auditory),
ISO_IEC_4932::V0002#T020 (tactile)]
For a given resource, if more than one access mode sufficient value is
Note(s)
relevant, then repeat the use of the property.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/ # accessMode
Best practice(s)
Sufficient
Status -
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
© ISO/IEC 2025 – All rights reserved
6.6 Accessibility feature
Property specification
Essential attributes
Identifier ISO_IEC_4932:2025::P0004
Canonical identifier ISO_IEC_4932::P0004
Label accessibility feature
Name accessibilityFeature
An accessibility characteristic that renders accessible an other-
Definition
wise inaccessible accessMode
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
Codomain literal
Linguistic Indicator non-linguistic
Content value rules RS_P0004
Non-essential attributes
Refines -
Related to https:// schema .org/ accessibilityFeature
1. ISO_IEC_4932::V0003#T120 (captions)
a)
Example(s)
2. ISO_IEC_4932::V0003#T280 (large print)
1. If a resource has an accessibility feature ‘captions’, it renders
accessible a resource with access mode ‘auditory’. Similarly, a
requirement for an accessibility feature such as ‘reading order’
renders unusable, content in access mode ‘visual’ that cannot
be rendered auditorily successfully (for example, text arranged
Note(s)
graphically). For resource providers and for users, properties
showing specific features might need to be repeated.
2. For a given resource, if more than one accessibility feature
value is relevant, then repeat the use of the property.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/ # accessibil
Best practice(s)
ityFeature
Status -
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
Rule_Set_Id: RS_P0004
Rule_ID Rule statement / Example(s) & Note(s)
The possible values are identifiers of terms from vocabulary ISO_
IEC_4932::V0003 (Accessibility feature).
6.7 Accessibility control
Property specification
Essential attributes
Identifier ISO_IEC_4932:2025::P0005
Canonical identifier ISO_IEC_4932::P0005
Label accessibility control
Name accessibilityControl
Identifies one or more input methods that allow access to all of
Definition
the application functionality
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
© ISO/IEC 2025 – All rights reserved
Codomain literal
Linguistic Indicator non-linguistic
Content value rules RS_P0005
Non-essential attribute
Refines
Related to https:// schema .org/ accessibilityControl
a)
Example(s) ISO-IEC_4932::V0004#T010 ( full keyboard control}
1. The expected value of the accessibility control property may
consist of more than one value. For example, users may need key-
board and mouse controls available together to gain full control
of the resource. There may be other combinations too. The value
of a property may, therefore, be a combination of more than one
Note(s)
value. The property should be repeatable to support the various
different combinations.
2. For a given resource, if more than one accessibility feature
value is relevant, then repeat the use of the property.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/ CG -FINAL
Best practice(s)
-a11y -discov -vocab -20220610 .html # accessibilityControl
Status -
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
Rule_Set_Id: RS_P0005
Rule_ID Rule statement / Example(s) & Note(s)
The possible values are identifiers of terms from vocabulary ISO_
IEC_4932::V0004 (Accessibility control).
6.8 Accessibility hazard
Property specification
Essential attributes
Identifier ISO_IEC_4932:2025::P0006
Canonical identifier ISO_IEC_4932::P0006
Label accessibility hazard
Name accessibilityHazard
A characteristic of the described resource that is physiologically
Definition
dangerous to some users
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
Codomain literal
Linguistic Indicator non-linguistic
Content value rules RS_P0006
Non-Essential attributes
Refines
Related to https:// schema .org/ accessibilityHazard
a)
Example(s) ISO_IEC_4932:V0005#T020 (no flashing hazard)
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
© ISO/IEC 2025 – All rights reserved
1. This is related to WCAG 2.0 guideline 2.3.
Note(s)
2. For a given resource, if more than one accessibility hazard
value is relevant, then repeat the use of the property.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/ CG -FINAL
Best practice(s)
-a11y -discov -vocab -20220610 .html #accessibilityHazard
Status -
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
Rule_Set_Id: RS_P0006
Rule_ID Rule statement / Example(s) & Note(s)
The possible values are identifiers of terms from vocabulary ISO_
IEC_4932::V0005 (Accessibility hazard).
6.9 Accessibility API
Property specification
Essential attributes
Identifier ISO_IEC_4932:2025::P0007
Canonical identifier ISO_IEC_4932::P0007
Label accessibility API
Name accessibilityAPI
Indicates that the resource is compatible with the referenced
Definition
accessibility API.
Domain ISO_IEC_19788-1::RC0004 (Information Resource)
Codomain literal
Linguistic Indicator non-linguistic
Content value rules RS_P0007
Non-Essential attributes
Refines
Related to https:// schema .org/ accessibilityAPI
a)
Example(s) ISO_IEC_4932::V0006#T010 (Android accessibility)
For a given resource, if more than one accessibility API value is
Note(s)
relevant, then repeat the use of the property.
https:// www .w3 .org/ 2021/ a11y -discov -vocab/ latest/ CG -FINAL
Best practice(s)
-a11y -discov -vocab -20220610 .html #accessibilityAPI
Status -
a)
Labels appended to a vocabulary term identifier (parenthesis included) are not part of property values.
Rule_Set_Id: RS_P0007
Rule_ID Rule statement / Example(s) & Note(s)
The possible values are identifiers of terms from vocabulary ISO_
IEC_4932::V0006 (Accessibility API).
7 Generic content value rule sets from other standards or locally defined
7.1 Generic content value rule sets from ISO/IEC 19788-1
ISO_IEC_19788-1::PRS0001 (MLR STRING)
© ISO/IEC 2025 – All rights reserved
7.2 Generic content value rule sets introduced in this document
7.2.1 Vocabulary term list
Vocabulary term list []
Identifier: ISO_IEC_4932:2025::PRS0001[VOC_Identifier]
Canonical Identifier: ISO_IEC_4932::PRS0001[]
Label: VOCABULARY TERM LIST []
Name: VOCABULARY_TERM_LIST[]
Rule_ID Rule statement / Example(s) & Note(s)
01 A string that matches the EBNF VOC_TERM_List terminal string.
VOC_TERM_List ::=
"["
VOC_TERM_Identifier(","VOC_TERM_Identifier)* "]"
VOC_TERM_Identifier ::= /* See ISO/IEC 19788-1:2024, Annex B */
EXAMPLE1:
[ISO_IEC_4932::V0002#T030, ISO_IEC_4932::V0002#T040]
EXAMPLE2 a) (with labels appended): [ISO_IEC_4932::V0002#T010
(auditory), ISO_IEC_4932::V0002#T020 (tactile)]
—
a)
Labels appended to the vocabulary term identifiers (parenthesis includ-
ed) are not part of the property value.
02 Use canonical identifiers when available.
03 This is a parameterized generic rule set. When used, a vocabulary identi-
fier shall be appended within brackets after the generic rule set identifier
(PRS_Identifier).
b)
EXAMPLE :
ISO_IEC_4932::PRS0001[ISO_IEC_4932::V0002]
(VOCABULARY TERM LIST [Access mode sufficient])
—
b)
The label (second line of the example above, parenthesis included) is not
part of the parameterized generic rule set identifier.
04 All terms in VOCABULARY_TERM_LIST must be terms from the vocabulary
passed to the rule as an argument.
8 Vocabularies from other standards or locally defined
8.1 Vocabularies from other documents
None
© ISO/IEC 2025 – All rights reserved
8.2 Access for all (AfA) vocabularies
8.2.1 Access mode vocabulary
Vocabulary specification
Identifier ISO_IEC_4932:2025::V0001
Canonical identifier ISO_IEC_4932::V0001
Label Access mode
Name accessMode
Open/closed closed
Extension of -
a)
Set of terms
Term_ID Related Label Name Definition
terms
T010 - Auditory auditory The resource contains information encoded
in auditory form.
T020 - chart on visual chartOnVisual The resource contains charts encoded in
visual form.
T030 - chem on visual chemOnVisual The resource contains chemical equations
encoded in visual form.
T040 - color dependent colorDependent The resource contains information encoded
such that colour perception is necessary.
T050 - diagram on diagramOnVisual The resource contains diagrams encoded in
visual visual form.
T060 - math on visual mathOnVisual The resource contains mathematical nota-
tions encoded in visual form.
T070 - music on visual musicOnVisual The resource contains musical notation
encoded in visual form.
T080 - tactile tactile The resource contains information encoded
in tactile form.
T090 - text on visual textOnVisual The resource contains text encoded in
visual form.
T100 - textual textual The resource contains information encoded
in textual form.
T110 - visual visual The resource contains information encoded
in visual form.
a) [5]
"Schema.org Accessibility Properties for Discoverability Vocabulary (Final Community Group Report, 10 June 2022)"
8.2.2 Access mode sufficient vocabulary
Vocabulary specification
Identifier ISO_IEC_4932:2025::V0002
Canonical identifier ISO_IEC_4932::V0002
Label access mode sufficient
Name accessModeSufficient
Open/closed closed
Extension of -
a)
Set of terms
Term ID Related Label Name Definition
terms
a) [5]
"Schema.org Accessibility Properties for Discoverability Vocabulary (Final Community Group Report, 10 June 2022)"
© ISO/IEC 2025 – All rights reserved
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.