Skip to content

About this guide

This guide is for anyone at the University of Georgia who creates, edits, or publishes PDF documents. It applies to public-facing PDFs (forms, reports, syllabi, policies, instructional materials, marketing collateral) and to internal documents used by faculty, staff, and students. Whether you are producing a one-page flyer or a multi-page fillable application, the practices in this guide help ensure your PDFs are usable by everyone, including people who rely on screen readers, keyboard navigation, screen magnification, voice control, and other assistive technology.

Use this guide as an ongoing review resource. Accessibility is not finished after one successful checker result, especially when content or user needs change.

How this guide is organized

  • Start in the source documentBuild headings, lists, tables, links, and image descriptions correctly before exporting.
  • Establish the accessibility fundamentalsConfirm the title, language, tags, headings, links, image descriptions, and color contrast.
  • Review complex content carefullyCheck form-field labels, keyboard order, table headers, reading order, bookmarks, and screen-reader behavior.
  • Recheck before publishingUse the review checkpoints as prompts, then evaluate the PDF again whenever its content or audience needs change.

Build accessibility into the source document

Most PDFs at UGA originate in Microsoft Word, PowerPoint, Google Docs, or LaTeX. The single highest-impact change you can make is to build accessibility into the source document before exporting to PDF. A well-structured Word document exported through File then Save As then PDF (or the Adobe PDF Maker plugin with Enable Accessibility and Reflow enabled) produces a tagged PDF that requires far less manual remediation in Acrobat.

What accessible authoring looks like in practice:

  • Use the built-in Heading 1, Heading 2, and Heading 3 styles in Word rather than manually bolding or enlarging text.
  • Add alt text to images through the picture’s right-click menu, not as a caption.
  • Build lists using Word’s bullet and numbered list buttons, not by typing hyphens or asterisks.
  • Build tables through Insert then Table and designate a header row through the Table Design tab.
  • Use the Accessibility Checker in Word (Review then Check Accessibility) before exporting.

For STEM faculty working in LaTeX, Digital Accessibility Services uses a workflow in which Pandoc converts .tex sources to .docx, followed by the same Word-based accessibility steps before export. Treat conversion as a starting point, then carefully verify equations, symbols, tables, headings, and reading order.

Adobe Acrobat with the Prepare for accessibility panel open beside the Accessibility Checker results for the demonstration PDF.
Run Check for accessibility from the Prepare for accessibility panel, then expand every category in the Accessibility Checker results and evaluate each finding rather than treating the report as a pass-or-fail score.

Back to top

Phase 1: Accessibility fundamentals

The following practices cover the accessibility foundations every PDF should have before it is published or shared.

1. Add a document title

A descriptive document title is what screen readers announce when the file opens and what appears in browser tabs and bookmark lists. Without it, users hear the filename (often something like Form_v3_Final_FINAL.pdf), which provides no context.

Steps in Adobe Acrobat Pro:

  1. Open the PDF.
  2. Go to File then Document Properties.
  3. On the Description tab, enter a meaningful title in the Title field.
  4. Switch to the Initial View tab.
  5. Under Window Options, set Show to Document Title.
  6. Click OK and save the file.
Adobe Acrobat Document Properties window on the Description tab, with the Title field filled in as Digital Accessibility Quick Start, Course Content Checklist Fall 2026.
Open Document Properties and use the Description tab to give the PDF a concise Title that explains its purpose, then save the file.
Adobe Acrobat Document Properties window on the Initial View tab, with the Show menu under Window Options set to Document Title.
In Document Properties, set Show to Document Title on the Initial View tab so Acrobat displays the title instead of the filename, then select OK and save.

The title should describe the document’s purpose, not its filename. For example, “UGA Student Accommodation Request, Fall 2026” is meaningful; “Accommodation_request_v2” is not.

2. Set the document language

The document language tells screen readers how to pronounce content. Without it, an English document may be read with default-locale pronunciation rules that mangle proper nouns and technical terms.

Important correction to common guidance: setting the language in Acrobat Preferences changes the Acrobat application interface language, not the document language. The document language is a property of the file itself.

Steps in Adobe Acrobat Pro:

  1. Open the PDF.
  2. Go to File then Document Properties.
  3. Click the Advanced tab.
  4. Under Reading Options, select the language from the Language dropdown (for most UGA documents, this is English).
  5. Click OK and save.
Adobe Acrobat Document Properties window on the Advanced tab, with the Language menu under Reading Options set to English.
In Document Properties, set the Language menu under Reading Options on the Advanced tab to the document’s primary language, then select OK and save.

For documents that include passages in another language, those passages can be tagged with their own language attribute through the Tags panel. Right-click the tag, choose Properties, and set the language on the relevant element.

3. Tag the document structure

Tags provide the semantic structure that assistive technology uses to understand a PDF. They identify headings, paragraphs, lists, tables, figures, links, form fields, and other relationships, and they establish a reliable reading sequence. An untagged PDF may still contain selectable text, but it lacks dependable structural information, so assistive technology may have to infer reading order and meaning. A scanned PDF without optical character recognition (OCR) is different: its text exists only as an image until text recognition is performed.

Steps in Adobe Acrobat Pro:

  1. Open the PDF.
  2. Go to All Tools then Prepare for Accessibility.
  3. If no tag structure exists, click Autotag Document. This is a starting point, never the finished product.
  4. Open the Tags panel from the left navigation rail (or View then Show/Hide then Navigation Panes then Tags).
  5. Expand the tag tree and verify that document elements are tagged appropriately.
Adobe Acrobat Accessibility tags panel showing an expanded document structure with heading, paragraph, figure, section, and table tags.
Open the Accessibility tags panel and expand the tag tree to confirm that headings, paragraphs, figures, sections, and tables use the right tags in the intended reading order.

Common PDF structure tags and their uses

DocumentUse: Root container
H1, H2, H3Use: Heading levels
PUse: Paragraph
L, LI, Lbl, LBodyUse: Lists, list items, labels, and item bodies
Table, TR, TH, TDUse: Tables, rows, header cells, and data cells
FigureUse: Image with alternative text
LinkUse: Hyperlink
FormUse: Interactive form field

Decorative and layout-only content: In PDF/UA-1 workflows, this content is marked as an artifact and excluded from the logical structure tree. It is not represented by an <Artifact> structure tag. PDF/UA-2, which applies to PDF 2.0, introduces an Artifact structure element.

Autotag results almost always require manual correction. Plan for verification time.

4. Create a logical heading hierarchy

Heading structure is how screen reader users navigate a document. Using the H key in NVDA or VoiceOver’s rotor, users jump directly between headings without listening to everything in between. A document without proper headings is essentially a long, unnavigable wall of text.

The hierarchy works like an outline:

  • H1: the document title. DAS recommends one H1 per document as a clear authoring convention.
  • H2: major sections
  • H3: subsections within each H2
  • H4 and beyond: use sparingly, only in very long or complex documents

Example for a UGA application form:

  • H1: UGA Graduate Assistantship Application
    • H2: Applicant Information
      • H3: Personal Details
      • H3: Contact Information
    • H2: Academic Background
      • H3: Degree Programs
      • H3: Transcripts
    • H2: Statement of Purpose

Steps to fix headings in Acrobat:

  1. Open the Tags panel.
  2. Locate the tag that should be a heading (often incorrectly tagged P).
  3. Double-click the tag name to edit it, or right-click and choose Properties.
  4. Change the Type to the correct heading level.

Common heading mistakes and their impact

  • No headings at all (everything tagged P)Why it matters: Screen reader users cannot navigate the document
  • Skipping levels (H1 directly to H3)Why it matters: Can make the outline harder to interpret and may suggest missing structure. DAS recommends avoiding skipped levels, although a skipped level is not automatically a WCAG failure
  • Visual headings only (large or bold text without heading tags)Why it matters: Invisible to assistive technology
  • Multiple H1sDAS recommendation: Use one H1 for the document title to keep the hierarchy predictable. Multiple H1 elements are not automatically a WCAG failure
  • Headings out of reading orderWhy it matters: Content is announced in the wrong sequence

5. Write effective alternative text for images

Alternative text describes what an image conveys to people who cannot see it. Every meaningful image needs alt text. Purely decorative images (borders, dividers, ornamental graphics) should be marked as artifacts so screen readers skip them entirely.

What makes good alt text:

  • Describes the information the image conveys, not just what it shows.
  • Concise but complete (typically one to two sentences).
  • Usually does not begin with “Image of” or “Picture of.” Identify the visual type when it adds meaning, such as “Bar chart showing,” “Screenshot of,” or “Map showing.”
  • For complex images (charts, graphs, diagrams), describes the data or relationship, not just the visual.

Examples of effective alternative text

  • Bar chart of UGA enrollment by college

    Example alt text: Bar chart showing Fall 2025 UGA enrollment by college, with Franklin College of Arts and Sciences highest at approximately 8,400 students and the School of Forestry lowest at approximately 450 students.

  • UGA Arch photograph

    Example alt text: The UGA Arch on North Campus, framed by autumn foliage.

  • Decorative geometric divider

    Treatment: Mark the divider as an artifact so assistive technology skips it. Do not add alternative text.

For very complex images (a full data dashboard, an architectural diagram), provide a short alt text and supplement with a longer description elsewhere in the document text, or link to an accessible data table.

Steps in Adobe Acrobat Pro:

  1. Go to All Tools then Prepare for Accessibility then Add Alternate Text.
  2. Acrobat presents each detected figure in turn.
  3. For each meaningful image, enter a description.
  4. For decorative images, check Decorative figure.
  5. Click Save and Close.
Adobe Acrobat Set Alternate Text dialog showing the alternative-text field and the Decorative figure checkbox.
Use Set Alternate Text to write a concise description for each meaningful image, or select Decorative figure when the image adds no information.

To edit alt text on a specific image after the fact, locate the Figure tag in the Tags panel, right-click, choose Properties, and edit the Alternate Text field on the Tag tab.

AI-assisted alt text drafting can be a useful starting point, but it always requires human review. Tool availability and licensing vary. Visit the UGA AI Toolbox for current access information, and verify that every generated description accurately represents the image and fits the document’s audience and purpose.

Screen reader users frequently navigate by pulling up a list of all links on a page. If every link is “click here” or a raw URL, that list is useless. Descriptive link text identifies the destination or action without requiring surrounding context.

Good link text remains clear when it is read on its own. Compare each pair below.

  • Less descriptive: To view the report, “click here.”

    Descriptive link text: “Download the DASH 2026 Annual Report.”

  • Less descriptive: More information: “https://t.uga.edu/abc.”

    Descriptive link text: “Review the UGA Faculty Accessibility Toolkit.”

  • Less descriptive: To explore additional opportunities, “read more.”

    Descriptive link text: “Explore DAS training opportunities.”

  • Less descriptive: For the standards, use this “link.”

    Descriptive link text: “Review the UGA Brand Communications Web Standards.”

Steps in Adobe Acrobat Pro:

  1. Go to Edit then Link then Add or Edit a Link, or use the equivalent option under All Tools.
  2. Draw a rectangle around the descriptive text.
  3. In the Create Link dialog, set Link Type to Invisible Rectangle and Link Action to Open a web page.
  4. Enter the destination URL and click OK.
  5. Open the Tags panel and confirm the link is wrapped in a Link tag with the visible text inside it.

If autotag missed some links, use the Tags panel menu (three dots) then Find then Unmarked Links to locate and tag them.

7. Verify color contrast

Sufficient contrast between text and background is essential for people with low vision, color vision deficiency, and many situational impairments (sunlight on a screen, low-quality monitors). WCAG 2.1 Level AA requires:

WCAG 2.1 AA color contrast requirements
Text typeMinimum contrast ratio
Normal text (below 18 pt regular or 14 pt bold)4.5:1
Large text (18 pt regular or 14 pt bold and above)3:1
User interface components and graphical objects3:1

Steps to check:

  1. Run the Acrobat accessibility checker (All Tools then Prepare for Accessibility then Check for Accessibility). It may report some possible contrast issues, but the result is not a complete contrast evaluation.
  2. For manual verification, use the free TPGi Colour Contrast Analyser (available for Windows and Mac). Sample the foreground and background colors directly from your document.
  3. Pay particular attention to text on photographic backgrounds, text on colored shapes, and small accent text in headers and footers.

Make manual contrast testing the expectation. Automated checks cannot reliably evaluate every background, gradient, rasterized image, or meaningful graphical relationship. If the PDF contains text embedded in images, verify the contrast manually and consider whether the text can be converted to selectable text. Also verify applicable user-interface components and graphical objects at 3:1.

As a typography and legibility best practice, apply the iL1 test when selecting fonts: confirm that the lowercase i, uppercase I, lowercase l, and the numeral 1 are visually distinguishable. Fonts that fail this test (some condensed sans-serifs, some geometric display faces) create reading difficulties for people with dyslexia and low vision.

Back to top

Phase 2: Forms, tables, and complex content

Interactive forms and data tables are where most accessibility failures occur. They are also where UGA most commonly interacts with students, faculty, staff, and the public. Get these right.

8. Label form fields

Without proper labels, screen readers announce form fields as “edit, blank” or “edit, Field 1” with no indication of what information is being requested. The fix is to set a descriptive Tooltip on every form field. The Tooltip is the accessible name that assistive technology announces.

Steps in Adobe Acrobat Pro:

  1. Go to All Tools then Prepare a Form. Acrobat will auto-detect existing fields and offer to create new ones where it perceives blanks.
  2. Verify all expected fields are present. Add missed fields manually using the toolbar (Text Field, Check Box, Radio Button, Dropdown, List Box, Signature).
  3. Right-click each field and choose Properties.
  4. On the General tab, enter a meaningful Tooltip. The Tooltip supplies the accessible name announced by assistive technology. The Name field supports internal authoring and maintenance, but it is not the accessible name.
  5. If the field is required, select the Required option and make the requirement clear in the visible instructions.
Adobe Acrobat Prepare a form workspace with the Your name field selected and its Name and Tooltip settings shown in Text Field Properties.
Select a form field and use the General tab in Text Field Properties to give it a concise Name and a Tooltip that explain its purpose and whether it is required.

Tooltip examples for form fields

  • First NameAvoid: Field 1
  • Date of Birth (MM/DD/YYYY)Avoid: Date
  • UGA 81X NumberAvoid: ID
  • Preferred Mailing Address, StreetAvoid: Address
  • I agree to the terms aboveAvoid: Checkbox

For radio button groups, all buttons in the group share a Name and each gets a distinct Export Value (the value submitted). The Tooltip should describe the question, and each button’s accessible label is derived from its Export Value or its associated visible label.

For checkboxes that represent a yes or no agreement, the Tooltip should be a full statement, not a fragment.

9. Set keyboard tab order

Tab order determines the sequence in which keyboard and screen reader users move through form fields. A wrong tab order makes a form effectively unusable, even when individual fields are correctly labeled.

Steps in Adobe Acrobat Pro:

  1. Open the PDF and go to All Tools then Prepare a Form.
  2. Click More in the Prepare a Form toolbar, then Set Tab Order.
  3. Choose one of the following options.
Adobe Acrobat Fields panel showing the page 3 form controls listed in sequence.
Open the Fields panel to review the order of the controls on each page, then press Tab and Shift plus Tab in Preview to confirm that keyboard focus follows the form’s logical order.

Choose a tab order in Acrobat

Select the option that matches the document’s structure. For most tagged PDFs, start with document structure and verify the result with the keyboard.

  • Order tabs by structureHow it works: Follows the document’s tag tree.Best for: The recommended starting point for tagged PDFs.
  • Order tabs by rowHow it works: Moves from left to right, then top to bottom.Best for: Simple horizontal layouts.
  • Order tabs by columnHow it works: Moves from top to bottom, then left to right.Best for: Newspaper-style or column-based layouts.
  • Order tabs manuallyHow it works: Uses the sequence you create by rearranging fields.Best for: Complex or non-linear layouts that require a custom sequence.
  • Order tabs unspecifiedHow it works: Uses the order in which fields were added.Recommendation: Avoid this option because the resulting sequence may be unpredictable.

For multi-page PDFs, also confirm page-level tab order. In the Page Thumbnails panel, right-click a page, choose Page Properties, and set Tab Order to Use Document Structure.

10. Create accessible data tables

A data table without header tags is unintelligible to a screen reader. Users hear cell values with no indication of what column or row each value belongs to. The fix is to identify which cells are headers and to set their scope (column, row, or both).

The two essential tags are TH for header cells (column or row labels) and TD for data cells (regular content).

Steps in Adobe Acrobat Pro:

  1. Open the Tags panel.
  2. Locate the Table tag.
  3. Expand it to view each TR (row) and the cells within.
  4. For each cell, verify the tag is TH (header) or TD (data) as appropriate. To change, double-click the tag name or right-click and choose Properties.
  5. Open All Tools then Prepare for Accessibility then Reading Order, select the table, and click Table Editor.
  6. Right-click each cell and choose Table Cell Properties.
  7. Set Type to Header Cell or Data Cell as appropriate.
  8. For header cells, set Scope.
  9. For merged cells, set ColSpan and RowSpan to match the visual layout.
  10. Click OK and verify the corrected structure in the Tags panel.
Adobe Acrobat Accessibility tags panel with a Table tag expanded to show a TR row containing two TH header-cell tags.
Expand the Table tag in the Accessibility tags panel to confirm that header cells use TH, data cells use TD, and the rows follow the table’s visual reading order.

Header cell scope values and meanings

ColumnMeaning: Header applies to all cells below it in the column
RowMeaning: Header applies to all cells to its right in the row
BothMeaning: Header applies to both directions (used for corner cells in cross-tabs)
NoneMeaning: No explicit scope (avoid for true headers)

Avoid using tables for layout purposes (positioning images and text in columns, for example). Screen readers announce layout tables as data tables, which confuses users. Use proper section and paragraph structure for layout instead.

11. Review tag order and reading order together

The Tags panel, Reading Order tool, and Order panel provide related views of PDF structure and sequence. They are not interchangeable, but changes in one view can affect how content is tagged or read.

  • Tags panel: Shows the logical structure tree. Its hierarchy indicates the reading sequence and identifies elements such as headings, paragraphs, lists, tables, links, and figures.
  • Reading Order tool and Order panel: Show numbered content regions and support visual inspection, basic tag assignments, and reordering. They can help locate grouping and sequence problems that must then be verified in the Tags panel.

For a tagged PDF, use the Tags panel as the primary place to verify detailed structure and logical sequence. Use the Reading Order tool and Order panel to inspect page regions and make appropriate basic corrections. After any change, recheck the tag tree and test the resulting reading sequence.

To check the logical sequence:

  1. Open the Tags panel and review the structure from top to bottom.
  2. Confirm that the order matches the intended meaning, not only the visual placement.
  3. Use the Reading Order tool or Order panel to investigate page-level grouping or sequence problems.
  4. After reordering or retagging content, return to the Tags panel and verify the final structure.
Adobe Acrobat Fix reading order command and Reading Order dialog beside the numbered content regions in the demonstration PDF.
Select Fix reading order to open the Reading Order tool and inspect how content is grouped and sequenced, then confirm the final structure in the Accessibility tags panel.

12. Add bookmarks for long documents

As a DAS recommended practice, add bookmarks to PDFs longer than about ten pages and to shorter documents when bookmarks would improve navigation. Bookmarks supplement, but do not replace, heading tags. Acrobat’s automated bookmark check specifically fails when a document has 21 or more pages and lacks bookmarks that parallel its structure.

Steps in Adobe Acrobat Pro:

  1. Open the Bookmarks panel from the left navigation rail.
  2. With your H1 and H2 headings already tagged, click the panel menu and choose New Bookmarks from Structure.
  3. Select the heading levels you want to convert to bookmarks (typically H1 and H2).
  4. Click OK. Acrobat generates a bookmark tree mirroring your heading structure.
Adobe Acrobat Bookmarks panel showing an expanded bookmark hierarchy for the demonstration PDF.
Open the Bookmarks panel to check that bookmark names match your major headings, follow a logical order, and each one opens the intended destination.

Set the document to open with the Bookmarks panel visible: File then Document Properties then Initial View, then on the Navigation tab choose Bookmarks Panel and Page.

13. Test with a screen reader

Automated checkers detect only a subset of accessibility barriers. Many questions about meaning, reading sequence, alternative text quality, form behavior, and usability require human evaluation. For forms and complex documents, include testing with an actual screen reader.

Screen readers for PDF accessibility testing

Minimum testing protocol for document structure:

  • Open the PDF and listen to the document title announcement.
  • Press H repeatedly (NVDA) or use the rotor (VoiceOver) to navigate by heading. Verify the headings make sense and are in correct hierarchical order.

For images:

  • Use the screen reader’s graphics navigation to step through images. Verify alt text is meaningful.

For links:

  • Pull up the links list (Insert plus F7 in NVDA, rotor in VoiceOver). Verify all link text is descriptive out of context.

For tables:

  • Navigate into the table with Ctrl plus Alt plus arrow keys (NVDA) or VO plus arrow (VoiceOver).
  • Verify headers are announced when entering each new column or row.
  • Verify cell content reads in logical order.

For forms:

  • Tab through the form from beginning to end.
  • Verify each field is announced with a meaningful label.
  • For radio buttons and checkboxes, verify the state (checked, not checked) is announced.
  • Verify required fields are announced as required.
  • Submit the form (or attempt to) and verify error messages are announced.

Document what you find. If you cannot perform every test yourself, prioritize forms, tables, and any document that delivers high-stakes information (emergency procedures, financial aid, accommodations, deadlines).

Back to top

Deep dives

14. Headings in depth

Beyond the basic hierarchy, several heading patterns deserve attention.

Finding visual-only headings. Text that looks like a heading (large, bold, set apart) but lacks a heading tag is invisible to assistive technology. To find these:

  1. Open the Tags panel.
  2. From the panel menu, choose Find.
  3. Select Unmarked Content.
  4. Step through each unmarked block. When you encounter text that should be a heading, apply the correct heading tag.

Real-world impact. For a UGA student trying to find one specific section of a 40-page financial aid handbook, the difference between proper heading structure and no heading structure is the difference between a five-second jump and listening to the entire document from start to finish. For time-sensitive information (deadlines, emergency procedures, accommodation request instructions), poor heading structure is not just an inconvenience. It is a barrier that can change outcomes.

Headings within tables and forms. Section headings inside form layouts (for example, “Section A: Personal Information” above a group of fields) should be tagged as headings, not as field labels. This lets screen reader users jump between form sections.

15. Tables containing form fields

Forms that use tables to lay out related fields (an emergency contact table with columns for Name, Relationship, Phone, and Email, for example) combine two of the most complex accessibility structures in PDF: tables and interactive form fields. Acrobat’s automated tools do not handle this combination correctly. Manual verification is mandatory.

The challenge is to associate each form control with the correct table cell while preserving meaningful row and column headers. Acrobat versions and export workflows can expose annotation references differently, so treat the tag tree shown here as one common representation rather than a universal required path. If the association between the visible label, table header, and form control is broken, screen reader users may hear unlabeled inputs or lose the table context.

Steps in Adobe Acrobat Pro:

  1. Build the table structure first. Tag header rows and columns as described in the data tables section.
  2. Run All Tools then Prepare a Form to detect or place form fields within each data cell.
  3. Right-click each field, choose Properties, and set a meaningful Tooltip and Name.
  4. Open the Tags panel and locate the TD cell that contains each field.
  5. Inside that TD, you need a Form tag wrapping the field annotation. If it is missing, right-click the TD, choose New Tag, select Form from the dropdown, and click OK.
  6. Right-click the new Form tag and choose Find. In the Find Element dialog, select Unmarked Annotations and click Find.
  7. When the field annotation is highlighted, click Tag Element. The annotation is now linked to the Form tag inside the correct table cell.
  8. Verify in the Tags panel that each form control is structurally associated with the intended table cell. The exact annotation representation can vary by Acrobat version and export method.
  9. Run the accessibility checker.
  10. Test with a screen reader. Navigate into the table, move across cells, and confirm that each field announces both the table header context (column and row) and the field’s own Tooltip.

This work is meticulous. For tables with many fields, expect to spend significant time per table. Building the visible table and labels correctly in Word can improve the exported source structure, but ordinary Word content does not reliably become a fully accessible interactive Acrobat form. Verify every field, Tooltip, required state, table relationship, and keyboard interaction in Acrobat.

16. Use WCAG and PDF/UA together

WCAG 2.1 Level A and AA is the technical standard incorporated into the DOJ Title II web and mobile accessibility rule. It applies to covered web content and mobile apps that public entities provide or make available, including online PDFs, subject to the rule’s specific exceptions.

PDF/UA is a complementary ISO standard that addresses how accessible PDF structure is encoded and interpreted. PDF/UA-1 applies to PDF 1.7 workflows, while PDF/UA-2 applies to PDF 2.0. PDF/UA provides valuable assurance about PDF-specific technical structure, but it does not address every WCAG requirement or every content-quality question. A PDF can conform to PDF/UA and still fail WCAG. For higher-assurance PDFs, evaluate against both.

Acrobat checks a collection of accessibility rules associated with WCAG and PDF/UA, but a successful Acrobat check does not establish full conformance with either standard. Review every failed, skipped, and manual-check result. PAC 2026.1 can check many PDF/UA and WCAG requirements and provides visual review tools, but it also requires human evaluation.

Back to top

Review checkpoints

These checkpoints support review, but they do not guarantee that every person will encounter the PDF without a barrier. Recheck the document when its content, source file, or audience needs change.

Phase 1 review checkpoints: every PDF before publishing

  1. Document title added and set to display in title bar.
  2. Document language set on the Advanced tab of Document Properties.
  3. Document is tagged (autotag run, then manually verified).
  4. Heading hierarchy is logical and follows the DAS convention of one H1 with sequential levels whenever practical.
  5. All meaningful images have descriptive alternative text.
  6. Decorative images are marked as artifacts.
  7. All hyperlinks use descriptive text and are wrapped in Link tags.
  8. Color contrast meets 4.5:1 (normal text) or 3:1 (large text).
  9. Font passes the iL1 test.
  10. Automated accessibility checker run; failed and manual-check items reviewed by a person.

Phase 2 review checkpoints: forms, tables, and complex documents

  1. All form fields have descriptive Tooltips.
  2. Form-field Names are meaningful for internal authoring and maintenance.
  3. Required fields are marked as required.
  4. Tab order is set to Use Document Structure (or explicitly verified).
  5. Table header cells tagged as TH with appropriate Scope.
  6. Table data cells tagged as TD.
  7. Merged cells have correct ColSpan and RowSpan.
  8. Reading order and tag order both verified.
  9. Bookmarks added for documents longer than approximately ten pages.
  10. Tested with at least one screen reader (NVDA or VoiceOver).

Tables-with-form-fields review checkpoints

  1. Table structure tagged correctly with Table, TR, TH, and TD.
  2. Header scope set on every TH.
  3. All form fields detected or placed inside the correct TD cells.
  4. Each form field has a meaningful Tooltip.
  5. Form tag added inside each TD containing a field.
  6. Each Form tag linked to its annotation via Find Unmarked Annotations.
  7. Tag tree verified: Table then TR then TD then Form then annotation.
  8. Tab order verified across cells.
  9. Tested with a screen reader inside the table.

Back to top

Run Acrobat’s accessibility checker

Adobe Acrobat Check for accessibility command with the Accessibility Checker Options dialog showing report, page-range, and checking settings.
Select Check for accessibility to open Accessibility Checker Options, keep the relevant checks selected, and run the report, remembering that items flagged for manual review still need a person to evaluate them.

Tools, standards, and further reading

Standards and regulations referenced in this guide

Current UGA Title II compliance date: April 26, 2027. DOJ extended the original date through an Interim Final Rule. This date does not replace UGA’s existing Title II obligations.

  • WCAG 2.1 Level A and AAScope: Technical standard incorporated into the DOJ Title II rule for covered web content and mobile apps, including online PDFs, subject to the rule’s exceptions.
  • ADA Title II (28 CFR Part 35)Scope: Federal nondiscrimination requirements for state and local government entities, including public universities. See DOJ guidance on the Title II web and mobile accessibility rule.
  • PDF/UA-1 and PDF/UA-2Scope: Complementary ISO standards for accessible PDF structure. PDF/UA conformance does not by itself establish WCAG conformance.
  • Section 508Scope: A federal-sector accessibility standard. It is not the primary legal basis for UGA’s Title II obligations, although it remains a useful reference and may apply in particular federal contexts.

Framework

Anderson, M. L., and Whalen, C. (2025). Shaping Accessible Futures: Institutional Readiness for ADA Title II in Higher Education. Primary framework reference for institutional capacity-building at UGA.

What you need for this guide

Adobe Acrobat Pro is the primary remediation tool used in the steps and screenshots on this page. Contact your local unit’s IT team for licensing and installation support.

For screen readers, color-contrast checkers, PDF validators, and other supporting tools, visit Accessibility tools and resources.

UGA-supported AI tools

AI can help draft image descriptions, but every description requires human review for accuracy, context, audience, and purpose. Access differs by role, unit, product, and license. Visit the UGA AI Toolbox for current tools, access information, privacy guidance, and training rather than relying on a static entitlement list.

Contact Digital Accessibility Services

For consultation, training, or document-remediation support, contact Digital Accessibility Services at [email protected].

Back to top

Learn More About Digital Accessibility

Learn about the new federal rules regarding web accessibility from the U.S. Department of Justice and web content accessibility guidelines.

DOJ Web Accessibility Rule WCAG 2.1 Guidelines