The short answer
PDF/UA and WCAG answer different questions. PDF/UA asks whether a PDF exposes an accessible, interoperable structure. WCAG asks whether content meets accessibility outcomes such as meaningful sequence, text alternatives, keyboard access, understandable instructions, and sufficient contrast. A strong PDF accessibility process uses both perspectives rather than treating either acronym as a magic badge.
Standards compared
| Reference | What it addresses | What it does not prove alone |
|---|---|---|
| WCAG 2.1 or 2.2 | Accessibility outcomes for perceivable, operable, understandable, and robust content | That a PDF has a correct tag tree or conforms to PDF-specific syntax |
| WCAG2ICT | Informative guidance for applying WCAG to non-web documents and software | A new conformance standard or a replacement for WCAG |
| PDF/UA | Technical requirements for accessible PDF structure and interoperability | That every description, sequence, instruction, and user task is meaningful |
| Section 508 | U.S. federal accessibility requirements for information and communications technology | That one validator result covers every procurement or agency requirement |
What WCAG contributes to document accessibility
WCAG is a W3C Recommendation. Its success criteria are written to describe outcomes rather than a specific PDF object model. Examples relevant to documents include information and relationships, meaningful sequence, text alternatives, link purpose, keyboard access, focus order, language, labels, instructions, and error identification.
W3C's WCAG2ICT guidance explains how WCAG 2.0, 2.1, and 2.2 can be applied to non-web documents and software. The guidance is informative; it helps interpretation but does not create a separate conformance level.
What PDF/UA contributes
PDF/UA is a PDF-specific accessibility standard. It defines conditions that make tagged content more reliably available to assistive technology, including requirements around document structure, semantics, metadata, alternative descriptions, and the relationship between visible content and the tag tree.
Machine validators are valuable here because many PDF/UA conditions are testable in the file structure. They can find missing tags, prohibited structures, metadata failures, and inconsistent relationships. They cannot decide whether a chart description conveys the right conclusion or whether a complex table is understandable.
Why a green validator report is not enough
- A heading can be tagged as a heading but use the wrong level.
- Alternative text can exist but fail to describe the image's purpose.
- The tag tree can contain every paragraph in the wrong reading order.
- A form control can have a name while its instructions and error flow remain unclear.
- A table can pass syntax checks while its header relationships are unusable in practice.
The release decision therefore needs two kinds of evidence: automated results against an agreed profile and manual review of representative tasks with keyboard and assistive technology. Use the 15-point PDF accessibility checklist to structure that review.
What the ADA Title II rule names
The DOJ web and mobile accessibility rule for state and local governments names WCAG 2.1 Level A and AA as the technical standard. The DOJ's official fact sheet discusses conventional electronic documents, including PDFs, and the limited exception for certain preexisting files. PDF/UA can be useful technical evidence for a PDF, but it does not replace the rule's stated WCAG requirement. This is general information, not legal advice.
What DocAccessible means by “PDF/UA-aligned”
The automated workflow rebuilds a tagged PDF from the extracted content structure and applies machine-testable accessibility features. We describe that output as PDF/UA-aligned rather than certified because automation cannot establish every human judgment required for conformance. Documents that require exact visual preservation and specialist validation follow the separate manual remediation service.
Frequently asked questions
Does a PDF/UA pass mean the PDF meets WCAG?
Not by itself. PDF/UA focuses on requirements for accessible PDF structure and behavior. WCAG addresses broader accessibility outcomes. Evidence from both machine testing and human review is needed for a defensible claim.
Does WCAG 2.2 directly define PDF tags?
No. WCAG defines technology-neutral success criteria for accessible content. W3C publishes informative PDF techniques and WCAG2ICT guidance that explain how those principles can apply to documents.
Which standard does the ADA Title II web rule require?
The DOJ Title II web and mobile accessibility rule specifies WCAG 2.1 Level A and AA. Organizations may also use PDF/UA and document-specific testing as technical evidence for PDFs, but PDF/UA does not replace the rule's stated WCAG requirement.
Keep reading
ADA Title II: deadline extended to April 2027
On April 20, 2026 the DOJ pushed the Title II web compliance dates out by one year. Who is affected, what moved, and a 12-month plan.
Read the guide →WCAG 2.2 AA, a pragmatic checklist
The seven failure patterns that show up in 90% of document remediation work, mapped to the success criteria that matter.
Read the guide →How to make a PDF accessible
A repeatable process: tag structure, add alt text, fix reading order, export as PDF/UA and HTML.
Read the guide →