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.

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:
- Open the PDF.
- Go to File then Document Properties.
- On the Description tab, enter a meaningful title in the Title field.
- Switch to the Initial View tab.
- Under Window Options, set Show to Document Title.
- Click OK and save the file.


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:
- Open the PDF.
- Go to File then Document Properties.
- Click the Advanced tab.
- Under Reading Options, select the language from the Language dropdown (for most UGA documents, this is English).
- Click 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:
- Open the PDF.
- Go to All Tools then Prepare for Accessibility.
- If no tag structure exists, click Autotag Document. This is a starting point, never the finished product.
- Open the Tags panel from the left navigation rail (or View then Show/Hide then Navigation Panes then Tags).
- Expand the tag tree and verify that document elements are tagged appropriately.

Common PDF structure tags and their uses
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
- H2: Applicant Information
Steps to fix headings in Acrobat:
- Open the Tags panel.
- Locate the tag that should be a heading (often incorrectly tagged P).
- Double-click the tag name to edit it, or right-click and choose Properties.
- 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:
- Go to All Tools then Prepare for Accessibility then Add Alternate Text.
- Acrobat presents each detected figure in turn.
- For each meaningful image, enter a description.
- For decorative images, check Decorative figure.
- Click Save and Close.

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.
6. Create accessible hyperlinks with descriptive link text
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.
Link text in 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:
- Go to Edit then Link then Add or Edit a Link, or use the equivalent option under All Tools.
- Draw a rectangle around the descriptive text.
- In the Create Link dialog, set Link Type to Invisible Rectangle and Link Action to Open a web page.
- Enter the destination URL and click OK.
- 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:
| Text type | Minimum 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 objects | 3:1 |
Steps to check:
- 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.
- 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.
- 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.
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:
- Go to All Tools then Prepare a Form. Acrobat will auto-detect existing fields and offer to create new ones where it perceives blanks.
- Verify all expected fields are present. Add missed fields manually using the toolbar (Text Field, Check Box, Radio Button, Dropdown, List Box, Signature).
- Right-click each field and choose Properties.
- 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.
- If the field is required, select the Required option and make the requirement clear in the visible instructions.

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:
- Open the PDF and go to All Tools then Prepare a Form.
- Click More in the Prepare a Form toolbar, then Set Tab Order.
- Choose one of the following options.

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:
- Open the Tags panel.
- Locate the Table tag.
- Expand it to view each TR (row) and the cells within.
- 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.
- Open All Tools then Prepare for Accessibility then Reading Order, select the table, and click Table Editor.
- Right-click each cell and choose Table Cell Properties.
- Set Type to Header Cell or Data Cell as appropriate.
- For header cells, set Scope.
- For merged cells, set ColSpan and RowSpan to match the visual layout.
- Click OK and verify the corrected structure in the Tags panel.

Header cell scope values and meanings
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:
- Open the Tags panel and review the structure from top to bottom.
- Confirm that the order matches the intended meaning, not only the visual placement.
- Use the Reading Order tool or Order panel to investigate page-level grouping or sequence problems.
- After reordering or retagging content, return to the Tags panel and verify the final structure.

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:
- Open the Bookmarks panel from the left navigation rail.
- With your H1 and H2 headings already tagged, click the panel menu and choose New Bookmarks from Structure.
- Select the heading levels you want to convert to bookmarks (typically H1 and H2).
- Click OK. Acrobat generates a bookmark tree mirroring your heading structure.

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
- NVDAPlatform: WindowsCost: FreeDownload NVDA from NV Access
- VoiceOverPlatform: macOS, iOS, iPadOSCost: Built in, free
- JAWSPlatform: WindowsCost: Paid softwareLearn about JAWS from Freedom Scientific
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).
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:
- Open the Tags panel.
- From the panel menu, choose Find.
- Select Unmarked Content.
- 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:
- Build the table structure first. Tag header rows and columns as described in the data tables section.
- Run All Tools then Prepare a Form to detect or place form fields within each data cell.
- Right-click each field, choose Properties, and set a meaningful Tooltip and Name.
- Open the Tags panel and locate the TD cell that contains each field.
- 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.
- Right-click the new Form tag and choose Find. In the Find Element dialog, select Unmarked Annotations and click Find.
- When the field annotation is highlighted, click Tag Element. The annotation is now linked to the Form tag inside the correct table cell.
- 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.
- Run the accessibility checker.
- 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.
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
- Document title added and set to display in title bar.
- Document language set on the Advanced tab of Document Properties.
- Document is tagged (autotag run, then manually verified).
- Heading hierarchy is logical and follows the DAS convention of one H1 with sequential levels whenever practical.
- All meaningful images have descriptive alternative text.
- Decorative images are marked as artifacts.
- All hyperlinks use descriptive text and are wrapped in Link tags.
- Color contrast meets 4.5:1 (normal text) or 3:1 (large text).
- Font passes the iL1 test.
- Automated accessibility checker run; failed and manual-check items reviewed by a person.
Phase 2 review checkpoints: forms, tables, and complex documents
- All form fields have descriptive Tooltips.
- Form-field Names are meaningful for internal authoring and maintenance.
- Required fields are marked as required.
- Tab order is set to Use Document Structure (or explicitly verified).
- Table header cells tagged as TH with appropriate Scope.
- Table data cells tagged as TD.
- Merged cells have correct ColSpan and RowSpan.
- Reading order and tag order both verified.
- Bookmarks added for documents longer than approximately ten pages.
- Tested with at least one screen reader (NVDA or VoiceOver).
Tables-with-form-fields review checkpoints
- Table structure tagged correctly with Table, TR, TH, and TD.
- Header scope set on every TH.
- All form fields detected or placed inside the correct TD cells.
- Each form field has a meaningful Tooltip.
- Form tag added inside each TD containing a field.
- Each Form tag linked to its annotation via Find Unmarked Annotations.
- Tag tree verified: Table then TR then TD then Form then annotation.
- Tab order verified across cells.
- Tested with a screen reader inside the table.
Run Acrobat’s accessibility checker

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].