
Thanks to Our Sponsors
WP Engine, a WordPress technology company, sponsored the live captions for this event. They provide the most relied upon and trusted brands and developer-centric WordPress products for companies and agencies of all sizes, including managed WordPress hosting, enterprise WordPress, headless WordPress, Flywheel, Local, and Genesis. WP Engine’s tech innovation and award-winning WordPress experts help to power more than 1.5 million sites across 150 countries.
Watch the Recording
If you missed the meetup or would like a recap, watch the video below or read the transcript. If you have questions about what was covered in this meetup please tweet us @EqualizeDigital on Twitter or join our Facebook group for WordPress Accessibility.
Read the Transcript
Links Mentioned
- Create and verify PDF accessibility (Acrobat Checker)
- WebAIMs Contrast Checker
- TPGi Colour Contrast Analyser
- How to Use NVDA (Screen Reader): Glen Walker
- Parallels: Run Windows on Mac
- Gratzer Graphics
- Creative Boost
About the Meetup
Learn more about WordPress Accessibility Meetup
Article continued below.
Stay on top of web accessibility news and best practices.
Join our email list to get notified of changes to website accessibility laws, WordPress accessibility resources, and accessibility webinar invitations in your inbox.
Summarized Session Information
In this session, Colleen Gratzer provided a comprehensive guide on common accessibility mistakes in InDesign and PDF documents and how to fix them. Accessible documents ensure equal access to information for users of assistive technologies. Colleen explained the limitations of Adobe Acrobat’s Accessibility Checker, emphasizing that while it can identify some issues, many accessibility elements require manual verification.
Colleen walked attendees through an accessible PDF workflow, showing how to address accessibility issues in the source document (such as InDesign) to streamline future exports. Colleen also demonstrated how to interpret the results of Acrobat’s checker, offering specific solutions for errors like missing tags, document titles, bookmarks, and alt text for images.
To enhance accessibility further, she provided tips for checking color contrast and ensuring proper heading structure. She wrapped up with recommendations for testing PDF accessibility using screen readers like NVDA or JAWS rather than relying on Acrobat’s Read Out Loud feature.
Session Outline
- Introduction to document accessibility
- Limitations of Acrobat’s Accessibility Checker
- The accessible PDF workflow
- Running and interpreting the Acrobat Checker
- Common accessibility errors and fixes
- Tools for testing PDF accessibility
- Final takeaways
Introduction to document accessibility
Accessibility goes beyond websites to include documents that may be downloaded from them. Sometimes, information is exclusively available in documents and not on the web, making it crucial that these documents are accessible. Ignoring document accessibility can lead to gaps in accessibility compliance and user experience.
Limitations of Acrobat’s Accessibility Checker
Some common misconceptions exist about the Acrobat Accessibility Checker, a tool many assume can thoroughly verify document accessibility. Like other automated tools, Acrobat’s checker has significant limitations and should be used as a part of the testing process rather than as a standalone solution.
While the Acrobat Accessibility Checker can detect specific elements—such as tagging, language settings, and document titles—it cannot verify the accuracy of these features. For instance, it can check that alt text is present on images but cannot confirm if the description is accurate or helpful. Similarly, it cannot assess color contrast or ensure a logical reading order, essential for assistive technology users.
While passing the Acrobat checker can indicate that a document is closer to accessible, manual checks are necessary to confirm true accessibility.
The accessible PDF workflow
The typical workflow for creating accessible PDFs starts with a source document created in InDesign, Word, or PowerPoint. You cannot create a fully accessible document solely in Acrobat. If accessibility issues are corrected directly in the PDF, they will remain in the original source document, so each time the PDF is re-exported, the issues must be fixed again. To avoid this, it’s recommended that as many accessibility concerns as possible be addressed in the source file. This practice ensures that future exports from the source document are more accessible, saving time and effort. If accessibility edits are made in Acrobat, they should be noted to adjust in the source file later.
Running and interpreting the Acrobat Checker
Colleen provided a detailed walkthrough for participants unfamiliar with Acrobat’s Accessibility Checker. She instructed users to open the accessibility tool from the right-hand sidebar in Acrobat or to find it under “Tools” by typing “Accessibility.” Once the checker is run, the first error to address is a “tagged PDF failed” message, which signals that the document is not tagged. Attempting to fix other errors before resolving this could waste time and effort, as the tagging issue could generate additional false positives.
Common accessibility errors and fixes
- Tagged PDF Failures: Tags are fundamental for an accessible PDF because they convey the structure and content type (such as headings, text, images, and tables) to assistive technologies. To address this, you can re-export the PDF from InDesign with the “Create Tagged PDF” option selected. You can also check the “Use Structure for Tab Order” option when available, as this can improve navigation for screen reader users.
- Missing Document Titles: A missing document title is a common error. Document titles are crucial for accessibility and can be fixed in either InDesign or Acrobat. In InDesign, users can set the title by going to “File Info” and entering it under metadata. You can also select “Document Title” instead of “File Name” in the export settings for improved accessibility. If the source file isn’t available, the title can be added directly in Acrobat by going to “File > Properties” and entering it in the Title field.
- Bookmarks for Navigation: Bookmarks help users navigate lengthy documents by providing quick links to different sections. There are several methods for adding bookmarks. One approach is to create a table of contents in InDesign, ensuring that “Create PDF Bookmarks” is checked in the table of contents settings. Alternatively, users can add bookmarks manually in the InDesign “Interactive” panel, arranging them in the correct document hierarchy. For PDFs without bookmarks, you can add them in Acrobat using the bookmarks panel or use the “Preflight” tool to generate bookmarks from tagged headings. This feature is handy for documents with well-structured heading tags.
- Color Contrast Checks: Since color contrast issues require manual checking, you can use tools like TGPI Colour Contrast Analyzer and WebAIM’s contrast checker. These tools can help verify that color combinations meet WCAG AA and AAA contrast requirements. In InDesign, color swatches can be temporarily converted to RGB values to make sampling and verification easier.
- Images Missing Alt Text: Alt text for images is a key accessibility feature. In Acrobat, the Accessibility Checker flags images lacking alt text, though it cannot determine whether it is accurate. You can add alt text in InDesign by right-clicking the image and selecting “Object Export Options,” then choosing “Custom” as the alt text source. For users working solely in Acrobat, you can add alt text through the tags tree, where each image can be given a descriptive tag.
- Proper Heading Structure: Headings in a logical order are essential for users navigating documents with screen readers. Acrobat flags any skipped heading levels, such as jumping from H1 to H4. To correct these issues, users can go back to InDesign and adjust the export tags in the paragraph styles panel to create a logical sequence. Alternatively, users can change heading tags directly in Acrobat by selecting the appropriate tags and adjusting them in the tag tree.
- Form Field Descriptions: For documents with interactive forms, field descriptions (or tooltips) provide essential guidance to users. InDesign users can add field descriptions by going to the “Buttons and Forms” panel and entering text in the description field for each form element. In Acrobat, the field descriptions appear as tooltips, which are accessible through the form properties. These tooltips guide users on what to enter, such as “Enter your first name,” making forms more usable and accessible.
Tools for testing PDF accessibility
Users shouldn’t rely on Acrobat’s Read Out Loud feature to test PDF accessibility. Unlike screen readers, Read Out Loud does not provide structural information, does not recognize headings or hyperlinks, and cannot read alt text. Instead, it’s recommended to use NVDA or JAWS for Windows, which offer more accurate results. For Mac users, you can use Parallels, a program that allows Windows to run on a Mac, enabling NVDA or JAWS testing without switching devices.
Final takeaways
In closing, passing Acrobat’s Accessibility Checker does not guarantee a fully accessible document. While the checker can help identify certain issues, true accessibility requires a combination of automated checks and manual reviews. You should build accessibility practices into your document workflows, whether in InDesign or other source software, from the start.