图片说明：一间会议室，投影屏幕上显示幻灯片，笔记本电脑上展示幻灯片的阅读顺序大纲——这是无障碍演示文稿生产的视觉标志。

阅读时间：12分钟

幻灯片至今仍是现代职业生活中分享最广泛的教育载体——讲义、董事会汇报、培训模块、会议演讲、内部全员会议，无处不在。然而它们同时也几乎是同一流程中无障碍性最差的载体。一场屏幕阅读器无法导航的演讲、一套图表数值仅以像素形式存在的幻灯片、一段嵌入而无字幕的视频片段、一个忽略键盘操作的”点击翻页”交互——这些情况司空见惯，而且每一种都在悄然将同一群人排除在其余听众所能接收的内容之外。好消息是，在2026年解决这一问题不再是研究难题，而是一个生产工作流程问题——有三套成熟方案，辅以一棵决策树在其间做出选择。

本指南涵盖演示者桌面上实际会使用的三类工具——Microsoft PowerPoint、Apple Keynote和Google Slides——以及日益受到高校教师和会议主办方青睐的网页优先替代方案（Reveal.js、Slidev、Marp）。这不是一篇抽象的功能对比。这是一份生产指南：在哪款工具里、按什么顺序、执行哪些步骤，才能交付一套——使用NVDA的视障学生可以跟读、低视力同事可以400%缩放阅读、听障与会者可以配合嵌入字幕阅读、仅用键盘的用户无需触碰鼠标即可导航的幻灯片。更宏观的标准背景，请参阅我们关于WCAG 2.2采用率调查和《欧洲无障碍法》的指南，两者现均适用于在线发布的教育及商业幻灯片内容。

无障碍幻灯片的必要条件

在介绍各工具的具体工作流程之前，先明确基准要求。一套无障碍幻灯片需要同时满足六项要求，缺一不可。第一，每张幻灯片都有唯一且具描述性的标题——这是屏幕阅读器用户逐张导航幻灯片以及大纲视图用户查找特定幻灯片的依据。标题为”幻灯片4”或”无标题”的幻灯片无法导航。第二，阅读顺序正确。通过直接将形状拖放至画布而不使用占位符创建的幻灯片，其阅读顺序将按形状插入顺序排列，而非视觉顺序——这意味着屏幕阅读器可能从后往前、侧边栏优先、页脚先于标题，或按生产过程偶然形成的任意顺序朗读幻灯片。第三，为每张非装饰性图片、图表和示意图提供替代文本，且描述语言应传达图片所表达的要点，而非仅描述其表面内容。

第四，足够的色彩对比度——幻灯片背景上的文字应达到WCAG 2.2 AA阈值（正文文本4.5:1，大字体和有意义图形3:1），并针对实际背景像素进行检查，而非仅依据幻灯片母版。第五，键盘可操作性——演示者预期受众日后会使用的每个交互元素（嵌入的投票链接、分支导航、嵌入表单）必须仅通过Tab、Enter、Space和Esc键即可访问和操作。第六，媒体处理——每段嵌入视频随文件携带开放式字幕或可切换的隐藏式字幕轨道；每段嵌入音频在同一张幻灯片中有可访问的文字记录；所有非严格必要的动画效果均遵循操作系统级别的用户减少动态偏好设置。

三款桌面工具各自实现了上述六项要求中的部分内容，没有一款能全部自动实现。选择合适的工具意味着了解在每款工具中需要手动完成哪些工作。

PowerPoint工作流程

PowerPoint在所有演示软件中拥有最成熟的无障碍工具，这一地位自Microsoft 365发布周期开始将无障碍检查器整合至功能区时便已确立。起点是检查器本身，在Windows的”审阅”选项卡或macOS的”工具”菜单中打开。它呈现一份实时、上下文感知的问题列表——没有标题的幻灯片、没有替代文本的图片、低对比度文字组合、没有标题行的表格、可见文本与URL重复的超链接——点击任一问题即可将光标跳转至相关元素。在当前版本中，检查器默认在每次保存时运行，这是Microsoft在该产品中推出的最实用的默认设置之一。只有在了解自己选择忽略哪些警告后，才应关闭它。

幻灯片标题通过大纲视图（查看，大纲）以及幻灯片母版的标题占位符进行管理。使用占位符而非自由浮动文本框，才能赋予标题其语义角色——无障碍检查器和下游屏幕阅读器均通过占位符的标识来识别带标题的幻灯片，而非通过可见文字。如果幻灯片标题出于设计原因使用自由浮动文本框排版，可以通过将占位符移出画布（选择面板，设置为负坐标位置）来保留设计并同时添加不可见的占位符标题——标题仍存在于无障碍树中，供屏幕阅读器导航，即使观众永远看不见它。Microsoft文档将此称为”幻灯片外标题”模式；检查器接受这种做法。

阅读顺序是第二个支柱。打开选择面板（Windows：开始，排列，选择面板；macOS：排列菜单），从下到上阅读形状列表——这是屏幕阅读器遇到形状的顺序。在面板中拖动形状以重新排序。PowerPoint 2024新增了专用阅读顺序面板，以数字方式在幻灯片上每个形状处显示顺序，并支持直接在画布上通过拖放重新排序；如果您的Microsoft 365版本足够新能显示该面板，请优先使用它。

图片替代文本通过右键点击图片，选择”编辑替代文本”，然后撰写一到两句编辑性替代文本来设置——传达图片的要点，而非其像素内容。PowerPoint自动生成的替代文本为可选项，并在面板中注明；这只是起点，而非成品，如果您发布的幻灯片中唯一的替代文本是”自动生成的描述”，检查器会发出警告。对于在PowerPoint中创建的图表，替代文本应用一句话概括图表的论点并引用最重要的两三个数值——“柱状图显示2026年会议出席人数比2025年增长18%，由EMEA和APAC地区引领”优于”柱状图”。对于数据密集型幻灯片，请将基础数据以隐藏但可访问的表格形式放入备注栏，或作为附录中的链接电子表格，以便屏幕阅读器用户除了解图表大意外，还能阅读具体数值。

嵌入视频是PowerPoint幻灯片中最常见的合规问题。“插入，视频，插入字幕”工作流程接受WebVTT文件（.vtt）并将其绑定至嵌入的视频片段；一旦附加，字幕即在PowerPoint内置播放器中渲染，并在幻灯片被共享、发送或上传时随文件传输。如果源视频已内嵌开放式字幕，检查器仍会将文件标记为需要字幕轨道——无论如何都添加一个最小化的VTT文件，因为下游工具读取的是文件本身。超链接应具有描述目标的可见文字（“阅读2026年EAA执法报告”），而非裸露的URL。

PowerPoint的导出流程在导出为PDF时会保留大部分无障碍元数据——前提是使用文件，导出，创建PDF/XPS（Windows）或文件，另存为，PDF并选择”最适合电子传播和无障碍”选项（macOS）。通过”打印为PDF”导出会去除标签，生成无障碍性极差的平面PDF；这是整个工作流程中最常见的无声失败。

Keynote工作流程

Keynote的无障碍工具明显少于PowerPoint，自13.x发布周期以来这一差距并未显著缩小。没有等效的无障碍检查器——Keynote不运行逐张幻灯片审计，不显示每张幻灯片的阅读顺序面板，也不在幻灯片缺少标题时发出警告。幻灯片本身的VoiceOver集成比十年前的PowerPoint更强，但从Keynote中产出无障碍幻灯片的生产工作流程在每个步骤上都更为手动。

幻灯片标题通过幻灯片母版中的标题占位符添加，或作为在整套幻灯片中一致使用的普通文本框添加。Keynote的大纲视图（查看，大纲）从标题占位符读取，因此基于母版而非从空白幻灯片开始构建幻灯片，是最重要的杠杆点。阅读顺序通过排列检查器管理——Keynote层叠模型中的前/后控件同时充当阅读顺序控件，越靠后的形状越先被读取。没有专用的阅读顺序面板；您必须在脑中维护层叠的心理模型，或从已知正确的基础开始构建复杂幻灯片。

Keynote中图片替代文本通过格式检查器图片选项卡下的”描述”字段设置——编写与PowerPoint中相同的编辑性替代文本。图表替代文本使用相同机制。Keynote不对缺少替代文本发出警告。在Keynote中验证幻灯片替代文本覆盖情况的唯一方法，是手动逐张检查每张幻灯片，或导出为PowerPoint格式（.pptx）并对导出文件运行Microsoft无障碍检查器——这是多所大型高校针对Keynote制作的讲义幻灯片所采用的门控步骤。

Keynote中嵌入的视频不支持单独的字幕轨道。如果源视频未内嵌开放式字幕，您必须在插入Keynote之前将字幕烘焙进视频重新编码，或将嵌入替换为指向具有字幕功能平台（YouTube、Vimeo、机构媒体服务器）上带字幕视频的外部链接。Keynote会默默地将无字幕视频包含在导出的PDF中；不存在的检查器无法就此发出警告。

Keynote发挥优势的场景是为主题演讲而设计、而非为二次分发的设计精良幻灯片。其排版、布局和动画质量仍是桌面演示市场中的翘楚——当幻灯片本质上是舞台道具，实质内容在另行分发的论文、文字记录或网页中时，Keynote能提供更强的现场体验，无障碍负担也转移到了配套文档上。如果幻灯片本身就是可交付成果，PowerPoint是更好的选择。

Google Slides工作流程

Google Slides自2024年无障碍功能刷新以来有了实质性改善，此次刷新新增了逐张幻灯片无障碍菜单、由Gemini级图像模型驱动的替代文本建议，以及可从”工具，无障碍功能”访问的对比度检查叠加层。2024年刷新还在”排列”菜单中新增了阅读顺序控件——这是该产品有史以来首次允许Slides作者设置明确的阅读顺序，而非依赖形状创建顺序。这些功能在大型企业租户中的采用速度超出了Microsoft最初的预期，部分原因是Slides幻灯片已经以云端为主要形式，可立即从服务端检查器中获益。

具体操作对任何熟悉PowerPoint的人来说都不陌生。标题通过母版布局的标题占位符管理。替代文本通过”格式选项，替代文本”设置，遵循相同的一到两句编辑性原则。阅读顺序使用”排列，顺序”菜单，新的2024年阅读顺序面板可从”工具，无障碍功能，阅读顺序”查看。从Google云端硬盘或YouTube嵌入视频时，会保留源文件携带的任何字幕轨道，包含无字幕视频的幻灯片会在无障碍面板中触发警告。

Slides仍落后于PowerPoint之处在于：图表无障碍性（自动生成的图表替代文本更短、上下文感知更弱）、复杂母版继承（深度定制的母版布局会产生更难调试的阅读顺序树），以及离线工作流程（无障碍检查器需要文档在线，这对在飞机上或受限环境中编辑的用户来说是个问题）。对于2026年已标准化使用Workspace、主要以共享Google Slides链接而非下载文件形式发布幻灯片的企业而言，Slides工作流程现在已实质上可与PowerPoint媲美。对于以.pptx附件或导出PDF形式发布幻灯片的组织，PowerPoint仍具优势。

网页优先幻灯片：Reveal.js、Slidev、Marp

2025年和2026年演示文稿无障碍性最值得关注的进展，完全发生在三大桌面应用之外。一批网页优先演示框架——Reveal.js（历史悠久的JavaScript框架）、Slidev（面向开发者的基于Vue的工具）和Marp（以Markdown为核心、可编译为HTML、PDF或PPTX的生成器）——以HTML文档形式生成幻灯片，这意味着HTML的无障碍性是原生继承的，而非模拟实现的。语义结构是真实的，而非合成的；键盘导航来自浏览器，而非幻灯片应用；屏幕阅读器的输出就是NVDA、JAWS或VoiceOver在任何构建良好的网页上所呈现的内容。

其实际意义是显而易见的。以URL形式提供的Reveal.js幻灯片，默认情况下可以用方向键、Tab、Enter、Space以及视力正常用户已熟悉的浏览器快捷键进行导航。每张幻灯片是一个section元素，带有标题——整套幻灯片用H1，每张幻灯片标题用H2——屏幕阅读器用户可以像在任何网页上一样逐标题跳转。图片在Markdown或HTML源代码中携带alt属性。使用Chart.js、D3或任何SVG库渲染的图表，具有图表库所提供的ARIA角色和实时区域播报；对于Highcharts Accessibility或amCharts等无障碍图表库，这还包括在视觉图表旁边自动生成的屏幕阅读器可读数据表。

Slidev面向开发者的受众群体形成了一套异常强大的无障碍默认配置：从Markdown继承标题语义，在源文件层面要求替代文本（编译器对裸图片标签发出警告），键盘导航层无需配置即可使用。Marp的优势在于将纯Markdown幻灯片编译为HTML或PDF——同一源文件可同时生成屏幕阅读器可导航的网页幻灯片和带标签的PDF，无需二次创作。Reveal.js介于两者之间：最灵活、插件生态系统最大、第三方无障碍插件储量最丰富（Reveal Accessibility、reveal-a11y、已发布的WCAG 2.2合规主题）。

取舍是真实存在的。网页优先幻灯片需要浏览器才能展示——没有本地文件双击打开、没有发邮件附上.pptx的工作流程、没有无需设置即可离线使用的笔记本电脑备选方案。它们对熟悉版本控制和持续部署的作者友好；它们惩罚那些想把Excel图表直接拖入幻灯片就大功告成的作者。对于一场演讲结束后以URL形式分享的单次演讲，这是明显的胜利。对于将以附件形式发送给某位主管、让他在航班上打开的季度董事会汇报，这是错误的工具。

网页优先幻灯片开始胜出的场景是周期性使用的情境：将整个学期的幻灯片发布为单个可导航网站的大学讲座系列；每次演讲的幻灯片从日程表链接、且拥有永久URL的会议项目；源代码库本身就是版本记录的工程技术演讲。在这些情境中，HTML语义得以保留——搜索引擎将幻灯片内容索引为文本，屏幕阅读器将其作为文档遍历，而系列内保持无障碍性的维护负担落在框架上，而非每位独立作者身上。

决策树

三类工具各有其适用的生产情境。最简化的决策是基于幻灯片实际用途的三向分流。

对于需要通过邮件发送、在同事笔记本电脑上打开或导出为带标签PDF进行分发的一次性演讲，选择PowerPoint。无障碍检查器成熟，导出流程保留标签，受众端工具（PowerPoint网页查看器、iPad应用、Office Mobile阅读器）均能正确读取带标签的PowerPoint文件。每小时长度的幻灯片预留90分钟审计时间；合理规划时间并充分利用。

对于定期举办的讲座系列、会议项目，或任何幻灯片集合以URL形式存在、作为语料库被浏览的情境，选择网页优先框架。面向开发者受众和熟悉Markdown的作者选Slidev；需要从同一源文件同时生成HTML和带标签PDF的纯Markdown团队选Marp；需要最大插件生态系统和最高设计灵活度时选Reveal.js。无障碍性从浏览器继承，而非模拟，维护负担落在框架而非每位作者身上。

对于设计精良的主题演讲——幻灯片作为舞台道具，实质内容在另行分发的文档中——选择Keynote，接受其较为简洁的无障碍工具，将审计预算投入配套文档。手动逐张检查所有幻灯片的替代文本。导出为.pptx并运行检查器作为最终把关步骤。将配套文档（论文、文字记录、网页摘要）作为权威的无障碍版本发布。

对于已在Google Workspace生态中工作的云优先协作型组织，Google Slides现在是同类用途下可行的PowerPoint替代方案。2024年无障碍功能刷新缩小了历史上的大部分差距；剩余差距主要集中在图表替代文本、复杂母版和离线编辑方面。对于以共享链接而非下载文件形式发布的幻灯片，其工作流程已可与PowerPoint媲美。

结语

本指南中每条建议背后的规律都是相同的：工具设定无障碍性的下限，作者决定上限。PowerPoint的检查器会捕捉缺失的替代文本，但不会替您撰写有用的替代文本。Keynote没有检查器，这不会阻止您制作一套完全无障碍的幻灯片——只是不会在您失败时告知您。网页优先框架继承了HTML的无障碍属性，但并不强制执行这些属性。本指南中的每款工具都可能让您发布一套将部分受众排除在外的幻灯片。工具的选择改变的是哪些错误容易犯，而非哪些错误是可能的。

如果您正在将新的无障碍工作流程引入一个尚未建立此类流程的团队，请从团队已在使用的工具入手，开启其检查器，并针对一套现有幻灯片进行审计，作为校准练习。只有在团队已经内化了六项基准要求——标题、阅读顺序、替代文本、对比度、键盘操作、媒体处理——并在寻求当前工具无法提供的功能时，才考虑更换工具。中途更换工具的成本高昂；继续使用一款工作流程已不能满足需求的工具，代价更高。