The W3C's Web Accessibility Initiative (WAI, pronounced way) maintains two sets of guidelines covering the creation of accessible web-based content:
The goal of this guide is not to attempt to replace, supersede or otherwise override either of these guidelines, but to function as a means of simplifying the mapping of many of their best practices onto EPUB production. (Note: the guide does not attempt to provide complete coverage of either standard, only practices common to ebook publishing.)
Further, the checklist and checkpoints provided on this site are designed to facilitate accessible production, not to be conformance checklists to either standard. When compliance with WCAG or WAI-ARIA is mandated, whether by legislation or binding agreement, compliance must be measured directly against those standards.
This guide does present information not found in the WAI guidelines, notably WCAG. As EPUB currently makes use of XML serialization of HTML5, which is still under development, new WCAG practices have not yet been released to address this content (but the maintainers of this guide are endeavouring to keep the information consistent with evolving practices). There are also many unique features to EPUB, such as PLS lexicons and the Navigation Document, that are not specifically addressed in WCAG or HTML5 at this time.
The following subsections provide a quick introduction to the WAI guidelines for those who are not familiar with their purpose.
WCAG is the internationally recognized standard for creating accessible web content. By aligning EPUB 3 with the web stack, the IDPF has also aligned the creation of EPUB content with the best practices outlined in WCAG.
The primary advantage of this approach to accessibility is that it keeps EPUB aligned with the body of work that has already been done to make web content accessible. It also immediately makes web content accessibility specialists knowledgeable about the issues involved in ebook production. And, more generally, it means that content creators seeking to discover how to make their publications more accessible have a wealth of general resources available to them beyond just this site.
But EPUB is also its own unique format, and WCAG is not a simple blanket set of practices that all apply in every situation. This guide aims to bridge this gap for EPUB content by focusing on how to make rich publications that adhere to WCAG. Unlike the wild web, where each site's design often brings its own unique issues, books are generally composed of the same sets of building blocks, making accessibility mappings useful to a broad range of publishers.
The WCAG guidelines take a layered approach to accessibility, starting with four high-level principles that all content creators should strive to achieve. These principles are defined as follows:
At the next level, each of these principles is broken down into a set of guidelines for achieving compliance.
A further level below the guidelines are the success criteria, which is the level where WCAG moves from a general outline for accessible content to how to practically achieve it. These criteria are quite extensive, so are not be reproduced here. For more information, refer to the WCAG guidelines.
After these three levels of progressive refinement of what it takes to create accessible content, you reach the sufficient and advisory techniques for testing compliance to the success criteria. These criteria provide the format-specific information you need to verify your content.
This guide focuses on the techniques, but understanding the higher-level concepts is also necessary to truly understand what makes content accessible. You will find links to the relevant techniques throughout this site, while the introductions to each section endeavour to explain why making these structures accessible is necessary (i.e., how they fit into the higher-level guidelines).
WCAG defines three levels of conformance (from 'A' to 'AAA') to indicate the breadth of support a site provides, where an AA rating is typically required to meet most accessibility legislation.
These levels are useful when dealing with contractors, outsourcers and other parties where a baseline agreement on what constitutes an accessible EPUB 3 publication is needed. As WCAG 2.0 does not yet address HTML5, and because EPUB has its own unique features, no attempt is made in this guide to define a similar conformance ranking system or try to list exactly what is required to meet any given level at this time. Content creators are instead encouraged to strive for the highest degree of conformance to the success criteria.
Note that when evaluating an EPUB for conformance, the entire publication should be treated as though it constitutes a single document. Although individual documents within any publication may be conformant to WCAG, if the content is predominantly inaccessible it must not presented as though it adheres to any success level. For example, it would not accurate to portray a fixed-layout, image-based publication with no text alternatives as accessible because it contains an introduction with accessible text and a heading.
Scripting provides a greater challenge to accessible production in ebooks than does markup, as is true on the wider web. Where content structures are generally similar across the publishing industry, interactive widgets and dynamic content are typically unique to each publication, making it difficult to provide simple one-size-fits-all guidelines. Content creators must instead learn how to use ARIA roles, states and properties to enhance this kind of content.
Roles provide a means of indicating the nature an element plays in the document, similar to the
structural semantics that the
provides, but aimed more specifically at relaying pertinent information to accessibility APIs.
This guide provides only a basic introduction to ARIA in the scripting section.
Unlike WCAG, ARIA does not have a grading system for content compliance. Due to the dynamic nature of the content that benefits from ARIA roles, states and properties, and the range of needs that readers may have, the best approach to applying ARIA is to test your content for actual usability, or to have it tested by organizations that specialize in this content.