PDF Accessibility: Making Documents Usable for Everyone
· 12 min read
PDF accessibility isn't just a nice-to-have feature—it's a fundamental requirement for creating inclusive digital content. When PDFs are properly structured and tagged, they become usable by everyone, including the millions of people who rely on assistive technologies like screen readers, keyboard navigation, or magnification software.
This comprehensive guide walks you through everything you need to know about PDF accessibility, from understanding the technical requirements to implementing practical solutions that make your documents truly accessible.
Table of Contents
- What Makes a PDF Accessible
- Understanding Tagged PDF Structure
- Accessibility Standards: PDF/UA and WCAG
- Common Accessibility Issues and Barriers
- How to Test and Check PDF Accessibility
- Fixing Accessibility Issues: Remediation Techniques
- Legal Requirements and Compliance
- Creating Accessible PDFs from the Start
- Tools and Software for Accessible PDFs
- Best Practices and Pro Tips
- Frequently Asked Questions
- Related Articles
What Makes a PDF Accessible
An accessible PDF is one that can be read, navigated, and understood by people with disabilities. This includes individuals who are blind or have low vision, those with motor impairments who can't use a mouse, people with cognitive disabilities, and users with color blindness.
The foundation of PDF accessibility rests on several key technical requirements that work together to create a seamless experience for all users.
| Requirement | What It Means | Who It Helps | Priority |
|---|---|---|---|
| Tag structure | Logical hierarchy of headings, paragraphs, lists, and tables | Screen reader users | Critical |
| Reading order | Content flows in the correct sequence | Screen reader users, keyboard navigators | Critical |
| Alt text | Text descriptions for images and graphics | Blind and low-vision users | Critical |
| Document language | Language attribute set (e.g., "en" for English) | Screen readers (pronunciation) | High |
| Color contrast | Minimum 4.5:1 ratio for normal text, 3:1 for large text | Low-vision users, color-blind users | High |
| Bookmarks | Navigation outline for long documents | All users, especially keyboard navigators | Medium |
| Table headers | Row/column headers marked in data tables | Screen reader users navigating tables | High |
| Link text | Descriptive link text (not "click here") | Screen reader users | High |
| Form fields | Labels, tooltips, and tab order for interactive elements | Screen reader and keyboard users | Critical |
Check your documents with our PDF Accessibility Checker to identify issues automatically.
Pro tip: Accessibility benefits everyone, not just users with disabilities. Clear structure, logical reading order, and descriptive links improve the experience for all readers, including those on mobile devices or using search engines.
Understanding Tagged PDF Structure
Tags are the invisible backbone of PDF accessibility. They create a structure tree that tells assistive technology what each element is and how content relates to other elements on the page.
Think of tags as the semantic HTML of PDFs. Just as web developers use <h1>, <p>, and <table> tags to give meaning to web content, PDF tags provide the same semantic information to screen readers and other assistive technologies.
Common PDF Tags and Their Purpose
| PDF Tag | Purpose | HTML Equivalent | Usage Example |
|---|---|---|---|
<Document> |
Root element containing all content | <html> |
Wraps entire document |
<H1> - <H6> |
Heading levels for document hierarchy | <h1> - <h6> |
Chapter titles, section headings |
<P> |
Paragraph of body text | <p> |
Regular text content |
<L>, <LI> |
List container and list items | <ul>/<ol>, <li> |
Bulleted or numbered lists |
<Table>, <TR>, <TD>, <TH> |
Table structure elements | Same as HTML | Data tables with headers |
<Figure> |
Image or graphic with alt text | <figure> |
Photos, diagrams, charts |
<Link> |
Hyperlink to another location | <a> |
URLs, cross-references |
<Span> |
Inline text with specific styling | <span> |
Emphasized or styled text |
<Artifact> |
Decorative content ignored by screen readers | aria-hidden="true" |
Page numbers, decorative borders |
Why Tags Matter
Without proper tags, a PDF is just a collection of text and images with no semantic meaning. Screen readers will attempt to read the content in visual order (left to right, top to bottom), which often produces nonsensical results in multi-column layouts or documents with sidebars.
Consider a newsletter with a two-column layout. An untagged PDF might read the first line of the left column, then jump to the first line of the right column, then back to the second line of the left column—creating a confusing jumble of text.
Proper tagging ensures that content is read in logical order, regardless of visual layout. It also allows screen reader users to navigate by headings, skip to tables, or jump between list items—just like sighted users can scan a document visually.
Quick tip: You can view the tag structure in Adobe Acrobat by opening the Tags panel (View > Show/Hide > Navigation Panes > Tags). This reveals the hidden structure tree that assistive technologies use.
Accessibility Standards: PDF/UA and WCAG
PDF accessibility is governed by two primary standards that work together to ensure documents are usable by everyone.
PDF/UA (ISO 14289)
PDF/UA (Universal Accessibility) is the international standard specifically for accessible PDFs. Published as ISO 14289-1 in 2012, it defines the technical requirements for creating accessible PDF documents.
Key PDF/UA requirements include:
- All content must be tagged or marked as an artifact
- Tags must follow a logical structure hierarchy
- All images must have alternative text (unless decorative)
- Document language must be specified
- Security settings must not interfere with assistive technology
- Fonts must be embedded or use standard fonts
- Unicode character mapping must be present
PDF/UA compliance is binary—a document either meets all requirements or it doesn't. There's no partial compliance.
WCAG 2.1 and 2.2
The Web Content Accessibility Guidelines (WCAG) apply to all digital content, including PDFs. While WCAG was originally designed for web content, its principles translate directly to PDF documents.
WCAG is organized around four principles (POUR):
- Perceivable: Information must be presentable to users in ways they can perceive (alt text, color contrast, captions)
- Operable: Interface components must be operable (keyboard navigation, sufficient time, no seizure-inducing content)
- Understandable: Information and operation must be understandable (readable text, predictable behavior, input assistance)
- Robust: Content must be robust enough to work with current and future technologies (valid markup, compatibility)
WCAG has three conformance levels:
- Level A: Minimum accessibility (essential)
- Level AA: Recommended accessibility (standard for most legal requirements)
- Level AAA: Enhanced accessibility (ideal but not always achievable)
Most organizations aim for WCAG 2.1 Level AA compliance, which is the standard referenced in most accessibility laws worldwide.
Pro tip: A document can be PDF/UA compliant but still fail WCAG requirements (like color contrast), or vice versa. For full accessibility, aim to meet both standards.
Common Accessibility Issues and Barriers
Even well-intentioned PDF creators often introduce accessibility barriers without realizing it. Understanding these common issues helps you avoid them from the start.
1. Missing or Incorrect Tags
This is the most fundamental accessibility issue. PDFs created by scanning documents, using "Print to PDF," or exporting from applications without accessibility settings are typically untagged.
Even when tags exist, they're often incorrect—headings marked as paragraphs, lists not properly structured, or reading order that doesn't match logical flow.
2. Images Without Alternative Text
Every meaningful image needs descriptive alt text. Screen reader users rely on these descriptions to understand visual content.
Common mistakes include:
- No alt text at all
- Generic alt text like "image" or "photo"
- Filename as alt text ("IMG_2847.jpg")
- Alt text that's too long or too short
- Decorative images not marked as artifacts
3. Poor Color Contrast
Text that doesn't have sufficient contrast with its background is difficult or impossible to read for users with low vision or color blindness.
WCAG requires:
- 4.5:1 contrast ratio for normal text (under 18pt or 14pt bold)
- 3:1 contrast ratio for large text (18pt+ or 14pt+ bold)
- 3:1 contrast ratio for UI components and graphics
Light gray text on white backgrounds is a frequent offender, as are colored text combinations that look fine to sighted users but fail contrast requirements.
4. Inaccessible Tables
Tables are powerful for organizing data but become confusing without proper structure. Common table issues include:
- No header rows or columns marked
- Complex tables with merged cells and no scope attributes
- Tables used for layout instead of data
- Missing table summaries for complex data
5. Non-Descriptive Link Text
Links that say "click here," "read more," or "download" provide no context when read out of order. Screen reader users often navigate by jumping between links, so each link needs to be self-descriptive.
Bad: "For more information, click here."
Good: "Read our complete guide to PDF accessibility."
6. Scanned Documents (Image-Only PDFs)
PDFs created by scanning paper documents are essentially images with no selectable text. These are completely inaccessible to screen readers unless OCR (Optical Character Recognition) is applied and the document is properly tagged.
7. Form Fields Without Labels
Interactive PDF forms need proper labels, tooltips, and tab order. Without these, users can't identify what information goes in each field or navigate the form efficiently with a keyboard.
8. Missing Document Properties
Document language, title, and metadata help assistive technologies present content correctly. A missing language attribute causes screen readers to use the wrong pronunciation rules.
Quick tip: Use our PDF Validator to automatically detect many of these common issues before publishing your documents.
How to Test and Check PDF Accessibility
Testing is essential to ensure your PDFs are truly accessible. A multi-layered approach combining automated tools and manual testing provides the most comprehensive results.
Automated Testing Tools
Adobe Acrobat Pro Accessibility Checker
The built-in checker in Adobe Acrobat Pro is the most widely used tool. It checks for:
- Document structure and tags
- Alternative text for images
- Color contrast (limited)
- Security settings
- Document properties
To run it: Tools > Accessibility > Full Check. The tool generates a detailed report with pass/fail results for each criterion.
PAC (PDF Accessibility Checker)
This free tool from the PDF/UA Foundation provides thorough PDF/UA compliance checking. It's particularly good at identifying structural issues and provides a visual preview of the tag structure.
CommonLook PDF Validator
A professional-grade tool that checks both PDF/UA and WCAG compliance. It offers more detailed reporting than Adobe's checker and includes remediation features.
Online Accessibility Checkers
Our PDF Accessibility Checker provides instant analysis without requiring desktop software. Upload your PDF and receive a comprehensive report highlighting issues and suggested fixes.
Manual Testing Methods
Automated tools catch many issues but can't evaluate everything. Manual testing is essential for:
1. Screen Reader Testing
Test your PDF with actual screen readers:
- NVDA (Windows, free): Most commonly used for testing
- JAWS (Windows, commercial): Industry standard but expensive
- VoiceOver (macOS/iOS, built-in): Good for Mac users
- Narrator (Windows, built-in): Basic but useful for quick checks
Listen to how the content is read. Does it make sense? Is the reading order logical? Are images described appropriately?
2. Keyboard Navigation Testing
Try navigating the PDF using only your keyboard:
- Tab through interactive elements (links, form fields)
- Use arrow keys to read content
- Test that all functionality is accessible without a mouse
- Verify focus indicators are visible
3. Visual Inspection
Review the document for:
- Color contrast issues (use a contrast checker tool)
- Text that's too small (minimum 12pt recommended)
- Meaningful color coding that needs text alternatives
- Complex layouts that might confuse reading order
4. Tag Structure Review
Open the Tags panel in Adobe Acrobat and review the structure tree:
- Verify heading hierarchy is logical (H1 > H2 > H3, no skipped levels)
- Check that lists are properly structured
- Ensure tables have header rows/columns marked
- Confirm reading order matches logical flow
Testing Checklist
Use this checklist for comprehensive testing:
- Run automated checker (Adobe Acrobat or PAC)
- Review and fix all flagged issues
- Test with screen reader (NVDA or VoiceOver)
- Test keyboard navigation
- Check color contrast for all text
- Verify alt text quality (not just presence)
- Review tag structure in Tags panel
- Test on mobile device if applicable
- Have someone with disabilities test if possible
- Document any remaining issues and workarounds
Pro tip: Testing with real users who have disabilities provides invaluable insights that automated tools and simulated testing can't match. Consider partnering with disability advocacy organizations for user testing.
Fixing Accessibility Issues: Remediation Techniques
Remediation is the process of fixing accessibility issues in existing PDFs. While it's always better to create accessible documents from the start, remediation is often necessary for legacy content.
Adding Tags to Untagged PDFs
In Adobe Acrobat Pro:
- Go to Tools > Accessibility > Autotag Document
- Acrobat will attempt to add tags automatically
- Review the Tags panel to verify structure
- Manually correct any errors in tag order or hierarchy
Autotagging works reasonably well for simple documents but often requires significant manual cleanup for complex layouts.
Adding Alternative Text
To add alt text to images:
- Open the Tags panel
- Find the
<Figure>tag for the image - Right-click and select Properties
- Enter descriptive alt text in the Alternate Text field
- For decorative images, mark as Artifact instead
Good alt text is:
- Concise but descriptive (aim for 125 characters or less)
- Focused on the image's purpose in context
- Not redundant with surrounding text
- Objective (describes what's visible, not interpretation)
Fixing Reading Order
Use the Reading Order tool (Tools > Accessibility > Reading Order):
- The tool shows numbered regions in the order they'll be read
- Drag regions to reorder them
- Assign correct types (heading, text, figure, table)
- Mark decorative elements as Background/Artifact
For complex documents, you may need to manually reorder tags in the Tags panel by dragging them to the correct position.
Making Tables Accessible
To fix table accessibility:
- Right-click the table in the Tags panel
- Select Table Editor
- Mark header rows and columns
- Ensure each cell is properly tagged as
<TH>(header) or<TD>(data) - Add table summary if needed for complex tables
Improving Link Text
For non-descriptive links:
- Find the
<Link>tag in the Tags panel - Right-click and select Properties
- Add descriptive text in the Alternate Text field
- This text will be read instead of the visible link text
Better yet, edit the source document to use descriptive link text from the start.
Setting Document Properties
Essential document properties:
- Go to File > Properties
- Set the document Title (not filename)
- Set the document Language (e.g., "en-US")
- Add Author and Subject if relevant
- Ensure "Tagged PDF" is checked in the Description tab
Handling Scanned Documents
For image-only PDFs:
- Run OCR: Tools > Scan & OCR > Recognize Text > In This File
- Review OCR results for accuracy (especially important for technical terms)
- Add tags using Autotag Document
- Manually correct tag structure and reading order
- Add alt text for images and graphics
Note: OCR isn't perfect. Always review the results, especially for documents with complex layouts, tables, or technical content.
Quick tip: Remediation can be time-consuming for complex documents. Consider using our PDF Editor for batch processing multiple documents with similar issues.
Legal Requirements and Compliance
PDF accessibility isn't just good practice—it's legally required in many jurisdictions. Understanding these requirements helps organizations avoid lawsuits and ensures equal access for all users.
United States
Section 508 (Rehabilitation Act)
Requires federal agencies and their contractors to make electronic content accessible. Section 508 was updated in 2017 to incorporate WCAG 2.0 Level AA as the technical standard.
Applies to:
- Federal government agencies
- Organizations receiving federal funding
- Federal contractors and vendors
Americans with Disabilities Act (ADA)
While the ADA doesn't explicitly mention digital accessibility, courts have consistently ruled that websites and digital content (including PDFs) must be accessible under Title III (public accommodations).
Applies to:
- Places of public accommodation (businesses open to the public)
- State and local government entities (Title II)
ADA lawsuits related to inaccessible PDFs have increased significantly, with thousands filed annually.
European Union
European Accessibility Act (EAA)
Requires accessibility for products and services, including digital content. Member states must implement the EAA by June 2025.
EN 301 549
The European standard for digital accessibility, which incorporates WCAG 2.1 Level AA. Public sector bodies must comply with this standard.
Other Jurisdictions
- Canada: Accessible Canada Act and provincial legislation (AODA in Ontario)
- Australia: Disability Discrimination Act
- UK: Equality Act 2010 and Public Sector Bodies Accessibility Regulations
- Japan: Act on the Elimination of Discrimination against Persons with Disabilities
Industry-Specific Requirements
Education
Educational institutions must provide accessible course materials under various laws (ADA, Section 504, IDEA). This includes textbooks, syllabi, assignments, and other PDFs.
Healthcare
Healthcare providers must ensure patient-facing documents are accessible, including medical records, consent forms, and educational materials.
Financial Services
Banks and financial institutions must provide accessible statements, disclosures, and other customer documents.
Consequences of Non-Compliance
Organizations that fail to provide accessible PDFs may face:
- Lawsuits and legal fees
- Settlement costs (often $10,000-$100,000+)
- Mandatory remediation of all content
- Ongoing monitoring requirements
- Reputational damage
- Loss of government contracts
Pro tip: Don't wait for a lawsuit to prioritize accessibility. Proactive compliance is far less expensive than reactive remediation, and it demonstrates your organization's commitment to inclusion.
Creating Accessible PDFs from the Start
The most efficient approach to PDF accessibility is building it in from the beginning. Creating accessible source documents ensures your PDFs are accessible with minimal remediation.
Microsoft Word Best Practices
Word is the most common source for PDFs. Follow these practices:
Use Built-in Styles
- Use Heading 1, Heading 2, etc. for headings (not just bold text)
- Use the Normal style for body text
- Use built-in list styles for bullets and numbering
- Styles automatically become proper tags when exported to PDF
Add Alt Text to Images
- Right-click an image and select "Edit Alt Text"
- Enter descriptive alt text
- Check "Mark as decorative" for decorative images
Create Accessible Tables
- Use Insert > Table (not drawn tables)
- Check "Header row" in Table Design
- Keep tables simple (avoid merged cells when possible)
- Add table titles using the caption feature
Use Descriptive Link Text
- Avoid "click here" or bare URLs
- Make link text descriptive: "Download the accessibility guide"
Export Settings
When saving as PDF:
- Go to File > Save As > PDF
- Click Options
- Check "Document structure tags for accessibility"
- Check "Create bookmarks using: Headings"
Adobe InDesign Best Practices
InDesign is powerful for complex layouts but requires careful setup for accessibility:
Use Paragraph and Character Styles
- Define styles for all text elements
- Map styles to PDF tags in Export Tagging