Making PDFs Accessible: A Complete Compliance Guide
Learn how to create accessible PDF documents that comply with WCAG, ADA, and Section 508 requirements. Covers document structure, alt text, reading order, and testing.
Why PDF Accessibility Matters
PDF accessibility ensures that people with disabilities can perceive, understand, navigate, and interact with your documents. This isn't just about compliance — it's about reaching your entire audience. According to the World Health Organization, over one billion people worldwide live with some form of disability, and many rely on assistive technologies to access digital content.
Beyond the moral imperative, accessibility is increasingly a legal requirement. Organizations face lawsuits and regulatory penalties for inaccessible documents. Government agencies, educational institutions, healthcare providers, and businesses serving the public must ensure their PDFs meet accessibility standards.
An accessible PDF benefits everyone — not just users with disabilities. Properly structured documents are easier to navigate, search, reflow on mobile devices, and convert to other formats.
Understanding Accessibility Standards
WCAG 2.1 (Web Content Accessibility Guidelines)
The international standard for digital accessibility, organized around four principles:
- Perceivable: Information must be presentable in ways all users can perceive
- Operable: Interface components must be operable by all users
- Understandable: Information and operation must be understandable
- Robust: Content must be robust enough for diverse assistive technologies
Section 508 (United States)
Federal agencies and their contractors must ensure electronic documents are accessible to people with disabilities. Section 508 aligns closely with WCAG 2.0 Level AA requirements.
ADA (Americans with Disabilities Act)
While the ADA doesn't specifically mention PDFs, courts have consistently ruled that digital documents provided by businesses and organizations must be accessible under Title II and Title III.
PDF/UA (Universal Accessibility)
ISO 14289-1 specifically addresses PDF accessibility, providing technical requirements for:
- Document structure and tagging
- Content ordering and navigation
- Alternative text for non-text elements
- Font and color requirements
Key Elements of an Accessible PDF
Document Structure and Tags
The foundation of PDF accessibility is proper document structure through tags. Tags define the logical reading order and element types:
Essential tags include:
<H1>through<H6>for headings (hierarchical, no skipping levels)<P>for paragraphs<L>and<LI>for lists<Table>,<TR>,<TH>,<TD>for tables<Figure>for images and graphics<Link>for hyperlinks<Span>for inline elements
Reading Order
Screen readers follow the document's tag order, not the visual layout. Ensure:
- Content reads in a logical sequence (left to right, top to bottom for English)
- Multi-column layouts have correct reading order across columns
- Sidebars and callouts are positioned logically in the tag tree
- Headers and footers don't interrupt the main content flow
Alternative Text for Images
Every meaningful image needs descriptive alternative text:
Good alt text:
- Describes the image's content and purpose
- Is concise but complete (typically 1-2 sentences)
- Doesn't start with "Image of..." or "Picture of..."
- Conveys the same information a sighted user would gain
Examples:
- ✅ "Bar chart showing Q3 revenue increased 23% over Q2, reaching $4.2M"
- ✅ "Company logo: PDFInside — blue document icon with checkmark"
- ❌ "chart.png"
- ❌ "Image of a graph"
Decorative images (borders, spacers, design elements) should be marked as artifacts so screen readers skip them.
Color and Contrast
- Text must have a contrast ratio of at least 4.5:1 against its background (3:1 for large text)
- Information must not be conveyed by color alone
- Links must be distinguishable from surrounding text without relying solely on color
Fonts and Text
- Use real text, not images of text
- Ensure fonts are properly embedded
- Specify the document language
- Use Unicode characters for special symbols
Creating Accessible PDFs from Source Documents
From Microsoft Word
Word documents convert to accessible PDFs most reliably when properly structured:
- Use built-in heading styles (Heading 1, Heading 2, etc.)
- Use Word's list tools (not manual numbering)
- Add alt text to all images (right-click → Edit Alt Text)
- Use Word's table tools with header rows defined
- Set the document language (File → Options → Language)
- Run the Accessibility Checker before converting
- Convert using Word to PDF with accessibility settings enabled
From Scanned Documents
Scanned PDFs are inherently inaccessible — they're just images. To make them accessible:
- Run OCR processing to add a text layer
- Verify OCR accuracy and correct errors
- Add document structure tags
- Define reading order
- Add alt text for any images within the scanned content
From Existing PDFs
To improve accessibility of existing PDFs:
- Check current accessibility status
- Add missing tags and structure
- Define proper reading order
- Add alt text to untagged images
- Set document language and title
- Verify and fix table structures
Accessible Tables in PDFs
Tables present unique accessibility challenges. Screen readers need to understand:
- Which cells are headers vs. data
- The relationship between headers and data cells
- The scope of each header (row or column)
- How to navigate complex tables with merged cells
Best Practices for Tables
- Always define header rows and columns
- Avoid merged cells when possible
- Don't use tables for layout purposes
- Include a table summary or caption
- Keep tables simple — split complex tables into multiple simpler ones
- Ensure adequate cell padding for readability
Forms and Interactive Elements
Accessible Form Fields
Interactive PDF forms must include:
- Descriptive labels for every field
- Logical tab order matching visual layout
- Required field indicators (not just color-based)
- Error messages that identify the problem and solution
- Tooltips providing additional guidance
Navigation Aids
Help users navigate your document:
- Add bookmarks for sections in long documents
- Include a linked table of contents
- Use meaningful hyperlink text (not "click here")
- Ensure all interactive elements are keyboard-accessible
Testing PDF Accessibility
Automated Testing Tools
Start with automated checks to catch common issues:
- Adobe Acrobat's built-in Accessibility Checker
- PAC (PDF Accessibility Checker) — free tool
- CommonLook PDF Validator
- axe PDF accessibility testing
Manual Testing
Automated tools catch about 30-50% of accessibility issues. Manual testing is essential:
- Screen reader testing: Navigate the entire document with NVDA, JAWS, or VoiceOver
- Keyboard navigation: Ensure all content is reachable without a mouse
- Reading order verification: Check that content makes sense in linear order
- Zoom testing: Verify readability at 200% and 400% zoom
- Reflow testing: Check that content reflows properly on small screens
Common Issues Found in Testing
| Issue | Impact | Fix |
|---|---|---|
| Missing tags | Screen readers can't parse structure | Add complete tag tree |
| Wrong reading order | Content reads nonsensically | Reorder tags to match logic |
| Missing alt text | Images are invisible to blind users | Add descriptive alternatives |
| Untagged tables | Data relationships are lost | Add proper table tags with headers |
| Missing language | Screen readers use wrong pronunciation | Set document language property |
| Low contrast | Text is hard to read for low-vision users | Increase contrast ratio |
Document Properties for Accessibility
Required Metadata
Set these document properties:
- Title: Descriptive document title (not filename)
- Language: Primary document language
- Tagged PDF: Mark as tagged
- Initial view: Set to show document title (not filename) in title bar
Security Settings and Accessibility
When applying password protection, ensure security settings don't block accessibility:
- Enable content extraction for accessibility purposes
- Allow screen readers to access document content
- Don't restrict text selection if it would prevent assistive technology access
Workflow for Accessible Document Production
Planning Phase
- Define accessibility requirements based on your audience and regulations
- Choose source formats that support accessibility (Word, InDesign)
- Establish templates with built-in accessibility features
- Train content creators on accessibility best practices
Creation Phase
- Use proper document structure from the start
- Write meaningful alt text as you add images
- Create simple, well-structured tables
- Use sufficient color contrast throughout
- Write clear, descriptive link text
Review Phase
- Run automated accessibility checks
- Perform manual screen reader testing
- Verify reading order and navigation
- Check all images have appropriate alt text
- Test interactive elements with keyboard only
Remediation Phase
If accessibility issues are found:
- Prioritize by impact (critical → major → minor)
- Fix structural issues first (tags, reading order)
- Add missing alt text and labels
- Correct contrast and color issues
- Re-test after fixes
Conclusion
Creating accessible PDFs is both a legal obligation and an opportunity to reach your full audience. Start with properly structured source documents, use tools like our OCR scanner to make scanned documents accessible, and always test your output with assistive technologies.
Accessibility isn't a one-time task — it's an ongoing commitment to inclusive communication. By building accessibility into your document workflow from the beginning, you create better documents for everyone while meeting compliance requirements efficiently.
Whether you're converting documents, merging files, or adding security, always consider how your choices affect users who rely on assistive technologies. Accessible documents are well-structured documents — and well-structured documents are better documents for all users.