DocAccessible
Standards explained

PDF/UA vs WCAG: what each accessibility standard means

A plain-language comparison of PDF/UA, WCAG, WCAG2ICT, and Section 508, including what automated validators can test and why accessible PDFs still require human review.

Updated July 13, 2026. Reviewed by the DocAccessible team.

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

ReferenceWhat it addressesWhat it does not prove alone
WCAG 2.1 or 2.2Accessibility outcomes for perceivable, operable, understandable, and robust contentThat a PDF has a correct tag tree or conforms to PDF-specific syntax
WCAG2ICTInformative guidance for applying WCAG to non-web documents and softwareA new conformance standard or a replacement for WCAG
PDF/UATechnical requirements for accessible PDF structure and interoperabilityThat every description, sequence, instruction, and user task is meaningful
Section 508U.S. federal accessibility requirements for information and communications technologyThat 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