惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

V
V2EX
C
Check Point Blog
博客园 - Franky
月光博客
月光博客
T
Tenable Blog
博客园 - 聂微东
Cyberwarzone
Cyberwarzone
The GitHub Blog
The GitHub Blog
C
CERT Recently Published Vulnerability Notes
Scott Helme
Scott Helme
IT之家
IT之家
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
C
CXSECURITY Database RSS Feed - CXSecurity.com
F
Full Disclosure
博客园 - 司徒正美
Project Zero
Project Zero
Y
Y Combinator Blog
A
Arctic Wolf
美团技术团队
博客园 - 叶小钗
S
Securelist
F
Fortinet All Blogs
T
Threatpost
T
Threat Research - Cisco Blogs
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
酷 壳 – CoolShell
酷 壳 – CoolShell
MyScale Blog
MyScale Blog
大猫的无限游戏
大猫的无限游戏
Recorded Future
Recorded Future
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
S
Schneier on Security
Apple Machine Learning Research
Apple Machine Learning Research
L
LangChain Blog
P
Privacy International News Feed
博客园_首页
S
SegmentFault 最新的问题
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
腾讯CDC
P
Proofpoint News Feed
Cisco Talos Blog
Cisco Talos Blog
AWS News Blog
AWS News Blog
阮一峰的网络日志
阮一峰的网络日志
G
Google Developers Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Simon Willison's Weblog
Simon Willison's Weblog
雷峰网
雷峰网
P
Proofpoint News Feed
Latest news
Latest news
G
GRAHAM CLULEY

TetraLogical Blog

Designing for people with reading disabilities - TetraLogical Designing for people who are D/deaf - TetraLogical Designing accessible documents - TetraLogical Inclusive user research: vulnerable people - TetraLogical Designing for people who are blind - TetraLogical Designing for people with low vision - TetraLogical Meet the team: Niamh Madden - TetraLogical Designing for people with anxiety - TetraLogical Designing for people with disabilities - TetraLogical Accessible building blocks for the web videos - TetraLogical Common accessibility misconceptions - TetraLogical Common misconceptions about testing accessibility - TetraLogical Common misconceptions about implementing accessibility - TetraLogical Common misconceptions about WCAG - TetraLogical Common misconceptions about disability - TetraLogical Meet the team: Grace Snow - TetraLogical Sustainable accessibility in complex organisations: strategic foundations - TetraLogical Sustainable accessibility in complex organisations: organisational realities - TetraLogical Sustainable accessibility in complex organisations: external factors - TetraLogical Common misconceptions about screen readers - TetraLogical Guide to the Inclusive Design Principles - TetraLogical Meet the team: Ian Lloyd - TetraLogical Annotating designs using common language - TetraLogical Meet the team: Catriona Morrison - TetraLogical Championing inclusive language - TetraLogical Press release: TetraLogical launches accessible self-led training courses to help digital teams build confidence in accessibility - TetraLogical Why inclusive products are green products - TetraLogical Accessible Recruitment - TetraLogical Accessibility and the agentic web - TetraLogical Meet the team: Craig Abbott - TetraLogical Foundations: types of assistive technology and adaptive strategies - TetraLogical European Accessibility Act (EAA) FAQ - TetraLogical Screen reader HTML support tables - TetraLogical Interview with Lola Odelola - TetraLogical Understanding EN 17161 Design for All - TetraLogical Inclusive user research: building rapport - TetraLogical Foundations: Keyboard accessibility - TetraLogical Can generative AI write contextual text descriptions? - TetraLogical Understanding the European Accessibility Act (EAA) - TetraLogical Meet Josh: a sportsman who has spinal muscular atrophy - TetraLogical Meet Jonathan: a photographer who has ADHD - TetraLogical Foundations: grouping forms with `<fieldset>` and `<legend>` - TetraLogical XR Accessibility: for people with moving disabilities - TetraLogical Meet Andre: a music producer and blind screen reader user - TetraLogical Foundations: types of disability - TetraLogical Meet Lauren: a film editor who has ADHD - TetraLogical Meet Steve: a photographer who is deaf and low vision - TetraLogical Foundations: form validation and error messages - TetraLogical Meet Hasmukh: a blind cricketer and screen reader user - TetraLogical XR Accessibility: for people with hearing disabilities - TetraLogical XR Accessibility: for people with thinking disabilities - TetraLogical XR Accessibility: for people with seeing disabilities - TetraLogical Introduction to XR Accessibility - TetraLogical Foundations: labelling text fields with input and label - TetraLogical Design patterns and WCAG - TetraLogical Does WCAG 2.2 apply to native apps - TetraLogical Why are my live regions not working? - TetraLogical Building a culture of accessibility - TetraLogical When to use tabindex= Accessibility foundations - TetraLogical Meet the team: Demelza Feltham - TetraLogical Can generative AI help write accessible code? - TetraLogical Meet the team: Steve Faulkner - TetraLogical Meet the team: Gez Lemon - TetraLogical Keyboard accessibility myths and WCAG - TetraLogical Amendment to the Public Sector Accessibility Regulations - TetraLogical What Considerations for TV user interface accessibility - TetraLogical Meet the team: Alistair Duggin - TetraLogical Sticky content: focus in view - TetraLogical The only accessibility specialist in the room - TetraLogical Meet the team: Ian Pouncey - TetraLogical Meet the team: Dean Holden - TetraLogical Meeting WCAG Level AAA - TetraLogical Foundations: accessible names and descriptions - TetraLogical Inclusive XR: accessible augmented reality experiences - TetraLogical Foundations: pointer gestures - TetraLogical Meet the team: Graeme Coleman - TetraLogical Adding sign language to videos - TetraLogical Foundations: introduction to WAI-ARIA - TetraLogical Meet the team: Joe Lamyman - TetraLogical Inclusive XR: accessible 3D experiences - TetraLogical Foundations: visible focus styles - TetraLogical Foundations: target sizes - TetraLogical Meet the team: Henny Swan - TetraLogical Meet the team: Ela Gorla - TetraLogical Foundations: native versus custom components - TetraLogical Foundations: HTML semantics - TetraLogical Accessibility and supporting Internet Explorer - TetraLogical Meet the team: Felicity Miners-Jones - TetraLogical Accessibility and QR codes - TetraLogical Inclusive user research: recruiting participants - TetraLogical Research insight: accessibility of images - TetraLogical Meet the team: Léonie Watson - TetraLogical Android accessibility: roles and TalkBack - TetraLogical Accessible design systems - TetraLogical Meet the team: Patrick H. Lauke - TetraLogical Inclusive user research: analysing findings - TetraLogical How to write user stories for accessibility - TetraLogical Triaging WCAG 2.1 Level AAA - TetraLogical
Introduction to creating accessible documents - TetraLogical
2026-05-13 · via TetraLogical Blog

Posted on by Catriona Morrison in Design and development

Tags: Inclusive Design Principles, WCAG

Digital documents and book files are a core part of our everyday communication. When documents aren’t accessible, they can exclude people with disabilities from integral learning, information, and content. Publishing accessible documents and book files ensures we can communicate the same information to people with disabilities, making this content accessible to everyone.

In this article, we cover common accessibility barriers, laws, standards, and formats relating to accessible documents. Later on in the series we'll cover the foundations of accessible document design and how to apply them in different authoring tools to document formats.

Accessibility in digital documents

Accessible documents are files that can be read, understood, and navigated by people with seeing, hearing, moving, and thinking disabilities using different types of assistive technology and adaptive strategies.

Common accessibility barriers that affect people include:

  • Images and graphics without text alternatives: meaningful visuals that are missing text descriptions, which affects people with seeing disabilities who rely on screen readers
  • Text presented as low-resolution images: written content embedded in images that cannot be resized or read clearly, which affects people with seeing disabilities and those who need to zoom or use text-to-speech
  • Colour alone and other visual cues used to convey meaning: content that relies only on colour to convey meaning or visual cues such as shapes, affects people who use screen readers as well as people who are colour blind or have low vision
  • Illogical reading order: content announced in a sequence that does not match the intended structure, which affects people who navigate using screen readers
  • Missing or incorrect structure: content that is not organised with proper semantic headings and lists affects people with seeing disabilities who rely on semantic markup to navigate

How accessibility laws apply to digital documents

Global accessibility laws require many sectors and services to provide equal access to documents that are:

  • Hosted on a website
  • Linked from a web page
  • Read in a browser or digital reading system
  • Sold as a digital book or publication

Various laws around the world shape accessibility requirements for products and services in different regions. The common global framework referenced by these laws for assessing accessibility is the Web Content Accessibility Guidelines (WCAG). By creating documents that aim for WCAG Level AA compliance you ensure documents are in line with requirements across the world.

Different regions and laws are as follows.

United Kingdom (UK)

Equality Act 2010

The Equality Act requires organisations to make ‘reasonable adjustments’ to ensure services are accessible. The Equality Act considers digital access to services, meaning documents like PDFs, are within scope.

Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018 (PSBAR)

The PSBAR requires all digital content hosted by public sector bodies that receive public funding, including universities and local authorities, to meet WCAG 2.2 Level AA. To find out more, read our post public sector accessibility regulations and amendment to the Public Sector Accessibility Regulations.

European Union (EU)

The European Accessibility Act (EAA)

The EAA requires digital products and services sold in the EU to be accessible and meet EN 301 549, which adopts WCAG 2.1 Level AA as its means of compliance.

The EAA specifically addresses the accessibility of digital documents hosted by public and private sectors. Digital books and reading applications are defined as services, meaning EPUB and PDF files must be accessible too. To find out more about the European Accessibility Act, read our Understanding the European Accessibility Act (EAA) and European Accessibility Act (EAA) FAQ posts.

United States of America (USA)

Section 508 (Rehabilitation Act)

Section 508 requires all federal agencies and institutions to ensure their electronic content, whether online or downloadable, is accessible.

The Americans with Disabilities Act (ADA)

The ADA Title II update requires state and local government bodies, including public libraries and universities, as well as vendors supplying content such as learning materials and ebooks, to ensure their digital content is fully accessible by 26 April 2027, meeting WCAG 2.1 Level AA.

Standards and guidelines

Web Content Accessibility Guidelines

Developed by the World Wide Web Consortium (W3C), WCAG defines a framework of principles and guidelines that ensure digital content is perceivable, operable, understandable, and robust. The majority of global legislation references WCAG 2.1 Level AA as a means of standardising a level of accessibility. For a deeper dive into WCAG, read our WCAG Primer.

Although WCAG was originally written for open web content (HTML/CSS/Javascript), the guidelines aim to be technology-neutral. This means, they also apply to digital document formats such as PDFs and EPUB files. Not every success criterion is applicable, as in some instances, success criteria reference markup and HTML directly, which are not used in PDF or Word document files.

Some of most applicable success criteria for digital documents are:

WCAG2ICT

Building on the WCAG success criteria, the W3C also published Guidance on Applying WCAG 2 to Non-Web Information and Communications Technologies (WCAG2ICT) which aim to help clarify how to apply the web-technology focused criteria to “non-web ICT”, including PDF and Microsoft Word documents files.

These WCAG success criteria, alongside WCAG2ICT guidance, help establish key principles of universal accessible document design. However, many success criteria can still seem confusing or too general when applied to digital documents. To fill these gaps, other format-specific standards exist to expand on and cover additional criteria that help improve accessibility and usability for everyone.

Document formats

Three common digital formats are:

  • Microsoft Word (.docx)
  • PDF (.pdf)
  • EPUB (.epub)

Each format has its own benefits and challenges when it comes to accessibility. Before creating a document, it's important to consider what the final format should be. If publishing on the web, use the native HTML format wherever possible, as it is the most usable with assistive technologies and adaptable to people's chosen browser preferences.

What all formats have in common is that accessibility needs to be considered from the start. It’s much easier to build accessibility in as you create a document than to try to fix issues at the end of the process.

Office .doc files

Microsoft Word documents are often the source file for many other formats, including PDFs. If accessibility isn’t prioritised in the source document, any issues are often carried through into the exported PDF or other formats.

Microsoft Word includes an Accessibility Checker. This tool can help identify common issues such as missing alternative text, unclear link text, or missing document structure. While automated checkers won’t catch everything, they are a helpful first step in reviewing your work before publishing.

PDFs

For many organisations and sectors, PDFs and office documents are the most commonly preferred document format. PDF files are fixed for printing, ensuring that document content will always appear the same regardless of which device it is viewed on.

This also means PDFs don’t natively work well with assistive technologies such as screen readers, and they aren't as easily adaptable to people's preferences. When PDF documents are created without accessibility in mind, they will contain accessibility barriers that stop people with disabilities from being able to perceive the document content.

However, It is possible to make accessible PDF documents that are inline with WCAG principles.

The W3C has published 23 PDF-specific techniques for WCAG 2.2, that can be used to ensure that PDF documents hosted on the web meet WCAG. Each technique explores how a way to create PDF content that is inline with a specific WCAG success criteria.

However, whilst the PDF techniques are important in designing accessible PDF documents, they only cover a minority of the WCAG 2.2 success criteria, with none of the failure criterions or general techniques mentioning PDF.

To fill the gaps when applying WCAG to PDF, there is the PDF sub-standard ISO 14289, which is known as PDF/UA (Universal Accessibility). PDF/UA is a PDF standard that provides the framework to ensure a PDF is accessible and compatible with common assistive technologies. It is based off the WCAG 2.0 guidelines but includes PDF-specific requirements.

As its intended as a final format, the majority PDF documents are converted from content created in other authoring tools, such as Microsoft Word or Adobe InDesign. The more you do to make the source documents accessible on these authoring tools, the more accessible your final PDF documents will be.

EPUB files

Similar to PDF files, the EPUB format is considered a final file format, meaning it is usually converted from authoring tools such as Microsoft Word or Adobe InDesign. However, unlike static PDF documents and book files, EPUB files are made of the same technologies as the web: HTML, XML and CSS. This means, they align more naturally with WCAG principles. There are two types of EPUB file: reflowable and fixed-layout.

A reflowable EPUB is similar to a web page in that it is responsive, meaning it adjusts to different-sized device screens and to preferences in text size and font choices to fit the needs of the user. A fixed-layout EPUB is similar to a PDF, with a fixed page layout, orientation and text size. Fixed-layout EPUBs imitate a print version of the book.

As both reflowable and fixed-layout EPUB files are ebook files, and are predominantly read within a reading system of ebook-reader device, they have further accessibility requirements beyond WCAG. The format-specifc standard EPUB Accessibility 1.1 defines the requirements necessary to make an EPUB publication fully accessible.

Summary

Making your document accessible is not only a legal obligation, it is essential for inclusion, increasing good will, and business opportunity. Creating accessible documents will help everyone, including people with disabilities, to read, navigate and understand your content.

Resources

Next steps

If you're currently currently publishing digital documents, our design review service will provide you with our accessibility expertise and guidance to build an accessible experience. If you already have published documents hosted online, our assessments can help you to understand whether your products and services meets accessibility standards.