The integration of accessible design principles into digital content creation has become paramount, particularly for documents intended for broad distribution. Microsoft Office applications, namely Word and PowerPoint, serve as foundational tools for countless professionals and organizations. The ability to effectively convey information through non-textual elements, such as images, charts, and diagrams, hinges on the proper implementation of alternative text (alt text). This crucial feature allows assistive technologies, like screen readers, to interpret and describe visual content for users with visual impairments. A recent comprehensive study has meticulously examined the fidelity of alt text preservation when converting Word and PowerPoint files into PDF format, utilizing three prominent conversion methods: Adobe Acrobat PDFMaker, Adobe’s Create PDF cloud service, and Microsoft’s native "Save as PDF" export. The findings reveal significant variations in the preservation of alt text across these platforms, with Microsoft’s built-in exporter emerging as a surprisingly strong contender in recent iterations.
The investigation involved an exhaustive testing regimen, encompassing over 100 distinct test cases across Word and PowerPoint. Each of these cases was then subjected to conversion into PDF using the aforementioned three methods, resulting in over 400 individual checks. The primary objective was to ascertain how effectively alternative text, meticulously applied to a wide array of non-textual elements, was retained and rendered in the final PDF documents. The results underscore a complex landscape where user experience, the specific type of content, and the chosen conversion pathway all play critical roles in determining the accessibility of the final output.
Alt Text Implementation in Word and PowerPoint: A Foundation for Accessibility
Before delving into the intricacies of PDF conversion, it is essential to understand how alt text is applied within Word and PowerPoint. The process is designed to be relatively straightforward, offering users multiple avenues to annotate their visual content. When an object, such as an image or a shape, is selected within these applications, a contextual "Format" tab typically appears in the ribbon. Within this tab, users can locate and access the "Alt Text" option, providing a direct pathway to add descriptive text.
Alternatively, users can initiate the alt text process through a right-click context menu. By right-clicking on the selected object, a menu will appear, and selecting the "Edit Alt Text" option will bring up a dedicated pane. This pane serves as a centralized hub for managing alternative text. It typically features a field for entering custom alt text and a checkbox to designate an element as "decorative." The latter is crucial for images that are purely aesthetic and do not convey any meaningful information, thus preventing screen readers from unnecessarily vocalizing their presence. Depending on user settings and application versions, there may also be options to leverage AI-generated alt text suggestions, which can streamline the process for initial drafts or repetitive elements.
Microsoft has also incorporated tools to facilitate a more proactive approach to accessibility. The Accessibility Assistant, accessible via the "Review" tab, is designed to automatically identify potential accessibility issues, including missing or inadequately described alt text. When initiated, the assistant groups these issues into categories, allowing users to systematically address them. For alt text specifically, selecting the relevant category will guide the user through each identified image, prompting them to add or refine descriptions.

Furthermore, Word offers an "inline prompts" feature, accessible through the "File" > "Options" > "Ease of Access" (Windows) or "Word" > "Preferences" > "Accessibility" (Mac) menus. Enabling this feature overlays small icons near elements that require accessibility attention, including missing alt text. Clicking these icons opens a dialog box where users can directly input or edit alt text, approve AI suggestions, or mark content as decorative. This immediate feedback mechanism can significantly improve the efficiency of accessibility audits and corrections.
A critical point of note, particularly when utilizing the Alt Text pane or inline prompts, is the necessity of explicitly saving changes. Unlike the automatic saving that often accompanies other actions within Office applications, modifications made to alt text via these panes require a manual save. Users are prompted to select "Save" (Windows) or "Save" (Mac) after entering or modifying alt text to ensure their annotations are preserved.
Microsoft’s Evolving PDF Conversion Capabilities
Historically, the conversion of Office documents to PDF has been dominated by Adobe’s suite of tools, primarily through its Acrobat PDFMaker add-in and cloud services. These tools were widely recognized for their robust features and generally reliable output, particularly in maintaining document structure and formatting. However, in late 2024, Microsoft announced significant advancements in the accessibility of its native PDF export functionality. This development marks a notable shift in the landscape of document conversion, with Microsoft’s built-in "Save as PDF" feature now demonstrating capabilities that, in some instances, match or even surpass those of Adobe’s offerings concerning alt text preservation.
The study indicates that Microsoft’s native PDF export, whether accessed via the "Save as PDF" option or the "Export to PDF" command, maintains alternative text for nearly every type of image. The only identified true failure in this regard was the handling of emoji, a nuanced category of graphical symbols. This widespread retention of alt text is a substantial improvement and positions Microsoft’s native exporter as a highly accessible option for generating PDF documents.
However, the analysis also identified a recurring issue beyond simply missing alt text: the inclusion of extraneous information. For most image types, the conversion process appends the identified image type to the user-defined alt text. For instance, an arrow shape with the alt text "Two-way communication" might be rendered as "Two-way communication (Arrow: Left-Right)" in the PDF. While this appended information can sometimes be helpful by providing explicit context about the object’s nature, it frequently leads to redundancy or confusion. With an estimated 150 distinct shape types in Office applications, each with unique nomenclature, this automated appending can significantly lengthen and potentially clutter the descriptive text, diminishing its effectiveness for users of assistive technologies.
Adobe’s Acrobat Tab: A Mixed Bag for Alt Text Preservation
Adobe’s tools for PDF conversion, accessed through the Acrobat tab in Microsoft Office, employ different underlying technologies depending on the operating system. On Windows, the process relies on Acrobat PDFMaker, an integrated component installed alongside Adobe Acrobat. On macOS, the conversion is handled by Adobe’s "Create PDF" cloud service. While both methods are designed to produce professional-grade PDFs, the study’s findings highlight a significant commonality: a frequent loss or corruption of alt text during the conversion process.

This inconsistency is a considerable drawback for users who prioritize accessibility. The effectiveness of PDFMaker and the cloud service in preserving alt text can vary considerably, making it difficult to predict the outcome of the conversion. This unpredictability necessitates a thorough review of the generated PDF to ensure that alt text has been retained and remains accurate, adding an extra layer of effort to the workflow.
The "Picture" Conversion Strategy: A Workaround for Robust Alt Text
In an effort to circumvent the issues encountered with Adobe’s conversion tools, a specific workaround has been identified: converting non-textual elements to "Pictures." In Word and PowerPoint, a "Picture" is a distinct object type, often encompassing photographs and images pasted from external sources. The presence of a dedicated "Picture Format" tab when an object is selected is a key indicator that it is indeed a Picture.
The study found that when an element is designated as a Picture, its associated alt text is consistently preserved across PDFs generated by both Adobe PDFMaker and the Adobe cloud service. This suggests that treating all non-textual content as Pictures prior to conversion can be a reliable strategy for ensuring alt text fidelity.
The process of converting an object to a Picture involves copying or cutting the element and then pasting it back into the document using specific paste options. On Windows, this is achieved by navigating to the "Home" tab, clicking the "Paste" dropdown, and selecting "Paste Special," followed by choosing "Picture (Enhanced Metafile)" or a similar picture format. On macOS, the process involves right-clicking (or accessing the "Edit" menu), selecting "Paste Special," and then choosing one of the available "Picture" file types.
While this method offers a robust solution for alt text preservation, it is not without its limitations. Certain object types, such as embedded audio or video, cannot be effectively converted into Pictures without losing their primary functionality. Furthermore, once an element is pasted as a Picture, it typically becomes non-editable in its original form. This necessitates a cautious approach, with a strong recommendation to create a duplicate version of the document and perform this conversion as a final step before generating the PDF.
An important caveat to this workaround is that the act of pasting as a Picture can reset or erase the original alt text. To mitigate this, users are advised to copy (rather than cut) the image, paste it as a Picture, then copy the original alt text from the source element and paste it into the alt text field of the newly created Picture object. Finally, the original, non-Picture element can be deleted. This multi-step process ensures that the alt text is transferred accurately to the Picture representation.

Noteworthy Quirks and Pitfalls Across Different Image Types
The detailed examination uncovered a multitude of alt text-related issues, particularly when utilizing Adobe’s Acrobat tab for PDF conversion. While a comprehensive list of every bug is beyond the scope of this report, several notable quirks and pitfalls have been identified across various image types, underscoring the complexities of accurate alt text rendering.
For instance, charts and graphs, which are critical for data visualization, often suffer from incomplete or corrupted alt text. The descriptive text intended to explain the data presented may be truncated, misrepresented, or entirely absent in the converted PDF. Similarly, SmartArt graphics, designed to visually represent concepts and relationships, frequently lose their semantic meaning when their alt text is mishandled during conversion. Tables, a fundamental structure for organizing tabular data, can also present challenges, with alt text associated with cells or the table as a whole being inconsistently preserved or linked.
Diagrams and flowcharts, essential for illustrating processes and systems, are particularly vulnerable. The intricate relationships and sequential steps depicted in these visuals rely heavily on accurate alt text for their interpretation. When this alt text is lost or corrupted, the entire purpose of the diagram is undermined for users of assistive technologies. Even seemingly simple elements like icons and symbols can pose problems, with their intended meaning often lost if their alt text is not accurately transferred.
The study also highlighted issues with grouped objects. When multiple elements are combined into a single group, the alt text applied to the group may not be correctly associated with the individual components or may be entirely lost during conversion. This can lead to a fragmented or unintelligible representation of complex visuals.
Key Takeaways for Accessible PDF Creation
In conclusion, the process of ensuring alt text remains intact and accurate when converting Microsoft Word and PowerPoint documents to PDF is a multi-faceted challenge. The findings from this extensive analysis provide clear guidance for users aiming to produce accessible documents.
Prioritize Native Microsoft PDF Export: For general image types, Microsoft’s built-in "Save as PDF" or "Export to PDF" feature demonstrates superior performance in preserving alt text, with emoji being the primary exception. This approach offers a reliable and efficient method for creating accessible PDFs.

Be Mindful of Extraneous Information: While Microsoft’s native export excels at retaining alt text, users should remain vigilant about the inclusion of extraneous information, such as the object type appended to the description. A manual review and editing of the alt text in the generated PDF may be necessary to refine these descriptions.
Leverage the "Picture" Conversion for Adobe Workarounds: When relying on Adobe’s PDF conversion tools (PDFMaker or the cloud service), converting non-textual content to "Pictures" before conversion is a robust strategy to ensure alt text preservation. However, this method requires careful execution, including duplicating the document and performing the conversion as a final step.
Thoroughly Review All PDFs: Regardless of the conversion method employed, a comprehensive review of the final PDF document using accessibility checking tools and, ideally, by a screen reader is essential. This final check is the most effective way to identify and rectify any remaining alt text issues.
Understand the Limitations of Each Tool: Recognize that no single conversion method is flawless. Each tool has its strengths and weaknesses, and understanding these nuances is key to making informed decisions about document creation and conversion workflows.
By adhering to these principles and understanding the specific behaviors of different conversion tools, users can significantly enhance the accessibility of their PDF documents, ensuring that visual information is effectively communicated to all audiences. The ongoing evolution of these tools suggests a growing commitment from both Microsoft and Adobe to improving the accessibility of digital content, a trend that bodes well for the future of inclusive design.