Four printed document pages with navy index flags, a mechanical pencil, ruler, and headphones on a minimalist white tabletop

A PDF That Passed PAC and Still Had Six Problems

Sample project · PDF accessibility

A four-page PDF/UA document, audited beyond the validator, corrected in the InDesign source and finished in a documented pass. The file is available to download, so every claim on this page can be checked.

0

PAC failures or warnings, PDF/UA-1 and WCAG 2.2

6

issues found after an earlier clean report

4

language attributes: Turkish, German, Arabic, Japanese

Self-made sample, not client work.

The audit

Six issues behind a clean report

The first version of this document passed PAC with zero failures. A review of the tag tree and a screen reader pass still found six problems. None of them counted as a failure. Each one changed what a screen reader user actually hears.

The six issues, how each was found, and where it was fixed
IssueWhat a screen reader user gotFound byFixed in
Four subheadings exported as H2A flat heading list with no subsectionsTag tree reviewInDesign source
A heading exported as body text"Talk to the Person Doing the Work" missing from heading navigationTag tree reviewInDesign source
Section labels tagged inconsistentlyThree labels read aloud, one silentTag tree reviewInDesign source
A footnote placed inside its sentenceThe note read between "28 June 2025" and the rest of the sentencePAC quality hint, confirmed in the tag treeFinishing pass
Footnote links described but missingA promised link to the note and back that did not existPAC quality hint, confirmed in the tag treeFinishing pass
All-caps "IT" in two headings"I T", spelled out as an abbreviationScreen reader passFinishing pass
Before and after

The heading structure in the tag tree

Heading levels are how screen reader users skim a document. The first version looked correct on the page, but its tag tree told a different story. Highlighted rows changed.

Before first export

  • H1Don't Take It On Trust
  • H2Why Remediated PDFs Come Back Broken
  • H2The File Was Patched, Not Built (wrong level)
  • H2The Structure Was Never Multilingual (wrong level)
  • H2The Work and What It Costs
  • SpanTalk to the Person Doing the Work (not a heading)

After current file

  • H1Don't Take It On Trust
  • H2Why Remediated PDFs Come Back Broken
  • H3The File Was Patched, Not Built (corrected)
  • H3The Structure Was Never Multilingual (corrected)
  • H2The Work and What It Costs
  • H2Talk to the Person Doing the Work (corrected)

Excerpt of the heading tags. The full tree also covers the table, lists, figures, footnotes and links.

Process

The finishing pass

InDesign builds the structure: heading levels, reading order, alt text, table headers, language attributes and artifacts all come from the source file. A few things it cannot export are added after every export, in the same order, scripted where possible. A later correction costs a re-export and this pass, not a new remediation.

  1. Tagged export

    From the corrected InDesign source

  2. Footnote IDs

    Required by PDF/UA, not written by InDesign

  3. Header scope

    Set on the one table header cell exported without it

  4. Block quote

    The pull quote retagged from paragraph

  5. Footnotes

    Linked both ways, numbers labelled, notes moved out of sentences

  6. Actual Text

    Added where all-caps words are misread

  7. PAC

    PDF/UA-1 and WCAG 2.2 checks

  8. Screen reader

    Listening to the file, including every language change

Results

Validated, then listened to

  • PAC 2026, PDF/UA-1: 0 failures, 0 warnings

  • PAC 2026, WCAG 2.2: 0 failures, 0 warnings

  • Screen reader pass: language switching checked in Turkish, German, Arabic and Japanese

Judgement call: margin labels are silent by design

Each grey label names the tag of the element beside it. A screen reader already announces that tag, so reading the labels would say everything twice. They are marked as artifacts, and PAC lists them as quality hints.

Judgement call: one Arabic vowel mark, checked and kept

Text extraction tools report one vowel mark in the Arabic line twice. This is known InDesign behaviour with marked Arabic text. The line maps to readable Unicode with no replacement characters, so it stays unchanged.

Inspect it yourself

Check every claim on this page

Download the PDF, then reproduce the results in a few minutes.

  1. Open the Tags panel

    In Acrobat Pro: View, Show/Hide, Navigation Panes, Tags

  2. Run PAC

    Compare the report with the results on this page

  3. Listen to page 3

    The voice changes with each language attribute

Start with a free assessment of your PDF

DTP Services Berlin builds PDF/UA structure in the source file, so tags, alt text and reading order survive every revision, in every language. Send the source file for an assessment of what it needs and what it costs.

See the PDF accessibility service