Documents & PDF

A PDF or office document is not exempt from accessibility just because it isn’t a web page. To assistive technology a document is content like any other, and it has to be built the same way a good page is: tagged with a structure that carries meaning, given a sensible reading order, described where it shows images, and made of real, selectable text. The standard that pins this down for PDF is PDF/UA (ISO 14289) — “Universal Accessibility” — and it sits alongside the same WCAG success criteria you already apply to HTML. A document that looks perfect on screen can still be a locked box to a screen reader if none of that structure is present underneath.

Who this affects

  • Screen reader users depend entirely on the document’s tag tree to navigate. Without tags there is no reading order, no headings to jump between, and images speak nothing — the file is read as an undifferentiated wall, or not at all.
  • Reflow and zoom users on phones and small screens need the content to reflow from its tags. An untagged or image-only PDF can’t reflow, so they’re left panning a fixed page sideways to read every line.
  • Users of any assistive technology reading the document — magnifiers, switch access, voice control, refreshable braille, read-aloud tools — all rely on the same tagged structure and real text to expose the content to the user.

Standards covered

The lesson in this category maps document accessibility to the PDF/UA standard and the WCAG criteria and laws that require it. The same structural fixes satisfy all of them at once.

PDF/UA-1 PDF/UA-2 WCAG 1.1.1 WCAG 1.3.1 WCAG 1.4.5 EN 301 549 Section 508 ADA

Lessons

Every PDF/UA check, in one place

These lessons cover the defects you will meet most often. For the complete list of what an EqualWeb PDF report tests — all 82 checks, with severity, category and a step-by-step fix for each — see the PDF/UA checks reference.