RatedWithAI

RatedWithAI

Accessibility scanner

Free Scan
Blog/PDF Accessibility Guide

PDF Accessibility: How to Make ADA-Compliant PDFs

Ohio State University budgeted $20 million for PDF remediation. Texas agencies are scrambling to fix millions of documents before the April 2026 deadline. Here's your complete guide to making PDFs accessible — from tagged structures to automated testing.

📄 Updated March 2026⏱️ 18 min read📋 Covers WCAG 2.1 + PDF/UA + Section 508
$20M
Ohio State's PDF remediation budget
54%
of states lack dedicated accessibility funding
April 24
2026 ADA Title II compliance deadline
$150K
DOJ civil penalty per subsequent violation

1. Why PDF Accessibility Matters Now

PDFs are everywhere in government and business — forms, reports, policies, meeting minutes, financial statements, contracts, educational materials. The problem? The vast majority of them are completely inaccessible to people who use screen readers, keyboard navigation, or other assistive technologies.

When a screen reader encounters an untagged PDF, it often reads gibberish — characters out of order, columns mixed together, images with no descriptions, and tables that make no sense. For the more than 1 in 4 U.S. adults living with a disability, inaccessible PDFs don't just create inconvenience — they block access to essential services, information, and opportunities.

The urgency is real. Ohio State University has budgeted $20 million for PDF remediation alone. The state of Texas reports that agencies and universities are actively working on PDF remediation as part of their ADA Title II compliance push. A NASCIO survey found that 54% of state CIOs have no dedicated funding for accessibility services — yet they face an April 24, 2026 compliance deadline that explicitly covers electronic documents.

⚠️ The April 2026 Deadline Includes PDFs

The DOJ's ADA Title II final rule requires all "web content" published by state and local government entities to meet WCAG 2.1 Level AA. The rule explicitly defines web content to include electronic documents — meaning every PDF linked from a government website must be accessible by April 24, 2026 (populations 50,000+) or April 26, 2027 (smaller entities).

And it's not just government. Businesses face growing litigation risk. In the 8,667 ADA website lawsuits filed in 2024, inaccessible documents — particularly PDFs — were cited as barriers in financial services, healthcare, and higher education cases. When a bank puts its account disclosures in an inaccessible PDF, or a hospital publishes patient forms that screen readers can't navigate, they're creating both a legal liability and a real barrier for real people.

3. What Makes a PDF Accessible?

An accessible PDF isn't just a document that "looks right" on screen. It's a document with an underlying structure that assistive technologies can interpret. Here are the core requirements:

🏗️ Tagged Structure

Every element — headings, paragraphs, lists, tables, images, links — must be properly tagged so screen readers know what they are. Tags are the invisible skeleton that gives a PDF its logical structure. Without tags, a screen reader just sees a flat stream of characters.

📖 Reading Order

The logical reading order must match the visual layout. In multi-column documents, the reading order must flow correctly — left column first, then right column — not jumping between them. This is one of the most common failures in PDF accessibility.

🖼️ Alternative Text

All meaningful images, charts, graphs, and diagrams need descriptive alternative text. Decorative images should be marked as artifacts (hidden from screen readers). Complex charts may need extended descriptions.

📊 Table Structure

Tables must have properly defined header rows and columns so screen readers can announce which header applies to each data cell. Complex tables with merged cells, nested headers, or spanning rows are among the most difficult elements to make accessible.

🔤 Real Text (Not Images of Text)

Text must be actual, selectable text — not an image of text. Scanned documents that haven't been processed with OCR are entirely inaccessible. Screen readers can't read pixels.

🌐 Document Language

The document's language must be specified in its properties so screen readers use the correct pronunciation engine. Documents with sections in different languages need language-change tags at those points.

🔗 Navigational Aids

Bookmarks should mirror the heading structure for documents longer than ~20 pages. Links must have descriptive text (not bare URLs). A document title must be set in properties (not the filename). Tab order should follow document structure.

🎨 Visual Design

Color contrast must meet WCAG minimums (4.5:1 for normal text, 3:1 for large text). Information cannot be conveyed by color alone. Text must allow reflow/zoom. Flashing or animated content must be avoidable.

📝 Fillable Forms

Form fields must have descriptive labels, logical tab order, and appropriate field types. Required fields must be identified. Error messages must be programmatically associated with their fields. Forms should be completable entirely via keyboard.

4. Understanding Tagged PDF Structure

Tags are the foundation of PDF accessibility. They're metadata elements embedded in the PDF file that define the document's logical structure — think of them as the HTML equivalent for PDFs.

When you open a tagged PDF in Adobe Acrobat's Tags panel, you see a tree structure similar to an HTML DOM. Each tag identifies what an element is: a heading, paragraph, list item, table cell, figure, link, or form field.

Essential PDF Tag Types

  • <Document> — Root container for the entire document
  • <H1> through <H6> — Heading levels (must not skip levels)
  • <P> — Paragraphs of text
  • <L>, <LI>, <Lbl>, <LBody> — Lists, list items, bullets/numbers, and content
  • <Table>, <TR>, <TH>, <TD> — Tables with headers and data cells
  • <Figure> — Images and graphics (with /Alt text attribute)
  • <Link> — Hyperlinks (with /Alt or nested descriptive text)
  • <Form> — Interactive form fields
  • <Artifact> — Decorative elements hidden from assistive tech (page numbers, watermarks, headers/footers)

Tagged vs. Untagged PDFs

You can check if a PDF is tagged in Adobe Acrobat by going to File → Properties → Description and looking for "Tagged PDF: Yes." But having tags doesn't guarantee correct tags. Auto-generated tags from Word exports often have incorrect heading levels, missing table headers, and poor reading order — all of which require manual review and correction.

A truly accessible tag tree has:

  • Correct hierarchy: H1 → H2 → H3 (no skipping from H1 to H3)
  • All content tagged: No text floating outside the tag tree
  • Artifacts marked: Page numbers, decorative lines, watermarks excluded from reading
  • Matching reading order: Tag order matches visual layout
  • Proper nesting: List items inside lists, cells inside rows inside tables

5. How to Create Accessible PDFs from Scratch

The most cost-effective approach to PDF accessibility is to create accessible documents from the start. Retrofitting accessibility onto an existing PDF is 3-10x more expensive than building it in from the beginning.

From Microsoft Word

Microsoft Word is the most common source for PDFs, and it can produce well-tagged PDFs if you follow these practices:

  1. Use built-in heading styles (Heading 1, Heading 2, etc.) — don't just make text bold and large. Screen readers rely on heading tags for navigation.
  2. Use Word's list tools for bulleted and numbered lists — don't manually type "1." or "•". Manually formatted lists don't export as tagged lists.
  3. Add alt text to all images via right-click → "Edit Alt Text." Mark decorative images as "Mark as decorative."
  4. Use Word's table tools for tables. Define header rows via Table Properties → Row → "Repeat as header row at the top of each page."
  5. Use meaningful hyperlink text — "Read the full report" instead of "click here" or a bare URL.
  6. Set the document language in File → Options → Language.
  7. Run the built-in accessibility checker via Review → Check Accessibility before exporting.
  8. Export properly: Use File → Save As → PDF (not Print → PDF, which creates an image-based PDF). Check "Document structure tags for accessibility" in the options.

⚠️ Common Mistake: "Print to PDF"

Using "Print to PDF" or a virtual PDF printer strips all tags, producing an image-like PDF that's completely inaccessible. Always use "Save As PDF" or "Export to PDF" with accessibility options enabled.

From Google Docs

Google Docs' PDF export has improved but still lags behind Word:

  • Use built-in heading styles (Normal, Heading 1-6)
  • Add alt text to images (right-click → "Alt text")
  • Export via File → Download → PDF. Tags are generated automatically.
  • Limitation: Google Docs doesn't properly export table headers, complex lists, or language attributes. Always validate the exported PDF and plan for manual remediation of tables.

From Adobe InDesign

InDesign is used for complex layouts (reports, brochures, magazines) and offers strong PDF accessibility support:

  • Map paragraph styles to PDF tags (Object → Object Export Options)
  • Set reading order via the Articles panel (Window → Articles)
  • Add alt text via Object → Object Export Options → Alt Text tab
  • Export with "Create Tagged PDF" checked and "Use Structure for Tab Order" enabled
  • Complex multi-column layouts require careful Articles panel ordering

From LaTeX

LaTeX is widely used in academia and scientific publishing. Producing accessible PDFs from LaTeX has historically been extremely difficult, but the tagpdf package (developed by the LaTeX Project) is making progress. Currently:

  • Basic tagging works for simple documents (headings, paragraphs, lists)
  • Math equations remain a major challenge — MathML support is limited
  • Complex scientific documents typically need post-processing in Acrobat
  • Consider HTML output as an accessible alternative (via pandoc or lwarp)

6. How to Remediate Existing PDFs

Most organizations face a backlog of inaccessible PDFs that need remediation. Here's the systematic process:

Step 1: Run the Accessibility Checker

In Adobe Acrobat Pro: All Tools → Prepare for Accessibility → Check for Accessibility. This identifies missing tags, reading order issues, missing alt text, and form field problems. Address each issue systematically.

Step 2: Add or Fix Tags

Open the Tags panel (View → Navigation Panels → Tags). If the PDF has no tags, use "Add Tags to Document" for auto-tagging, then correct the results. For each element:

  • Verify heading levels are correct and hierarchical
  • Ensure paragraphs are tagged as <P>, not <Span>
  • Convert decorative elements to artifacts
  • Fix any content tagged as the wrong element type

Step 3: Fix Reading Order

Use the Reading Order tool (All Tools → Prepare for Accessibility → Set Reading Order) or the Order panel. Walk through the document page by page, verifying that numbered regions flow in the correct sequence. Multi-column layouts, sidebars, and pull quotes often have incorrect order.

Step 4: Add Alternative Text

Right-click each Figure tag → Properties → Tag → Alternative Text. Write descriptions that convey the meaning and purpose of the image, not just what it looks like. For charts: describe the trend or key data points. For diagrams: describe the relationships shown.

Step 5: Fix Table Structure

This is often the most time-consuming step. For each table:

  • Verify header cells are tagged as <TH> (not <TD>)
  • Set scope attributes (Row or Column) on header cells
  • For complex tables with merged cells: add ID/Headers attributes
  • Consider using the Table Editor in Acrobat's accessibility tools

Step 6: Set Document Properties

  • Set document title (File → Properties → Description → Title)
  • Set language (File → Properties → Advanced → Language)
  • Set "Initial View" to show Document Title in title bar (not filename)
  • Add bookmarks matching heading structure for documents 20+ pages

Step 7: Test with Assistive Technology

Automated checks catch structure issues but miss usability problems. Test with:

  • NVDA (free) or JAWS — listen to the full document read-through
  • Keyboard-only navigation — tab through all links and form fields
  • Reflow mode (View → Zoom → Reflow) — verify content reflows correctly

7. Making Scanned PDFs Accessible

Scanned PDFs — documents created by scanning paper — are the hardest to remediate because they're essentially photographs. Screen readers see nothing but a flat image. The process requires:

Step 1: OCR Processing

Run Optical Character Recognition to extract text from the scan. In Acrobat: All Tools → Scan & OCR → Recognize Text. Choose "Searchable Image (Exact)" to preserve visual layout while adding a text layer. OCR quality depends on:

  • Scan resolution: 300 DPI minimum, 600 DPI preferred
  • Original print quality: Clean type produces 95%+ accuracy; faded or damaged documents may be 70-80%
  • Language and fonts: Standard fonts in major languages work well; handwriting, unusual fonts, and mixed-language documents are challenging
  • Layout complexity: Simple single-column documents OCR well; multi-column with images requires manual correction

Step 2: Verify OCR Accuracy

OCR is never 100% accurate. Review the extracted text, paying special attention to:

  • Numbers and dates (commonly misread)
  • Proper nouns and technical terms (not in OCR dictionaries)
  • Characters confused by OCR: l/1/I, O/0, rn/m, cl/d
  • Tables and columnar data (columns often merge or split)

Step 3: Tag and Remediate

After OCR, follow the standard remediation process (Section 6 above). Auto-tagging after OCR typically produces lower-quality tags than tagging a natively digital PDF, so budget extra time for manual corrections.

💡 When to Re-create Instead of Remediate

If the original source document exists (Word, InDesign, etc.), it's almost always faster and cheaper to re-export from the source with proper accessibility settings than to remediate a scanned copy. Only remediate scans when the original source is truly lost. For forms, consider rebuilding as an accessible HTML form instead of remediating a scanned PDF form.

8. PDF Accessibility Testing Tools

Testing requires both automated checking and manual verification with assistive technology. Here are the essential tools:

PAC 2026 (PDF Accessibility Checker)

FREE

The gold standard for automated PDF accessibility testing. Checks against PDF/UA-1, PDF/UA-2, and WCAG 2.x. Provides detailed error reports with page-level findings. The new 2026 version includes AI-assisted checks for reading order and alt text quality. Windows only (run via Parallels or VM on Mac).

pac.pdf-accessibility.org

Adobe Acrobat Pro

PAID

Built-in accessibility checker and the primary remediation tool. The accessibility checker covers tags, reading order, color contrast, alt text, forms, and document structure. While not as thorough as PAC for PDF/UA compliance, it's essential for remediation work. $23/month (Acrobat Pro plan).

CommonLook PDF Validator

PAID

Enterprise-grade PDF accessibility testing and remediation platform. Used by federal agencies, universities, and large organizations. Offers both automated checking and guided manual remediation with detailed compliance reporting. The most comprehensive commercial solution for high-volume PDF accessibility.

axe for PDF (Deque)

PAID

From the makers of axe-core (the leading web accessibility engine). Tests PDFs against WCAG 2.1 and Section 508. Integrates with Deque's broader accessibility platform for organizations managing both web and document accessibility.

NVDA + JAWS (Screen Readers)

NVDA: FREE

No automated tool catches everything. Testing with actual screen readers reveals usability issues that checkers miss: confusing reading order, meaningless alt text, tables that don't make sense aurally, and forms that are technically tagged but practically unusable. NVDA is free and open-source; JAWS is the industry standard ($1,000+ license).

9. Most Common PDF Accessibility Failures

Based on data from accessibility audits across government agencies, universities, and businesses, these are the most frequently encountered PDF accessibility failures:

#1: No Tags at All (Image-Only PDFs)

Impact: Completely inaccessible — screen readers read nothing or read garbled text. Prevalence: ~30-40% of government PDFs. Fix: OCR + full tagging.

#2: Missing or Incorrect Reading Order

Impact: Content read out of sequence — columns mixed, sidebars interrupting main text. Prevalence: ~60-70% of multi-column PDFs. Fix: Manual reading order correction via Order panel.

#3: Missing Alternative Text on Images

Impact: Screen readers announce "image" with no description. Prevalence: ~50-60% of PDFs with images. Fix: Add descriptive alt text to Figure tags; mark decorative images as artifacts.

#4: Tables Without Proper Headers

Impact: Screen readers can't associate data cells with their headers — tables become meaningless. Prevalence: ~70-80% of PDFs with tables. Fix: Define TH cells with scope attributes.

#5: No Document Language Set

Impact: Screen reader uses wrong pronunciation engine (reads English with French accent, for example). Prevalence: ~40-50% of PDFs. Fix: Set in File → Properties → Advanced → Language.

#6: Heading Hierarchy Issues

Impact: Broken document navigation — users can't jump between sections. Prevalence: ~50% of tagged PDFs. Fix: Correct heading levels in Tags panel (H1 → H2 → H3, no skipping).

#7: Inaccessible Form Fields

Impact: Users can't fill out forms with keyboard or screen reader. Prevalence: ~60% of PDF forms. Fix: Add labels, tooltips, tab order; ensure keyboard accessibility.

#8: Document Title Shows Filename

Impact: Screen reader announces "Q1_2026_report_final_v3.pdf" instead of a meaningful title. Prevalence: ~60% of PDFs. Fix: Set Document Title in properties; change Initial View to show title.

10. PDF/UA Standard Explained

PDF/UA (Universal Accessibility) is the ISO standard (ISO 14289) specifically for accessible PDF documents. While WCAG provides general web accessibility guidelines, PDF/UA defines precise technical requirements for how PDF structure must be built.

PDF/UA-1 (ISO 14289-1:2014)

The first version, based on PDF 1.7. Key requirements:

  • All content must be tagged (no untagged content)
  • Tags must use the PDF 1.7 standard structure types (or map to them)
  • All multimedia and alternative representations must be provided
  • Document metadata (title, language) must be set
  • Security settings must not interfere with assistive technology

PDF/UA-2 (ISO 14289-2:2024)

The updated version, published in 2024 and based on PDF 2.0. Major improvements:

  • Better WCAG alignment: Requirements map more directly to WCAG 2.x success criteria
  • MathML support: Native mathematical formula accessibility (critical for STEM documents)
  • Enhanced structure types: More precise tag types for common document elements
  • Pronunciation: Support for pronunciation dictionaries
  • Annotations: Better handling of comments, notes, and redactions

PDF/UA vs. WCAG: Which Do You Need?

For ADA Title II compliance: The DOJ rule references WCAG 2.1 AA, not PDF/UA directly. However, meeting PDF/UA ensures strong WCAG coverage for PDFs. For Section 508: References WCAG 2.0 AA; PDF/UA exceeds this. Best practice: Target both WCAG 2.1 AA and PDF/UA-1 (or -2 if your tools support it). They're complementary, not competing.

11. PDF Remediation Cost Breakdown

PDF remediation costs vary dramatically based on document complexity, volume, and source quality. Here's what to expect:

Per-Page Cost Ranges

Simple Text Documents: $25-$75/page

Letters, memos, policies, simple reports. Minimal images, no complex tables. Typical: 10-page document = $250-$750.

Moderate Complexity: $75-$200/page

Documents with tables, charts, images, multi-column layouts. Budget reports, meeting presentations, brochures. Typical: 20-page report = $1,500-$4,000.

High Complexity: $200-$500+/page

Technical documents, scientific papers, engineering drawings, complex financial reports, legacy scanned documents. Typical: 50-page technical manual = $10,000-$25,000.

Fillable Forms: $100-$300/form

Interactive PDF forms requiring field labels, tab order, validation, and error handling. Simple forms on the low end; complex multi-page forms with calculations on the high end.

Volume Discounts

Remediation vendors typically offer 20-40% discounts for bulk projects:

  • 1-50 documents: Standard per-page rates
  • 50-500 documents: 20-30% volume discount
  • 500+ documents: 30-40% discount + dedicated project management

Real-World Cost Examples

Small city (500 PDFs, mostly simple)$25,000-$50,000
County government (2,000 PDFs, mixed complexity)$100,000-$250,000
State university (10,000+ PDFs, high complexity)$500,000-$5,000,000
Large state agency (50,000+ PDFs)$2,000,000-$20,000,000

💡 Cost-Saving Strategy: Triage Before Remediating

Don't remediate everything at once. Start with a document audit to categorize PDFs by traffic, legal requirement, and complexity. Many organizations find that 20% of their PDFs account for 80% of downloads. Focus remediation budget on high-impact documents first, and consider whether low-traffic archival documents can be converted to accessible HTML instead.

The IRS Disabled Access Credit (Form 8826) allows small businesses to claim up to $5,000 annually for accessibility expenditures, including PDF remediation costs. The credit covers 50% of eligible expenses between $250 and $10,250.

12. Government Agency PDF Compliance

Government agencies face unique challenges with PDF accessibility — massive document libraries, limited budgets, and a hard compliance deadline.

The Scale of the Problem

According to the NASCIO 2026 compliance report:

  • Only one state (as of July 2025) had fully implemented a compliance plan
  • 54% of state CIOs reported no dedicated funding for accessibility services
  • 34% of states lack dedicated IT accessibility coordinators
  • Vendor procurement and contracted services create fragmented governance

State Success Stories

🟢 Colorado — Ahead of the Curve

Colorado's state-specific accessibility law required compliance by July 2024 — nearly two years before the federal deadline. Their rules go beyond federal requirements, covering both internal and external digital products. The state's "Empathy Lab" partners with the disability community for real-world testing.

🟢 Pennsylvania — Ahead of Schedule

Pennsylvania is on track to finish baseline testing by March 2026 — ahead of both the state's June deadline and the DOJ's April deadline. The Commonwealth Office of Digital Experience embeds accessibility in the software development lifecycle. Chief Accessibility Officer Kris Adams: "It's just as important as security."

🟡 Texas — Federated Approach

Texas uses a federated model where each agency manages its own compliance. Many agencies and universities are actively working on PDF remediation and website redesigns. A new HB 5195 statute is in rulemaking to strengthen web accessibility requirements.

NASCIO's Priority Recommendations

  1. Start with governance: Clarify roles and secure stakeholder buy-in
  2. Hire an accessibility coordinator: The "most vital part" of enterprise compliance
  3. Embed in procurement: Require accessibility in vendor contracts
  4. Prioritize high-impact systems: Don't try to fix everything at once
  5. Shift left: Build accessibility into design and development, not just remediation

🏛️ For Government Agencies: Start Here

If you're a government agency facing the April 2026 deadline, our ADA Title II Deadline Countdown page provides a complete compliance roadmap. For website accessibility beyond PDFs, try our free accessibility scanner to get an instant WCAG 2.1 AA assessment.

13. Prioritization Framework

With potentially thousands of PDFs to remediate, prioritization is critical. Use this framework to decide what to fix first:

Tier 1: Immediate (Fix Within 30 Days)

  • Forms required to access services — applications, registrations, complaints, requests
  • High-traffic documents — anything with 100+ downloads/month
  • Legal/rights documents — policies, terms, contracts, notices
  • Currently-linked from homepage or main navigation

Tier 2: Short-Term (Fix Within 90 Days)

  • Regular publications — newsletters, reports, agendas, minutes
  • Educational materials — course documents, guides, handbooks
  • Financial documents — budgets, audits, annual reports

Tier 3: Medium-Term (Fix Within 6 Months)

  • Historical publications — older reports and documents still linked
  • Marketing materials — brochures, flyers, fact sheets
  • Supporting documents — appendices, supplementary data

Tier 4: Ongoing / On-Request

  • Deep archives — documents from 5+ years ago with minimal access
  • Superseded documents — old versions replaced by current content
  • Third-party content — documents from vendors or partners

⚠️ Don't Forget: New Documents Going Forward

While remediating the backlog, implement processes to ensure all new PDFs are created accessibly from day one. This is far cheaper than remediation and prevents the backlog from growing. Create templates, train staff, and add accessibility checks to your publication workflow.

14. PDF Accessibility Tools Compared

Here's how the major PDF accessibility tools compare for different use cases:

For Creating Accessible PDFs

Microsoft Word/PowerPoint

Best for most business documents. Use "Save As PDF" with accessibility tags. Run built-in checker first.

~$7-22/mo
Adobe InDesign

Best for complex layouts (reports, brochures, magazines). Strong tag mapping and Articles panel.

~$23/mo
Google Docs

Basic tagging on export. Good for simple documents. Weak on tables and complex structures. Free.

Free

For Remediating Existing PDFs

Adobe Acrobat Pro

The standard remediation tool. Tag editing, reading order, form fields, OCR. Essential for any remediation work.

~$23/mo
CommonLook PDF GlobalAccess

Enterprise remediation with guided workflows. Faster than manual Acrobat work for high-volume projects.

Enterprise pricing
Equidox by Onix

AI-assisted remediation platform. Smart tag detection speeds up remediation of complex documents.

Enterprise pricing

For Testing/Validating PDFs

PAC 2026

Most comprehensive free checker. PDF/UA-1, PDF/UA-2, and WCAG. AI-enhanced in 2026 version. Windows only.

Free
Acrobat Accessibility Checker

Good for WCAG checking during remediation. Less thorough than PAC for PDF/UA but integrated into the workflow.

Included with Acrobat Pro
NVDA

Free screen reader for real-world testing. Essential for verifying that automated fixes actually work. Windows.

Free

15. Complete PDF Accessibility Checklist

Use this checklist for every PDF you create or remediate:

📋 Document Properties

  • ☐ Document title set (not filename)
  • ☐ Document language specified
  • ☐ Initial view set to show Document Title
  • ☐ Tagged PDF: Yes
  • ☐ Security settings allow assistive technology access

📋 Structure and Tags

  • ☐ All content is tagged (no untagged text)
  • ☐ Heading hierarchy is correct (H1 → H2 → H3, no skips)
  • ☐ Lists use proper L/LI/Lbl/LBody tags
  • ☐ Decorative elements marked as Artifacts
  • ☐ Reading order matches visual layout
  • ☐ Bookmarks present for documents 20+ pages

📋 Images and Graphics

  • ☐ All meaningful images have alt text
  • ☐ Complex images have extended descriptions
  • ☐ Decorative images are artifacts (hidden from AT)
  • ☐ Charts/graphs have text descriptions of key data

📋 Tables

  • ☐ Header rows tagged as TH (not TD)
  • ☐ Scope attributes set on header cells
  • ☐ Complex tables have ID/Headers associations
  • ☐ No layout tables (use tags appropriately)
  • ☐ Tables make sense when read linearly

📋 Text and Typography

  • ☐ All text is real text (not images of text)
  • ☐ Color contrast meets minimums (4.5:1 normal, 3:1 large)
  • ☐ Information not conveyed by color alone
  • ☐ Fonts are embedded and Unicode-mapped
  • ☐ Content reflows properly at zoom

📋 Links and Navigation

  • ☐ All links have descriptive text
  • ☐ Links are tagged as Link elements
  • ☐ Tab order follows document structure
  • ☐ Table of Contents is linked (for long documents)

📋 Forms (if applicable)

  • ☐ All fields have descriptive labels/tooltips
  • ☐ Tab order is logical
  • ☐ Required fields are identified
  • ☐ Error messages are associated with fields
  • ☐ Forms are completable via keyboard only

📋 Testing

  • ☐ Passes PAC 2026 checker
  • ☐ Passes Acrobat accessibility checker
  • ☐ Tested with NVDA or JAWS screen reader
  • ☐ Keyboard navigation verified
  • ☐ Reflow/zoom tested

16. Frequently Asked Questions

What makes a PDF accessible?

An accessible PDF has a logical tag structure (headings, paragraphs, lists, tables), alternative text for images, a defined reading order, bookmarks for navigation, a specified document language, and proper color contrast. It should be readable by screen readers like JAWS and NVDA, navigable via keyboard, and pass both WCAG 2.1 AA and PDF/UA-1 standards.

How much does PDF remediation cost?

PDF remediation typically costs $25-$75 per page for simple text documents, $75-$200 per page for documents with tables and charts, and $200-$500+ per page for complex scientific or technical documents. Bulk remediation services offer volume discounts. Ohio State University budgeted $20 million for remediation across its entire document library, while smaller organizations typically spend $5,000-$50,000.

Is PDF accessibility legally required?

Yes. Under the ADA Title II final rule (effective April 24, 2026), all electronic documents published by state and local government entities must meet WCAG 2.1 Level AA. Section 508 requires federal agencies to make PDFs accessible. For businesses, courts have increasingly held that digital content including PDFs must be accessible under ADA Title III.

What is the difference between PDF/UA and WCAG?

WCAG provides general accessibility standards for all digital content. PDF/UA (ISO 14289) is a technical standard specifically for PDF documents that defines precise structural requirements. A PDF can be WCAG-compliant but not PDF/UA-compliant, or vice versa. Best practice is to meet both standards.

Can I make a scanned PDF accessible?

Yes, but it requires OCR first to convert image-based text into selectable text, then full tagging and remediation. The quality depends on scan resolution (300+ DPI recommended), original print quality, and layout complexity. If the original source document exists, re-exporting from source is almost always faster and cheaper.

What tools can check PDF accessibility?

Key tools include PAC 2026 (free, gold standard for PDF/UA checking), Adobe Acrobat Pro (built-in checker and remediation), CommonLook PDF Validator (enterprise), axe for PDF by Deque, and NVDA/JAWS screen readers for manual testing.

How long does it take to remediate a PDF?

A simple 10-page text document takes 1-2 hours. A 20-page document with tables, charts, and images takes 4-8 hours. Complex 100+ page technical documents can take 20-40+ hours. Government agencies with thousands of PDFs often need 6-18 months for full remediation programs.

Do I need to make every old PDF accessible?

Under the ADA Title II rule, government entities must make web content accessible but may claim an "undue burden" exception for archival content. The practical approach is to prioritize currently published and linked PDFs, high-traffic documents, and forms required for services. Archived content can be lower priority but must be made accessible upon request.

Start with Your Website, Then Tackle PDFs

PDF accessibility is critical — but don't forget the website hosting those PDFs. Run a free scan to identify your website's WCAG 2.1 AA issues, then build a comprehensive remediation plan that covers both your site and your documents.

Related Guides