Conformance and Discovery Requirements for EPUB Publications
Draft Specification 6 September 2016
Copyright © 2010-2016 International Digital Publishing Forum™
All rights reserved. This work is protected under Title 17 of the United States Code. Reproduction and dissemination of this work with changes is prohibited except with the written permission of the International Digital Publishing Forum (IDPF).
EPUB is a registered trademark of the International Digital Publishing Forum.
This section is informative
This specification, EPUB Accessibility, addresses two key needs in the EPUB® ecosystem:
evaluation and certification of accessible EPUB Publications;
discovery of the accessible qualities of EPUB Publications.
Although it has always been possible to create EPUB Publications with a high degree of accessibility, this specification sets formal requirements to meet to certify content as accessible. These requirements provide Authors a clear set of guidelines to evaluate their content against, and allow certification of quality for consumers.
The inclusion of accessibility metadata, on the other hand, facilitates informed decisions about the usability of an EPUB Publication. Consumers can review the qualities of the content and decide whether an EPUB Publication is appropriate for their needs, regardless of whether it meets the bar of being certified broadly accessible.
This specification defines three categories of compliance for EPUB Publications:
Discovery-only — this category of EPUB Publication meets the discovery metadata requirements of this specification, but does not meet the accessibility requirements. Conformance is defined in Discovery-Enabled EPUB Publications.
Accessible — this category of EPUB Publication meets all discovery, [WCAG 2.0] and EPUB accessibility requirements. Conformance is defined in Accessible EPUB Publications.
Optimized — this category of EPUB Publication meets the discovery requirements for Optimizations. Conformance is defined in Optimized EPUB Publications.
This specification does not target a single version of EPUB. It is designed to be applicable to EPUB Publications that conform to any version or profile, including future versions of the standard.
Ideally, these guidelines will be instructive in evaluating any digital publication built on Open Web technologies, although ensuring such application is outside the scope of this specification.
For additional background on the decisions that went into this specification, refer to the informative [Accessibility FAQ].
This specification takes an abstract approach to the accessibility requirements for EPUB Publications, similar to how [WCAG 2.0] separates its accessibility guidelines from the techniques to achieve them. This approach allows the guidelines to remain stable even as the format evolves.
To facilitate this approach, the companion [EPUB Accessibility Techniques] document outlines conformance techniques. The techniques explain how to meet the requirements of this specification for different versions of EPUB.
This section is informative
This specification is designed to be applicable to any EPUB Publication, even if the content conforms to an older specification that does not make reference to this one (i.e., specifications prior to [EPUB 3.1]).
Authors of such EPUB Publications are encouraged to create content in conformance with the accessibility requirements of this specification, even though it is not normatively required.
This specification adopts the meaning of an assistive technology from [WCAG 2.0].
Note that an assistive technology is not always a separate application from a Reading System. Reading Systems often integrate features of standalone assistive technologies, such as text-to-speech playback.
The person(s) or organization responsible for the creation of an EPUB Publication. The Author is not necessarily the creator of the content.
This specification adapts the meaning of authoring tool from [ATAG 2.0]. An EPUB Authoring Tool differs only in that it is has to be able to create or modify an EPUB Publication.
A document that conforms to one of the EPUB Content Document definitions.
A collection of one or more Renditions that represents a single intellectual or artistic work.
An EPUB Publication whose content is enhanced to be accessible by Users with a specific need (e.g., dyslexia) or preferred reading modality (e.g., audio, tactile), so does not meet the broader accessibility requirements of [WCAG 2.0]. See Optimized Publications.
The Package Document describes one Rendition of an EPUB Publication. It carries meta information, provides a manifest of resources and defines the default reading order.
A system that processes EPUB Publications for presentation to a User.
A logical document entity that represents one rendering of an EPUB Publication.
An individual that consumes an EPUB Publication using a Reading System.
Some terms have more precise meanings for a given version of EPUB. Refer to the appropriate specification for more information.
The following typographic conventions are used in this specification:
markup
All markup (elements, attributes, properties), code (JavaScript, pseudo-code), machine-readable values (string, characters, media types) and file names are in red monospace font.
markup link
Links to markup and code definitions are in underlined red monospace font.
http://www.idpf.org/
URIs are in navy blue monospace font.
Hyperlinks are underlined and blue.
Normative and informative references are enclosed in square brackets.
Terms defined in the Terminology are in capital case.
Links to term definitions have a dotted blue underline.
Normative element, attribute and property definitions are in blue boxes.
Informative markup examples are in light gray boxes.
Informative notes are in green boxes with a "Note" header.
Informative cautionary notes are in red boxes with a "Caution" header.
The keywords MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in [RFC2119].
All sections and appendixes of this specification are normative except where identified by the informative status label "This section is informative". The application of informative status to sections and appendixes applies to all child content and subsections they contain.
All examples in this specification are informative.
The following requirements apply to a discovery-enabled EPUB Publication:
It must include discovery metadata as defined in Discovery.
Authors must follow accessible distribution practices, as described in Distribution.
An EPUB Publication must meet the following requirements to be accessible per this specification:
It must meet the requirements for Discovery-Enabled EPUB Publications.
It must meet the requirements for [WCAG 2.0] conformance defined in WCAG Conformance Requirements.
It must meet the additional requirements for EPUB Publications defined in EPUB Requirements.
It must report its conformance as defined in Conformance Reporting.
An optimized EPUB Publication must meet the following requirements:
It must meet the requirements for Discovery-Enabled EPUB Publications.
It must identify the standard or guidelines it conforms to as defined in Optimized Publications.
Unlike Web pages, EPUB Publications are designed to be distributed through many channels for personal consumption – a model that has made EPUB a successful format for ebooks and other types of digital publications. One downside to this model, however, is that specific details about the accessibility of a publication typically do not travel with it.
An online bookstore aggregating content from publishers and authors, for example, does not know the production quality that went into each submission, so can only relay to consumers what is present in the metadata.
Ensuring that the accessible qualities of an EPUB Publication can be discovered by any interested party is therefore a primary concern. Users need to be able to gauge the suitability of an EPUB Publication when they purchase, borrow or otherwise obtain it (e.g., will it be adequate for an educational setting). That the content meets the accessibility requirements of this specification is often not enough information; the specific affordances made to meet the requirements are equally important to know when determining usability.
Similarly, content that does not meet the requirements of this specification, while not broadly accessible, might still meet the needs of individual Users. Only through the inclusion of rich metadata can a User decide if the content is suitable for them.
Three of the properties identified in this section are currently proposals to schema.org that are on track for inclusion. This proposal will be updated as their status becomes clear.
Every conformant EPUB Publication must include the following [schema.org] accessibility metadata:
accessMode [proposed] — the senses or faculties necessary to process or perceive the content (e.g., textual, visual, auditory, tactile).
accessibilityFeature — features and adaptations that increase the overall accessibility of the content (e.g., alternative text, extended descriptions, captions).
accessibilityHazard — any potential hazards that the content presents (e.g., flashing, motion simulation, sound).
accessibilitySummary [proposed] — a human-readable summary of the overall accessibility, which includes a description of any known deficiencies (e.g., lack of extended descriptions, specific hazards).
Inclusion of the following [schema.org] accessibility metadata is recommended:
accessModeSufficient [proposed] — the access mode(s) sufficient to consume the content (e.g., a non-visual reader will be able to read a publication with extended descriptions even if the content's primary access mode is visual).
Inclusion of the following [schema.org] metadata is optional:
accessibilityAPI — indicates the resource is compatible with the specified accessibility API (e.g., ARIA).
accessibilityControl — identifies input methods that can be used to access the content (e.g., keyboard, mouse).
See Discovery Metadata Techniques [EPUB Accessibility Techniques] for more information on these properties and how to include them in different versions of EPUB.
See also DIST-002: Include accessibility metadata in distribution records [EPUB Accessibility Techniques] for more information on including accessibility metadata in other formats.
The above recommendations cover all [schema.org] accessibility properties at the time of publication. If new properties are added in the future, Authors are encouraged to include them, as applicable, until such time as this specification can be updated.
Inclusion of accessibility metadata from other vocabularies is optional.
Accessibility metadata can also be included in linked records [Packages 3], but the inclusion of such metadata solely in a linked record does not satisfy the discovery requirements of this specification.
As the precedence given to linked records varies depending on the version of EPUB, Authors need to take care to ensure that accessibility metadata in the Package Document and any linked records do not contain contradictory statements, as it can affect the information a Reading System presents to the User.
This section is informative
EPUB is built on the Open Web Platform, with HTML, CSS, JavaScript and SVG the core technologies used for content authoring. The use of these technologies means that EPUB Publications can be authored with a high degree of accessibility simply through the proper application of established Web accessibility techniques.
The primary source for the production of accessible Web content is the W3C Web Content Accessibility Guidelines (WCAG) 2.0 [WCAG 2.0]. This specification leverages the extensive work done in [WCAG 2.0] to establish benchmarks for accessible content, and the same four high-level content principles — Perceivable, Operable, Understandable and Robust — are central to creating accessible EPUB Publications.
This section defines how to apply the conformance criteria defined in [WCAG 2.0] and also addresses qualities unique to EPUB Publications (e.g., page breaks).
EPUB Publications authored to comply with the requirements in this section will have a high degree of accessibility for Users with a wide variety of reading needs and preferences.
This section is informative
[WCAG 2.0] and [WCAG 2.0 Techniques] provide extensive coverage of issues and solutions for Web content accessibility — from tables to embedded multimedia to rich semantics. They represent the foundation that this specification builds upon.
This specification does not repeat the requirements or techniques introduced in those documents, as it risks breaking compatibility between the two standards (e.g., putting guidance out of synch, or in conflict). At the same time, although the requirements are not individually called out, it does not diminish their importance in creating accessible EPUB Publications.
This specification instead adds an additional set of requirements for EPUB Publications. These requirements are no more or less important than those covered in WCAG. They are simply unique to EPUB Publications.
The same is true of the techniques in the [EPUB Accessibility Techniques] document. It provides coverage of techniques that are unique to EPUB Publications, or that need clarification in the context of an EPUB Publication. It does not mean that the rest of the WCAG techniques are not applicable.
As a result, although this section can be read without deep knowledge of WCAG conformance, to implement the accessibility requirements of this specification will require an understanding of that standard.
Because this specification adds requirements that are not a part of WCAG, an EPUB Publication can conform to [WCAG 2.0] without conforming to this specification. An EPUB Publication that does not meet the requirements of this section is not conformant to this specification.
The IDPF plans to work with W3C and the Web Accessibility Initiative to harmonize the unique requirements for EPUB Publications with WCAG.
EPUB Publications must meet [WCAG 2.0] Level A to be conformant with this specification, but it is recommended that they meet Level AA.
Note that local and national laws can influence the level of conformance an EPUB Publication has to meet to be considered accessible, as [WCAG 2.0] Level AA conformance is often cited as the benchmark for accessibility in legal frameworks and policies. In fact, any EPUB specification, and even vendor procurement requirements, can demand content that exceeds the minimum requirements of this specification.
Authors need to ensure they understand the requirements their content has to meet to be considered accessible in any jurisdiction or distribution context, including seeking any necessary legal advice. Minimum conformance with this specification does not supersede such requirements, and does not offer protection from any legal liability that might arise.
The [WCAG 2.0] Principles and Guidelines focus on the evaluation of individual Web pages, but an EPUB Publication more closely resembles what [WCAG 2.0] refers to as a set of Web pages: "[a] collection of Web pages that share a common purpose".
Consequently, when evaluating the accessibility of an EPUB Publication, individual pages — or Content Documents, as they are known in EPUB nomenclature — cannot be reviewed in isolation. Rather, their overall accessibility as parts of a larger work also has to be evaluated.
For example, it is not sufficient for individual Content Documents to have a logical reading order if the publication presents them in the wrong order. Likewise, including a title for every Content Document is complementary to providing a title for the publication: the overall accessibility is affected if either is missing.
The guidelines for content to be perceivable, operable, understandable and robust [WCAG 2.0] therefore must be evaluated against the full EPUB Publication, not only to each Content Document within it.
More information about applying these guidelines to EPUB Publications is available in the [EPUB Accessibility Techniques].
When evaluating an EPUB Publication, the [WCAG 2.0] Conformance Criteria are applied as follow:
When determining compliance with a Conformance Level, the EPUB Publication as a whole must meet the conformance requirements of the level claimed.
Authors must not use EPUB's fallback mechanisms to provide a conforming alternate version [WCAG 2.0], as there is no reliable way for Users to access such fallbacks. If fallbacks are used, both the primary content and its fallback(s) must meet the requirements for the conformance level claimed. Examples of EPUB-specific fallback mechanisms include manifest fallbacks, bindings and content switching.
When determining compliance with the "Full Pages" requirement (i.e., that parts of a page cannot be excluded when making a conformance claim), the entirety of each content document must achieve the conformance level and every content document in the publication must meet the stated conformance level.
Enable navigation of the content through the inclusion of structure and semantics in [SMIL]-based playback.
When an EPUB Publication contains SMIL-based text and audio synchronization, the structure and semantics of the content have to be paralleled in the SMIL markup to provide the same ease of navigation for auditory readers.
For example, if the SMIL markup contains only a single synchronization point for an entire table, the User will have to listen to all the data in sequence with no ability to navigate the rows or cells. The addition of equivalent structure to mimic the rows and cells in the markup allows the User to efficiently navigate the content, escaping from cells, rows or the entire table as he or she desires.
Similarly, including the semantics of the structures in the SMIL markup will allow a Reading System to offer the User the ability to skip past undesired content. When reading through a section, a User might prefer to only hear the primary content and automatically skip all sidebars, figures and other supplementary content. Without this information in the SMIL markup, such an enhanced reading experience is not possible.
If an EPUB Publication provides synchronized text and audio playback functionality, it should include the appropriate structure and semantics in the SMIL markup to skip and escape from content.
See Structured Audio Playback [EPUB Accessibility Techniques] for more information on structuring Media Overlays.
Provide navigation to static page break locations.
Statically paginated content is still ubiquitous, as print continues to be the most consumed medium for books both among the general reading public and in educational settings. Print is not the only source of static pagination, either: static page boundaries are also present in fixed-layout digital publications.
As a result, a non-visual reader in an environment where statically-paginated content is used is disadvantaged relative to his or her peers by not being able to easily locate the same locations in the publication (e.g., if a teacher instructs students to all turn to a specific page).
The inclusion of page boundary locations helps bridge this disparity by ensuring that those using reflowable media are not disadvantaged by their choice.
Providing page markers also helps aid navigation in reflowable publications that do not have a statically paginated equivalent. The default pagination of these publications by Reading Systems is not static, since it changes depending on the viewport size and User's font settings. As a result, coordinating locations among Users of the same EPUB Publication can be complicated without static references.
If a reflowable EPUB Publication represents a work that is also distributed in a statically paginated form, it should include page break markers and a means of accessing them.
Authors may include page break markers in reflowable EPUB Publications without statically paginated equivalents, but inclusion is not necessary to meet the requirements of this specification.
See Page Markers [EPUB Accessibility Techniques] for more information on the inclusion of page markers in EPUB Publications.
To indicate that an EPUB Publication conforms to the accessibliity requirements of this specification, it must include a conformsTo property [DCTERMS] and an a11y:certifiedBy property [Accessibility Vocab].
The value of the conformsTo property must be one of the following IRIs:
http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-a
The EPUB Publication meets all accessibility requirements and achieves [WCAG 2.0] Level A conformance.
http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-aa
The EPUB Publication meets all accessibility requirements and achieves [WCAG 2.0] Level AA conformance.
http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-aaa
The EPUB Publication meets all accessibility requirements and achieves [WCAG 2.0] Level AAA conformance.
The a11y:certifiedBy property specifies the name of the party that certified the content. The certifier of the content could be the same party that created the EPUB Publication, but can also be a third party accessibility certifier.
The following example shows an EPUB 3 Publication that has been self-certified by the publisher (the
values of the dc:publisher
and a11y:certifiedBy
property are the
same).
<metadata> … <dc:publisher>Acme Publishing Inc.</dc:publisher> <meta property="a11y:certifiedBy">Acme Publishing Inc.</meta> <link rel="dcterms:conformsTo" href="http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-aa"/> … </metadata>
The following example shows an EPUB 3 Publication that has been certified by a third party (the values
of the dc:publisher
and a11y:certifiedBy
property differ).
<metadata> … <dc:publisher>Acme Publishing Inc.</dc:publisher> <meta property="a11y:certifiedBy">Foo's Accessibility Testing</meta> <link rel="dcterms:conformsTo" href="http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-aa"/> … </metadata>
The following example shows an EPUB 3 Publication that has been self-certified by the author.
<metadata> … <dc:creator>Jane Doe</dc:creator> <meta property="a11y:certifiedBy">Jane Doe</meta> <link rel="dcterms:conformsTo" href="http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-aa"/> … </metadata>
The following example shows a self-certified EPUB 2 Publication.
<metadata> … <dc:publisher>Acme Publishing Inc.</dc:publisher> <meta name="dcterms:conformsTo" content="http://www.idpf.org/epub/a11y/accessibility-20160801.html#wcag-aa"/> <meta name="a11y:certifiedBy" content="Acme Publishing Inc."/> … </metadata>
If an EPUB Publication is certified by an organization, Users will typically want to know the name of that organization. Including the name of the individual(s) who carried out the assessment instead of the name of the certifying organization is generally discouraged, as it can diminish the trust the User has in the claim.
If the party that certifies the content has been issued a credential or badge that establishes their authority to certify content accessible, that information can be supplied in an a11y:certifierCredential property [Accessibility Vocab].
The following example shows a credential.
<meta property="a11y:certifierCredential">A+ Accessibility Rating</meta>
If the party that certifies the content has provided a detailed report of its assessment, a link to the assessment can be provided in an a11y:certifierReport property [Accessibility Vocab].
The following example shows a link to a remotely-hosted accessibility report.
<link rel="a11y:certifierReport" href="http://www.example.com/a11y/report/9780000000001"/>
The following example shows a link to a locally-hosted accessibility report.
<link rel="a11y:certifierReport" href="reports/a11y.xhtml"/>
As each metadata format is unique in what it can express, this specification does not mandate how conformance metadata is expressed outside of the Package Document.
This specification does not define a conformance level for EPUB Publications that only meet the discovery metadata requirements, as the usability of such content by any given User can only be determined from the accessibility metadata. Reporting requirements for Optimized Publications are defined in the next section.
Although [WCAG 2.0] provides a general set of guidelines for making content broadly accessible, conformant content is not always optimal for specific user groups. Conversely, content optimized for a specific need or reading modality is often not conformant to [WCAG 2.0] because it is not designed for a broad audience. In these cases, failing to achieve a WCAG conformance level does not make the publications any less accessible to their intended audience.
To account for this discrepancy, this specification places importance on the inclusion of discovery metadata. An optimized EPUB Publication is discoverable to its intended audience through the inclusion of rich metadata, even if it is not identified as broadly accessible per this specification.
In addition to the metadata requirements defined in Discovery, an optimized EPUB Publication must identify the standard or guidelines the content adheres to in a [DCTERMS] conformsTo property. The value of this property must be an IRI [RFC3987] that references the standard or guidelines it follows.
The following example shows a conformance statement for an EPUB 3 Publication that conforms to the [DAISY Audio] guidelines.
<package …> <metadata> … <link rel="dcterms:conformsTo" href="http://www.daisy.org/guidelines/epub/navigable-audio-only-epub3-guidelines"/> … </metadata> … </package>
If the IRI is not sufficient for a User to understand conformance (e.g., the guidelines are not publicly available), more information about how the content has been optimized should be provided in the accessibility summary.
This specification does not define or recommend standards or guidelines for the production of optimized content. An informative registry of optimization standards is maintained separately from this specification, but no endorsement of them is implied.
The creation of an accessible EPUB Publication is not always enough to ensure that the content will be usable when it reaches Users. Depending on how Authors distribute their content, other factors will influence the overall accessibility.
Some of these factors are outside the control of the Author, such as a third-party vendor's inaccessible bookstore or an inaccessible Reading system, but others can be ameliorated through careful distribution decisions.
For example, when distributing EPUB Publications, Authors can ensure that they do not impose digital rights management restrictions on their content that impair access by Assistive Technologies. They can also include accessibility metadata in distribution records so that it is available to vendors to use in bookstore search engines.
To ensure that EPUB Publications remain accessible to Users, Authors must take all steps within their power to ensure that distribution of their content does not negatively affect its discoverability or usability. See Distribution Techniques [EPUB Accessibility Techniques] for more information.
This section is informative
Although this specification focuses on content requirements for accessible EPUB Publications, there are two additional considerations in making EPUB Publications available to everyone: the ability for anyone to be able to create an EPUB Publication and the ability for anyone to consume the content.
Although these needs are not the primary focus of this specification, this appendix provides conformance requirements for the creation of accessible Authoring Tools and Reading Systems. Developers who meet and exceed these requirements will make their applications usable by a wide variety of Users.
This appendix could be superseded by specifications dedicated to these concerns in the future.
A conformant EPUB Authoring Tool must meet the following requirements:
It must meet the requirements for [ATAG 2.0] Level A conformance, with the following clarifications for Part B:
It must include support for the EPUB-specific requirements defined in EPUB Requirements where [ATAG 2.0] references the generation of accessible web content (as applicable to the content it can generate).
It must support [WCAG 2.0] accessibility requirements as they relate to EPUB Publications, including support for adding discovery metadata as defined in Package Metadata. See Page and Publication for more information.
It should meet the requirements for [ATAG 2.0] Level AA conformance, with the same clarifications defined in the preceding criteria.
A conformant Reading System must meet the following requirements:
It must pass all the [A11Y Test Suite] Fundamental Accessible Reading System Tests.
It should meet the requirements for [UAAG 2.0] Level AA conformance.
This section is informative
EPUB has been developed by the International Digital Publishing Forum in a cooperative effort, bringing together publishers, vendors, software developers, and experts in the relevant standards.
The EPUB Accessibility specification and techniques were prepared by the International Digital Publishing Forum’s EPUB Maintenance Working Group, operating under a charter approved by the membership in July 2015, under the leadership of:
Work on these documents was undertaken by an accessibility subgroup led by:
Active members of the working group included:
For more detailed acknowledgements and information about contributors to each version of EPUB, refer to Acknowledgements and Contributors [EPUB3 Overview].
[A11Y Test Suite] EPUB Accessibility Tests .
[ATAG 2.0] Authoring Tools Accessibility Guidelines (ATAG) 2.0 .
[Accessibility Vocab] EPUB Accessibility Vocabulary .
[DCTERMS] DCMI Metadata Terms .
[EPUB 3.1] EPUB 3.1 .
[Packages 3] EPUB Packages 3 .
[RFC2119] Key words for use in RFCs to Indicate Requirement Levels (RFC 2119) . March 1997.
[RFC3987] Internationalized Resource Identifiers (IRIs) (RFC 3987) . January 2005.
[SMIL] SMIL Version 3.0 . 01 December 2008.
[UAAG 2.0] User Agent Accessibility Guidelines 2.0 . 17 December 2002.
[WCAG 2.0] Web Content Accessibility Guidelines (WCAG) 2.0 .
[WCAG 2.0 Techniques] Techniques for WCAG 2.0. .
[schema.org] schema.org.
[Accessibility FAQ] EPUB Accessibility Frequently Asked Questions.
[DAISY Audio] Navigable audio-only EPUB 3 Guidelines .
[EPUB Accessibility Techniques] EPUB Accessibility Techniques .
[EPUB3 Overview] EPUB 3.1 Overview .