Blog Article

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:

  1. Use built-in heading styles (Heading 1, Heading 2, etc.)
  2. Use Word's list tools (not manual numbering)
  3. Add alt text to all images (right-click → Edit Alt Text)
  4. Use Word's table tools with header rows defined
  5. Set the document language (File → Options → Language)
  6. Run the Accessibility Checker before converting
  7. 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:

  1. Run OCR processing to add a text layer
  2. Verify OCR accuracy and correct errors
  3. Add document structure tags
  4. Define reading order
  5. Add alt text for any images within the scanned content

From Existing PDFs

To improve accessibility of existing PDFs:

  1. Check current accessibility status
  2. Add missing tags and structure
  3. Define proper reading order
  4. Add alt text to untagged images
  5. Set document language and title
  6. 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

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:

  1. Screen reader testing: Navigate the entire document with NVDA, JAWS, or VoiceOver
  2. Keyboard navigation: Ensure all content is reachable without a mouse
  3. Reading order verification: Check that content makes sense in linear order
  4. Zoom testing: Verify readability at 200% and 400% zoom
  5. Reflow testing: Check that content reflows properly on small screens

Common Issues Found in Testing

IssueImpactFix
Missing tagsScreen readers can't parse structureAdd complete tag tree
Wrong reading orderContent reads nonsensicallyReorder tags to match logic
Missing alt textImages are invisible to blind usersAdd descriptive alternatives
Untagged tablesData relationships are lostAdd proper table tags with headers
Missing languageScreen readers use wrong pronunciationSet document language property
Low contrastText is hard to read for low-vision usersIncrease 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

  1. Define accessibility requirements based on your audience and regulations
  2. Choose source formats that support accessibility (Word, InDesign)
  3. Establish templates with built-in accessibility features
  4. Train content creators on accessibility best practices

Creation Phase

  1. Use proper document structure from the start
  2. Write meaningful alt text as you add images
  3. Create simple, well-structured tables
  4. Use sufficient color contrast throughout
  5. Write clear, descriptive link text

Review Phase

  1. Run automated accessibility checks
  2. Perform manual screen reader testing
  3. Verify reading order and navigation
  4. Check all images have appropriate alt text
  5. Test interactive elements with keyboard only

Remediation Phase

If accessibility issues are found:

  1. Prioritize by impact (critical → major → minor)
  2. Fix structural issues first (tags, reading order)
  3. Add missing alt text and labels
  4. Correct contrast and color issues
  5. 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.