Quick answer
An accessible PDF needs real text, semantic tags, a logical reading and tab order, useful alternative text, labeled controls, a declared language, and sufficient visual clarity. Automated checkers help find issues, but a keyboard test, reading-order review, and assistive-technology sample are still necessary.
01
Start in the source document
The strongest workflow begins before export. Use real heading styles instead of enlarging plain paragraphs, true lists instead of typed dashes, proper table headers, meaningful link text, and alternative text for informative images. Set the document language and title in the authoring tool.
A well-structured source usually exports to a better-tagged PDF and is easier to repair. A visually designed page with text boxes scattered across the canvas may look correct but produce a confusing reading sequence when converted.
02
Core checks after export
- 01
Confirm text and tags
Text should be selectable or accurately recognized with OCR. Inspect the tag tree for headings, paragraphs, lists, tables, figures, and artifacts rather than one undifferentiated stream.
- 02
Review reading order
Follow the order exposed to assistive technology, not only what your eyes see. Sidebars, captions, footnotes, and multi-column layouts often require correction.
- 03
Test navigation
Use the keyboard to move through links and form controls. Focus should be visible and follow a meaningful order. Long documents should have useful bookmarks.
- 04
Check names and alternatives
Images that communicate information need concise equivalent text. Decorative elements should not create noise. Form controls and links need names that make sense out of visual context.
03
Visual access still matters
- Use readable type sizes and spacing; avoid long lines of dense, tightly packed text.
- Maintain strong contrast for text, controls, charts, and meaningful icons.
- Do not use color as the only way to communicate a status or category.
- Keep content understandable when magnified and, where supported, when reflowed.
- Provide clear headings and consistent page furniture so readers can orient themselves.
- Explain abbreviations and avoid instructions based only on visual position, such as “click the box on the right.”
04
Combine automated and human testing
An automated checker can flag missing tags, language, title, or alternative text, but it cannot decide whether the alternative text is useful or the reading sequence makes sense. Treat a passing report as evidence that certain machine-testable conditions were met, not as a complete accessibility judgment.
Sample the document with a screen reader or read-aloud tool, test every interactive element by keyboard, inspect reflow at high zoom, and ask users with disabilities to evaluate important documents when possible. Record the tool versions, findings, fixes, and any known limitations.
✓
Final checklist
- Document title and language set
- Text selectable or accurately OCR-processed
- Headings, lists, tables, and figures tagged meaningfully
- Reading order checked manually
- Alternative text useful and decorative items ignored
- Links and controls clearly named
- Keyboard focus visible and logically ordered
- Contrast, magnification, and reflow reviewed
- Automated report supplemented by human testing
?
Questions people ask
Does a tagged PDF automatically pass accessibility requirements?
No. Tags can be missing, incorrect, or in the wrong order. The content, visual design, navigation, alternatives, and actual user experience also need review.
Is OCR enough for a scanned document?
OCR provides text, which is essential, but it does not automatically create reliable headings, lists, tables, alternatives, or reading order.
Which standard should I follow?
Use the standard required by your organization, contract, or jurisdiction. WCAG techniques for PDF and PDF/UA are common references, but applicability and conformance decisions may need a specialist.
Primary references
We use primary technical sources where a workflow depends on a specific standard or product behavior.
Checked against current primary documentation where cited, edited for plain language, and structured around a repeatable verification step. Read our editorial policy.