文档转换的无障碍最佳实践：WCAG 2.1 指南 ## 快速解答 请遵循 WCAG 2.1（Web 内容无障碍指南）标准创建无障碍文档：使用正确的文档结构（标题、列表、表格），为所有图像提供替代文本（描述性强、简洁明了），创建屏幕阅读器可以导航的带标签的 PDF，确保颜色对比度至少达到 4.5:1，使交互元素支持键盘操作，为数据表添加表头，提供文档语言声明，并在分发前使用屏幕阅读器（NVDA、JAWS、VoiceOver）进行测试以验证其无障碍性。 ## 为什么文档无障碍性如此重要？ 无障碍性确保文档能够被残障人士使用，包括有视觉、听觉、运动、认知或学习障碍的人士。这不仅仅关乎法律合规，更关乎创建包容性内容，让每个人都能访问和理解。### 问题的严重性 全球超过10亿人（占世界人口的15%）患有某种形式的残疾。仅在美国，就有约6100万成年人（占总人口的26%）患有影响主要生活活动的残疾。视觉障碍（失明、低视力、色盲）会影响人们感知视觉内容的方式。屏幕阅读器可以将文本转换为语音或盲文，但缺乏无障碍功能的文档会阻碍这些工具正常工作。运动障碍（灵活性受限、震颤、瘫痪）会影响人们与计算机的交互方式。键盘导航和语音控制取代了鼠标交互，因此文档需要支持其他输入方式。认知障碍（阅读障碍、注意力缺陷多动障碍、自闭症、智力障碍）会影响人们处理信息的方式。清晰的结构、简洁的语言和一致的格式使内容更易于理解。 听觉障碍（耳聋、听力损失）会影响音频内容的访问。虽然对于静态文档而言影响较小，但多媒体文档需要字幕和文字稿。### 法律要求 美国：《康复法案》第 508 条要求联邦机构和承包商确保电子内容的可访问性。这包括提供给员工和公众的文档。**《美国残疾人法案》(ADA)适用于州和地方政府、公共场所和商业设施。法院越来越多地认定，无法访问的文档违反了第二章和第三章。《21 世纪通信和视频无障碍法案》(CVAA)要求高级通信服务和视频节目必须具备可访问性。州法律：许多州都有额外的无障碍要求，通常基于 WCAG 标准。国际：《欧洲无障碍法案》**要求成员国在 2025 年 6 月之前确保产品和服务（包括数字内容）的可访问性。 EN 301 549（欧洲标准）规定了信息通信技术产品和服务的无障碍要求，并参考了 WCAG 2.1。加拿大：《加拿大无障碍法案》要求联邦机构消除文档和通信中的障碍，并防止出现新的障碍。澳大利亚：《残疾歧视法案》要求做出合理调整以确保平等获取，包括提供无障碍文档。法律后果：诉讼（自 2015 年以来，无障碍诉讼呈指数级增长）、经济处罚（罚款和和解金通常超过 10 万美元）、声誉损害以及强制补救（法院命令进行无障碍改进）。### 合规之外的益处 无障碍文档惠及所有人：提高可用性：清晰的结构和组织有助于所有用户更快地找到信息，一致的格式可减轻认知负荷，逻辑清晰的文档流程有助于提高理解力。 提升搜索引擎优化 (SEO)：合适的标题可以改善搜索引擎索引，替代文本 (alt text) 为图像搜索提供上下文信息，结构化内容更容易被算法解析。面向未来：无障碍文档可与新兴技术兼容，语音助手可以更好地解析结构化内容，人工智能工具可以更有效地提取和处理信息。

移动友好：合理的结构能更好地适应小屏幕，语义化的标记支持响应式重排，键盘导航支持触摸界面。更广泛的用户群体：国际用户受益于清晰的语言和结构，老年用户喜欢更大更清晰的文本和简洁的界面，低带宽环境下的用户则受益于图像的文本替代方案。## 什么是 WCAG 2.1 标准？WCAG（Web 内容无障碍指南）由 W3C（万维网联盟）制定，为无障碍 Web 内容提供全面的标准。虽然最初侧重于网站，但其原则同样适用于文档。### 四大原则 (POUR) 可感知性：信息必须以用户能够感知的方式呈现。 - 为非文本内容（图像、图表、图标）提供文本替代方案 - 为音频/视频提供字幕和文字稿 - 创建能够以不同方式呈现而不丢失含义的内容 - 使用户更容易查看和收听内容（颜色对比度、文本大小） 可操作性：用户界面组件必须可操作。 - 确保所有功能均可通过键盘使用 - 给予用户足够的时间阅读和使用内容 - 不要设计会导致癫痫发作的内容（闪烁） - 帮助用户浏览和查找内容（标题、地标、跳转链接） 易于理解：信息和界面操作必须易于理解。 - 确保文本可读易懂（清晰的语言、明确的定义） - 确保内容以可预测的方式呈现和运行 - 帮助用户避免和纠正错误（错误识别、建议） 稳健性：内容必须足够稳健，以便辅助技术能够正确解读。 - 最大程度地兼容当前和未来的工具 - 使用有效的标记和正确的语义 - 确保内容可在不同的平台和设备上运行 ### 合规级别 A级（最低）：基本无障碍功能，解决最严重的障碍。所有文档至少应达到A级。 AA级（推荐）：解决最大和最常见的障碍。这是大多数组织的目标标准，也是大多数法律所参考的标准。 AAA级（最高）：最高级别的无障碍功能。由于实际限制，并非所有内容都必须达到AAA级，但对特定受众群体而言非常重要。 成功标准定义了每个级别的具体要求。例如：- 1.1.1 非文本内容（A 级）：为所有非文本内容提供文本替代方案 - 1.4.3 对比度（最低）（AA 级）：文本对比度为 4.5:1（大文本为 3:1） - 1.4.6 对比度（增强）（AAA 级）：文本对比度为 7:1（大文本为 4.5:1） ### WCAG 2.1 与 WCAG 2.0 WCAG 2.1（2018 年 6 月发布）在 WCAG 2.0 的基础上增加了 17 项成功标准，重点关注：移动设备可访问性：更大的触摸目标、方向灵活性和手势替代方案。低视力：更好地支持缩放、重排和间距。认知障碍：超时、动作触发器和一致的识别。 WCAG 2.1 向后兼容 WCAG 2.0——符合 WCAG 2.1 的内容也符合 WCAG 2.0。组织应以 WCAG 2.1 AA 为当前标准。## 如何创建无障碍文档结构？### 正确使用标题 标题提供文档结构，视力正常的用户可以通过视觉感知，而屏幕阅读器用户则可以通过程序进行导航。标题层级结构：- 标题 1 (H1)：文档标题（通常每个文档只有一个）- 标题 2 (H2)：主要章节- 标题 3 (H3)：H2 下的子章节- 标题 4-6：更嵌套的子章节无障碍标题规则：不要跳级：H2 应位于 H1 之后，H3 应位于 H2 之后。不要从 H2 跳到 H4（跳过 H3）。 不要使用标题进行样式设置：如果文本看起来像标题但并非文档结构的一部分，请使用粗体或增大字体，而不是标题样式。使用描述性标题：“引言”可以；单独使用“第一章”没有帮助。更好的写法是：“第一章：无障碍简介”。保持一致性：使用平行结构（全部使用动名词、全部使用疑问句或全部使用陈述句）。Microsoft Word：“开始”选项卡 > “样式”组，选择文本，应用“一级标题”、“二级标题”等。不要手动加粗/放大文本——请使用正确的标题样式。

Google 文档： 格式 > 段落样式 > 一级标题、二级标题等。 标题的重要性：屏幕阅读器提供跳转到不同标题的快捷键（NVDA/JAWS 中的 H 键），用户可以通过列出所有标题来概览文档，而不正确的标题结构会导致无法导航。### 列表和结构化内容 列表用于传达项目之间的关系，帮助用户理解文档的组织结构。有序列表（编号）用于表示顺序步骤：1. 步骤一 2. 步骤二 3. 步骤三 无序列表（项目符号）用于表示相关项目：- 项目一 - 项目二 - 项目三 定义列表用于表示术语/定义对：- 术语：术语的定义 - 另一个术语：另一个定义 不要伪造列表：不要手动输入“1.”或“-”就以为是列表。请使用正确的列表格式，以便辅助技术能够识别结构。 Microsoft Word：“开始”选项卡 > “段落”组 > “项目符号或编号” Google Docs：“格式” > “项目符号和编号” 列表的重要性：屏幕阅读器会播报“包含 3 个项目的列表”，用户可以跳过不感兴趣的整个列表，正确的嵌套可以显示层级关系。### 带有正确标题的表格 表格将数据组织成行和列，但为了保证可访问性，需要标记哪些单元格是标题，哪些是数据。简单表格：一行标题、一列标题或两者兼有。复杂表格：标题跨越多列/行、多行标题或不规则结构。标题标记：- 标题单元格 (TH) 描述行/列 - 数据单元格 (TD) 包含数据 - Scope 属性 定义标题是应用于行、列还是组 可访问表格示例：html<table><thead><tr><th scope="col">姓名</th><th scope="col">年龄</th><th scope="col">城市</th></tr></thead><tbody><tr><td>约翰·史密斯</td><td>34</td><td>纽约</td></tr></tbody></table> Microsoft Word：插入表格 > 表格工具 > 设计选项卡 勾选“页眉行” 在新页面上重复页眉行：表格属性 > 行 > 重复为页眉行 Google Docs：目前表格辅助功能支持有限。请手动将第一行指定为页眉。 避免： - 使用表格进行布局（请改用正确的格式） - 合并单元格以创建复杂的结构 - 空白单元格（请使用“N/A”或类似内容） - 一个结构化的表格就足够了，却使用多个表格 为什么表格页眉很重要：屏幕阅读器会读取页眉 + 数据单元格（“姓名：John Smith，年龄：34，城市：纽约”），如果没有页眉，屏幕阅读器用户将无法理解表格，而正确的页眉则支持按行/列导航。 ### 阅读顺序和 Tab 键顺序 阅读顺序 决定了屏幕阅读器呈现内容的顺序以及使用 Tab 键在交互元素之间切换时的顺序。 视觉顺序 ≠ 程序顺序：内容在视觉上可能按特定顺序呈现，但代码编写顺序可能不同。屏幕阅读器遵循代码顺序，而非视觉布局。确保正确的阅读顺序：使用正确的文档流程：避免使用需要在页面上跳转的复杂布局。设计时应遵循自然的自上而下、自左而右的阅读流程（在自左而右的语言中）。检查阅读顺序：使用屏幕阅读器验证顺序是否符合预期。修复阅读顺序（PDF）：Adobe Acrobat > 辅助功能 > 阅读顺序工具允许重新排列内容块。Tab 键顺序（交互元素）：确保 Tab 键能够按逻辑顺序在表单字段、链接和按钮之间移动。如有需要，请显式设置 Tab 键顺序（但正确的文档结构通常会自动处理此问题）。测试：反复按 Tab 键并验证焦点是否按逻辑顺序在文档中移动。## 如何处理图像和替代文本？ ### 何时提供替代文字 信息性图片 传达对理解至关重要的信息： - 用于说明概念的照片 - 图表 - 信息图 - 显示流程的屏幕截图 - 地图 替代文字：描述图片传达的信息。你会如何通过电话向别人解释？ 示例： - 图片：显示销售增长的柱状图 - 替代文字：“柱状图显示 2024 年第一季度至第四季度销售额增长 25%，且每个季度稳步增长。” 装饰性图片 纯粹用于美观，不提供任何信息： - 装饰性边框 - 间隔图片 - 增加视觉趣味但不提供信息的素材图片 - 背景纹理

替代文本：标记为装饰性图像（alt 属性为空），以便屏幕阅读器跳过它们。示例：- 图片：装饰性漩涡边框 - 替代文本：""（空）或标记为装饰性图像 功能性图像 是可点击的（按钮、链接）：- 执行操作的图标 - 链接到主页的徽标 - 图片按钮 替代文本：描述功能/目标，而不是图像外观。 示例：- 图片：放大镜图标 - 替代文本：“搜索”（描述功能），而不是“放大镜”（描述外观） 复杂图片（图表、示意图、信息图）需要比替代文本更详细的描述：- 使用替代文本进行简要概述 - 在文档正文或链接页面中提供详细描述 - 考虑使用数据表作为图表的文本替代方案 ### 编写有效的替代文本 最佳实践： 简洁：替代文本通常应少于 125 个字符（屏幕阅读器可能会截断过长的文本）。如果需要更多细节，请使用单独的详细描述。 具体：“狗”太笼统；“金毛幼犬玩网球”更好。 不要使用“图像”或“图片”：屏幕阅读器已经将其识别为图像。 提供上下文：替代文本应与文档上下文相符。同一张图片在不同的文档中可能需要不同的替代文本，具体取决于相关性。 不要重复文字：如果图片说明或周围文字已经提供了相同的信息，则替代文字可以简短或留空。在图片中包含文字：如果图片包含文字（例如徽标、标志、图表），请将该文字包含在替代文字中。避免主观解读：描述你所看到的，而不是你认为它意味着什么（除非意义本身就是重点）。 糟糕的替代文本示例： - “Image1234.jpg”（文件名，无意义） - “点击此处”（功能性图像，未描述目标位置） - “美丽的日落，笼罩着大海”（主观，模糊） - “”（信息性图像留空） 优秀的替代文本示例： - “产品对比表，显示仅在专业版计划中提供的功能 X” - “流程图，说明文档审批流程：提交 → 审核 → 批准/拒绝 → 存档” - “屏幕截图，显示‘文件’菜单，其中‘另存为’选项已高亮显示” ### 添加不同格式的替代文本 Microsoft Word： 右键单击图像 > 编辑替代文本 描述字段：输入替代文本 标记为装饰性：选中“标记为装饰性”以标记装饰性图像 Google Docs： 右键单击图像 > 替代文本 描述字段：输入替代文本 PowerPoint： 右键单击图像 > 编辑替代文本 描述字段：输入替代文本 Adobe Acrobat（PDF）：辅助功能 > 设置替代文本 选择图像，输入替代文本 或：调整阅读顺序工具 > 右键单击元素 > 编辑替代文本 HTML（网页文档）：html <img src="chart.jpg" alt="柱状图显示，2024 年第一季度至第四季度销售额增长 25%。"><!-- Decorative image --><img src="border.jpg" alt="" role="presentation"><!-- Functional image --><a href="search.html"><img src="search-icon.png" alt="搜索"></a> 长描述（适用于复杂图像）： 方法 1：在文档正文中图像附近添加详细描述。 方法 2：链接到包含完整描述的单独页面。 方法 3：使用 longdesc 属性（浏览器支持有限）： html<img src="complex-chart.jpg" alt="2024年各地区销售数据" longdesc="sales-description.html"> ## 如何创建无障碍 PDF？ ### PDF/UA 标准 PDF/UA（通用 PDF 无障碍标准，ISO 14289） 定义了无障碍 PDF 的技术要求。 PDF/UA 要求： 带标签的 PDF：所有内容必须使用语义结构（标题、段落、列表、表格等）进行标记。 阅读顺序：内容必须具有逻辑阅读顺序。 替代文本：所有图像和非文本元素都必须具有替代文本。 嵌入字体：所有字体必须嵌入才能正确渲染。 文档语言：必须声明主要语言。 文档标题：在文档属性中使用有意义的标题。 安全性：无任何限制阻止辅助技术访问。 元数据：必须包含所需的无障碍元数据。 PDF/UA-1（当前版本）确保 PDF 可与屏幕阅读器、可刷新盲文显示器、屏幕放大器和语音识别软件配合使用。 ### 创建带标签的 PDF 带标签的 PDF 使用 PDF 标签（类似于 HTML 标签）嵌入文档结构，辅助技术可以利用这些标签来理解文档的组织结构。来自 Microsoft Office：

Word 转 PDF（保持辅助功能）： 文件 > 另存为 > PDF 选项：勾选“文档结构标签以支持辅助功能” 如果 Word 文档结构正确，这将创建带有标签的 PDF。 转换前的最佳实践： - 使用内置标题样式（而非手动设置格式） - 正确标记装饰性图像 - 使用正确的列表、表格和结构 - 为所有图像添加替代文本 - 检查阅读顺序 从 Adobe InDesign 导出：文件 > 导出 > Adobe PDF（打印） 常规：兼容性：Acrobat 6 (PDF 1.5) 或更高版本 高级：勾选“创建带标签的 PDF” 从 Adobe Acrobat 导出（向未标记的 PDF 添加标签）： 辅助功能 > 自动标记文档 此功能会尝试自动添加标签。请务必验证结果——自动标记并非完美无缺。 手动添加标签： 视图 > 显示/隐藏 > 导航窗格 > 标签 打开“标签”面板 使用“添加标签”工具手动创建标签结构。 验证标签： 辅助功能 > 辅助功能检查（全面检查）检查结构、阅读顺序、替代文本和其他辅助功能，并生成详细报告。 ### 辅助功能检查器 Adobe Acrobat 辅助功能检查器 识别问题： 运行全面检查：工具 > 辅助功能 > 全面检查 选择选项（通常勾选全部） 查看报告，其中显示已通过/未通过/需要手动检查的项目 标记的常见问题： 文档： - 缺少文档标题 - 缺少语言规范 - 限制辅助功能的安全权限 页面内容： - 未标记的内容 - 缺少替代文本 - 阅读顺序错误 - 颜色对比度低 - 标记的元素（装饰性内容标记错误） 表单： - 缺少表单字段描述 - 缺少 Tab 键顺序 - 键盘无法访问的元素 表格： - 缺少表头 - 表格结构不规则 列表： - 列表嵌套不正确 - 缺少列表标签 标题： - 跳过标题级别 - 标题为空修复问题： - 部分问题可自动修复（右键单击问题 > 修复） - 其他问题需要手动更正（阅读顺序、替代文本、复杂表格） - 修复后重新运行检查器以进行验证 ### 修复无法访问的 PDF 如果您收到无法访问的 PDF： 首选源文件：如果您有源文件（Word、InDesign 等），请在源文件中修复辅助功能并重新生成 PDF。这比修复 PDF 文件更简单可靠。 如果只有 PDF 文件： 自动标记：首先尝试“辅助功能”>“自动标记文档”。这对于简单的文档效果不错。 手动修复：1. 添加标签：创建正确的标签结构 2. 设置阅读顺序：依次点击“辅助功能”>“阅读顺序”工具，重新排列内容块 3. 添加替代文本：在“标签”面板或“阅读顺序”工具中右键单击图像 4. 修复表格：添加表头，调整表格结构 5. 检查标题：确保标题标签级别正确 6. 设置语言：依次点击“文件”>“属性”>“高级”，设置语言 7. 设置标题：依次点击“文件”>“属性”>“描述”，输入标题 8. 测试：运行完整检查，使用屏幕阅读器进行测试 专业修复：包含大量图像、表格或特殊布局的复杂文档可能需要专业的修复服务。 ## 如何确保颜色和对比度的可访问性？ ### WCAG 对比度要求 对比度比较前景（文本）颜色和背景颜色的亮度。 WCAG 2.1 对比度要求：AA 级（最低）：- 4.5:1 普通文本（18pt 以下或 14pt 粗体以下）- 3:1 大文本（18pt 以上或 14pt 以上粗体）- 3:1 UI 组件和图形 AAA 级（增强）：- 7:1 普通文本 - 4.5:1 大文本 对比度为何重要：低视力用户（仅在美国就有 1640 万成年人）难以阅读低对比度文本，在阳光直射下观看屏幕的用户需要更高的对比度，老年人的对比敏感度下降，色盲影响着约 8% 的男性和约 0.5% 的女性。 对比度测试：WebAIM 对比度检查器：webaim.org/resources/contrastchecker/ 色彩对比度分析器：适用于 Windows 和 macOS 的免费桌面应用程序，提供实时对比度检查和吸管工具。Adobe Acrobat 辅助功能检查器：包含对比度检查功能（可能遗漏某些问题）。浏览器扩展程序：WAVE 和 axe DevTools 都包含对比度检查器。

示例： - 良好：黑色 (#000000) 白色背景 (#FFFFFF) = 21:1（优秀） - 良好：深灰色 (#767676) 白色背景 = 4.54:1（符合普通文本的 AA 级要求） - 不良：浅灰色 (#AAAAAA) 白色背景 = 2.32:1（不符合所有要求） - 不良：黄色 (#FFFF00) 白色背景 (#FFFFFF) = 1.07:1（极差） ### 颜色不应是唯一线索 不要仅仅依赖颜色来传达信息、指示操作、提示响应或区分元素。 原因：色盲用户（8% 的男性，0.5% 的女性）无法区分某些颜色组合，屏幕阅读器无法传达颜色信息，打印文档可能是灰度文档，用户可能出于个人需要而更改颜色。 不良示例： - “点击红色按钮提交，点击绿色按钮保存”（仅颜色指示） - 仅使用颜色图例的图表（无图案或标签） - 仅用红色轮廓线表示错误的表单字段（无文本错误信息） - 仅用颜色区分的链接（无下划线或其他标记） 良好示例： - “点击提交按钮（红色）或保存按钮（绿色）”（颜色+文本标签） - 使用颜色和图案或直接标签的图表 - 带有红色轮廓线和字段下方文本错误信息的表单字段 - 除了不同的颜色外，链接还带有下划线或粗体 图案：除了颜色外，在图表中使用图案（条纹、圆点、交叉线）。 标签：在图表元素上直接添加标签，而不是仅使用颜色图例。 图标：为颜色编码的元素添加图标（勾号表示成功，X 表示错误）。 文本：使用文本描述状态，而不仅仅是颜色（例如，“状态：已批准”，而不仅仅是绿色背景）。 ### 色盲的适应 色盲类型： 红色盲（红色缺乏症）：红色呈现为深灰色或黑色，难以区分红色和绿色，约1%的男性患有此病。 绿色盲（绿色缺乏症）：绿色呈现为米色，难以区分红色和绿色，约1%的男性患有此病（最常见）。 蓝色盲（蓝色缺乏症）：蓝色呈现为绿色，黄色呈现为紫色，罕见（约占人口的0.001%）。 适应方法： 使用色盲友好型调色板：选择所有色盲类型都能区分的颜色，在线工具提供色盲友好型调色板，使用色盲模拟器测试设计。 足够的对比度：即使颜色本身存在问题，较高的对比度也有帮助。 多种线索：图案+颜色、图标+颜色、文本+颜色。 避免使用有问题的颜色组合： - 红色和绿色（最常见问题） - 蓝色和紫色 - 浅绿色和黄色 测试工具： 色盲模拟器： - Color Oracle：免费，支持 Windows/Mac/Linux，实时模拟 - Coblis：在线色盲模拟器 - Adobe Photoshop/Illustrator：视图 > 校样设置 > 色盲选项 在最终定稿前使用模拟器测试您的设计，以发现问题。 ## 如何测试文档的可访问性？ ### 自动化测试工具 自动化检查器可以快速识别许多可访问性问题，但无法检测到所有问题。 Microsoft Word 可访问性检查器： 审阅 > 检查可访问性 显示错误、警告和提示 点击每个问题查看解释和指导 Google Docs 可访问性检查器：目前功能有限。请使用第三方工具或手动测试。 Adobe Acrobat 无障碍检查器：工具 > 无障碍 > 全面检查 对 PDF 文件进行全面检查 提供包含通过/失败/手动检查结果的详细报告 PAVE（PDF 无障碍验证引擎）：免费在线工具，上传 PDF 文件即可自动检查，并生成详细报告。 CommonLook PDF 验证器：商业工具，比 Acrobat 检查器功能更全面。 局限性：自动化工具可以检查技术结构（是否存在标题？是否提供了替代文本？），但无法验证含义（标题嵌套是否正确？替代文本是否准确且有用？）。始终需要进行手动测试。 ### 屏幕阅读器测试 屏幕阅读器 将文本转换为语音或可刷新的盲文，是盲人用户的主要辅助技术。 常用屏幕阅读器：NVDA（非视觉桌面访问）：- 仅限 Windows 系统 - 免费开源 - 应用广泛，兼容性极佳 - 下载地址：nvaccess.org JAWS（语音作业访问）：- 仅限 Windows 系统 - 商业软件（900-1200 美元以上）- 专业领域最常用 - 功能丰富 - 重启后提供 40 分钟试用模式

VoiceOver：- macOS 和 iOS - 内置（免费）- 与 Apple 生态系统良好集成 - 启用：系统偏好设置 > 辅助功能 > VoiceOver TalkBack：- Android - 内置（免费）- 启用：设置 > 辅助功能 > TalkBack Narrator：- Windows - 内置（免费）- 基本功能，专业用途较少 - 启用：Windows 键 + Ctrl + Enter 测试流程：1. 按标题导航：屏幕阅读器列出标题，验证所有主要部分是否都有标题，检查层级结构是否合理，确保标题具有描述性。2. 按地标导航：屏幕阅读器可以跳转到特定区域（页眉、导航、正文、侧边栏、页脚）。验证文档结构是否使用了正确的语义区域。3. 阅读文档：完整收听文档，验证阅读顺序是否合理，检查图像是否具有合适的替代文本，确认链接在脱离上下文的情况下仍然有意义（“点击此处”是不恰当的；“下载辅助功能指南 PDF”是恰当的）。**4. 浏览表格：验证屏幕阅读器是否能播报 X 行 Y 列的表格，检查表头是否能正确朗读，并确认按行/列导航功能正常。5. 与表单交互：验证表单字段是否带有正确的标签，检查必填字段是否已标识，确认错误消息是否易于访问，测试是否仅使用键盘即可完成表单填写。6. 检查列表：验证列表是否能被播报为列表并显示项目数量，确认嵌套结构是否正确传达。*常用 NVDA/JAWS 命令：- H：下一个标题 - Shift+H：上一个标题 - 1-6：跳转到标题级别（1 = H1，2 = H2，以此类推） - T：下一个表格 - K：下一个链接 - G：下一个图形/图像 - L：下一个列表 - Insert+F7：列出所有元素（标题、链接、表单等）重要提示：不要想当然地认为您的第一次尝试就一定可访问。屏幕阅读器测试通常能发现自动检查工具遗漏的问题。### 人工辅助功能审核 自动测试只能发现约 30-50% 的问题。人工审核至关重要。 检查清单： 结构： - [ ] 文档标题有意义且唯一 - [ ] 标题反映文档结构 - [ ] 标题级别完整，无跳级 - [ ] 列表格式正确 - [ ] 阅读顺序合理 - [ ] 表格标题正确 文本： - [ ] 文本大小可调整，不会丢失内容或功能 - [ ] 行长合理（正文50-80个字符） - [ ] 文本左对齐（非两端对齐，两端对齐会导致间距不均匀） - [ ] 语言清晰简洁 - [ ] 缩写和首字母缩略词首次出现时已定义 - [ ] 正文字体大小至少为12磅 图像： - [ ] 所有信息性图像均有替代文本 - [ ] 替代文本准确简洁 - [ ] 装饰性图像已标记为装饰性图像 - [ ] 复杂图像有详细描述 - [ ] 图像中不嵌入文本（如果不可避免，则包含在替代文本中） 颜色和对比度： - [ ] 文本对比度足够（普通文本至少 4.5:1） - [ ] 颜色并非传达信息的唯一方式 - [ ] 链接与周围文本可区分（不仅限于颜色） - [ ] 图表除了颜色外还使用了图案 链接： - [ ] 链接文本具有描述性（而非“点击此处”） - [ ] 链接在脱离上下文的情况下也有意义 - [ ] 外部链接已标识（或样式一致） 表单（如适用）： - [ ] 所有表单字段均有可见标签 - [ ] 标签与字段正确关联 - [ ] 必填字段已标识 - [ ] 错误消息清晰易懂 - [ ] 仅使用键盘即可完成表单 PDF： - [ ] PDF 已添加标签 - [ ] 阅读顺序正确 - [ ] 为长文档提供书签 - [ ] 安全设置不会限制辅助功能 用户测试：如果可能，请残障人士实际测试文档。他们的体验可以揭示技术测试遗漏的问题。 ## 常见问题解答 ### 第 508 条款和 WCAG 有什么区别？

第 508 条款 是美国联邦法规，要求联邦机构和承包商确保电子内容的可访问性。WCAG（Web 内容可访问性指南）是 W3C 制定的国际标准，定义了如何使内容可访问。关系：第 508 条款于 2017 年更新，通过引用纳入了 WCAG 2.0 AA 级标准——因此，符合 WCAG 2.0 AA 级标准即可满足第 508 条款的要求。实际区别：第 508 条款在美国联邦层面具有法律约束力，而 WCAG 是全球范围内采用的自愿性共识标准（尽管许多法律都引用了 WCAG）。组织应以 WCAG 2.1 AA 为目标，因为它比 WCAG 2.0 更新颖、更全面，不仅满足第 508 条款的要求，还涵盖了移动可访问性和其他现代问题。 WCAG 2.2（计划于 2023 年发布）将进一步扩展 WCAG 2.1 的标准，但截至 2025 年，WCAG 2.1 AA 将成为实际应用的标准。### 我可以让扫描文档易于访问吗？可以，但这需要一些工作。扫描文档是图像——屏幕阅读器无法直接读取它们，需要进行额外的处理。处理流程：OCR（光学字符识别）：使用 OCR 软件（例如 Adobe Acrobat Pro、ABBYY FineReader、Tesseract 开源软件）将图像转换为文本。此操作可从扫描图像中提取文本。验证准确性：OCR 并非完美无缺——请检查输出结果并手动纠正错误。扫描质量差会导致 OCR 准确率低。添加结构：为识别出的文本添加标题、列表和表格结构。添加替代文本：扫描文档中的任何图像都需要添加替代文本。创建带标签的 PDF：确保最终的 PDF 文件已正确添加标签并具有结构。 替代方案：如果扫描文档非常重要且内容丰富，请考虑重新输入并采用结构化格式，而不是依赖 OCR 识别。预防措施：如果存在原生数字文档，请不要创建扫描文档。从一开始就创建易于访问的文档，而不是扫描难以访问的打印件。对于真正难以访问的源文档（例如旧书、历史资料），转录并采用适当的结构是最可靠的方法。### 如何使表单易于访问？易于访问的表单需要：可见标签：每个表单字段都必须有可见的文本标签（不能仅使用占位符文本作为标签）。将标签放置在字段之前（左侧或上方）。程序关联：标签必须以程序方式与字段关联，以便屏幕阅读器在字段获得焦点时朗读标签。Microsoft Word：使用内置内容控件（“开发工具”选项卡 > “控件”），右键单击控件 > “属性”以设置标题（用作标签）。 Adobe Acrobat：使用“表单”>“准备表单”，确保每个字段都有工具提示（用作标签），设置 Tab 键顺序：“页面”面板 >“页面缩略图”> 右键单击页面 >“页面属性”>“Tab 键顺序”>“使用文档结构”。必填字段：使用文本“(必填)”指示必填字段，而不仅仅是星号或颜色。字段描述：为复杂字段提供说明，并为格式要求（例如日期格式、电话号码格式）提供帮助文本。错误处理：发生错误时，以文本形式（而不仅仅是红色轮廓）标识哪些字段存在错误，解释错误原因，提供修复建议，并将焦点移至第一个错误处。键盘访问：整个表单必须仅使用键盘即可操作（Tab 键、Shift+Tab 键、Enter 键、空格键、方向键）。逻辑 Tab 键顺序：Tab 键按逻辑顺序在字段间移动（通常从上到下，从左到右）。测试：仅使用键盘完成表单，使用屏幕阅读器完成表单，故意触发错误并验证反馈是否清晰。 ### 文档中的多媒体内容该如何处理？

多媒体无障碍 确保聋人、听力障碍者、盲人和低视力用户能够访问音频和视频内容。要求：字幕（视频/音频）：与音频同步的文本，包含对话和重要声音（例如“关门声”、“音乐声”），可以是开放式字幕（始终可见）或隐藏式字幕（可切换）。文字稿（音频）：音频内容的完整文本版本，包括说话人标识、重要声音和视觉信息描述。音频描述（视频）：在对话停顿期间对重要视觉内容进行旁白描述，这对盲人用户至关重要。同步媒体替代方案：结合字幕、文字稿和音频描述，使内容完全无障碍。控制：媒体播放器必须具备键盘可访问的控制功能（播放、暂停、音量调节、字幕切换），足够的字幕阅读时间，以及暂停/停止播放的功能。 禁止自动播放：音频/视频不应自动播放，需要用户交互才能启动。避免闪烁：内容每秒闪烁次数不得超过 3 次（可能诱发癫痫）。在文档上下文中：PDF 中嵌入的视频必须满足这些要求，或提供指向可访问网页上可访问版本的链接。考虑链接到外部平台（例如带有字幕的 YouTube），而不是直接嵌入文档。### 如何处理多语言文档？多语言可访问性要求 语言声明：在属性中设置文档语言，并为外语短语/章节声明内联语言更改。原因：屏幕阅读器使用语言设置来选择正确的发音。英语屏幕阅读器用英语发音朗读法语内容是无法理解的。Microsoft Word：审阅 > 语言 > 设置校对语言，选择不同语言的文本，应用相应的语言。Adobe Acrobat：文件 > 属性 > 高级 > 语言（设置默认值），对于文档内的语言更改，请使用“标记”面板为特定标记设置语言。 HTML: <html lang="en"> 用于文档语言， 用于内联语言更改， 用于问候语。翻译：如果提供翻译，请确保所有版本都同样易于访问（不要创建易于访问的英文版本，却创建难以访问的西班牙语版本）。替代文本：将替代文本翻译成文档语言。方向：从右到左的语言（阿拉伯语、希伯来语）需要正确设置方向。字符编码：使用 UTF-8 编码以支持所有字符/语言。测试：请母语人士审阅翻译，并使用针对目标语言配置的屏幕阅读器进行测试（发音/语法有所不同）。### 如果我需要转换一个难以访问的文档怎么办？场景：收到一个难以访问的 PDF 文件，需要将其转换为易于访问的格式；有一个易于访问的 Word 文档，需要将其转换为 PDF。最佳实践：保留可访问性：许多转换会丢失可访问性功能。选择能够保留文档结构的转换方法。Word 转 PDF：使用“文件”>“另存为”>“PDF”，并选中“保留文档结构标签以进行辅助功能”。这样可以保留标题、替代文本和结构。PDF 转 Word：Adobe Acrobat > 文件 > 导出到 > Microsoft Word > Word 文档。对于简单的文档，结构可以得到较好的保留，复杂的文档可能需要手动清理。将无法访问的 PDF 转换为可访问的 PDF：如果您有源文档（Word、InDesign），请在源文档中修复辅助功能并重新生成 PDF。如果您只有 PDF 文件，请使用 Adobe Acrobat 进行修复（添加标签、阅读顺序、替代文本）。请谨慎使用 1converter.com：在线转换器（包括我们的）可能无法保留辅助功能标记。对于需要辅助功能的文档：建议直接从源应用程序导出（Word > 另存为 PDF），转换后验证辅助功能（运行辅助功能检查器），或者如果在转换过程中丢失了辅助功能，请手动重新添加。预防措施：从一开始就创建可访问的文档，保留源文件以便在需要时重新生成，并在任何转换前后测试辅助功能。### Microsoft Office 文档默认是可访问的吗？

Office 并非自动创建无障碍文档，但它提供了优秀的工具。 Office 的自动功能包括：使用正确的标题样式（如果您使用），保持文档结构，内置辅助功能检查器，支持替代文本和其他辅助功能。**您需要做的是：使用内置样式（标题、列表、表格）——不要手动设置格式，为图像添加替代文本，检查阅读顺序，验证颜色对比度，运行辅助功能检查器并修复问题，添加表格标题，确保表单中的制表符顺序正确。常见错误：手动设置标题格式（例如使用粗体+大字体而不是标题样式），使用表格进行布局而不是使用正确的结构，添加没有替代文本的图像，仅使用颜色来传达含义，以及使用会破坏阅读顺序的复杂布局。最佳实践：使用内置模板作为起点（它们包含正确的结构），学习并使用样式（而不是手动设置格式），在创建过程中频繁运行辅助功能检查器（而不仅仅是在最后运行），并启用实时辅助功能反馈：文件 > 选项 > 辅助功能 > 工作时检查辅助功能问题。 转换为 PDF：始终使用“另存为 PDF”并勾选辅助功能选项，切勿使用“打印到 PDF”（会丢失所有结构）。### 我应该多久测试一次文档的辅助功能？在整个创建过程中，而不仅仅是在最后。开发阶段：使用实时检查工具（Microsoft Word 的持续辅助功能反馈），从一开始就正确构建文档结构（比事后修改更容易），在插入图像时添加替代文本（不要在最后批量添加），在编写章节时检查标题结构。定稿前：运行完整的辅助功能检查（Word/Acrobat 辅助功能检查器），使用屏幕阅读器进行测试（按标题导航、朗读部分内容、检查表单/表格），验证颜色对比度，使用检查清单进行审核。分发前：进行最终的全面检查，在不同的设备/平台上进行测试（辅助功能可能会因环境而异），验证格式转换是否破坏了辅助功能（如果转换格式），考虑请残障服务机构审核重要文档。 持续进行：进行重大修改后重新测试，每年审查已发布的文档（无障碍标准不断发展），对新的文档类型/模板进行一次测试，然后对后续实例进行抽查。组织层面：将无障碍测试纳入标准工作流程，对所有内容创建者进行无障碍培训，指定无障碍倡导者或专家，对文档库进行无障碍审核。理念：无障碍并非一次性清单，而是对包容性实践的持续承诺。从一开始就将无障碍融入工作流程远比在分发后对不无障碍的文档进行改造要容易得多。### 如果我的文档不具备无障碍功能会怎样？后果因情况而异：法律风险：根据《美国残疾人法案》(ADA)、《康复法案》第508条、州法律提起诉讼（和解金额通常超过10万美元），强制性无障碍改进（法院命令的补救措施），负面宣传和声誉损害。 教育机构：民权办公室 (OCR) 投诉、联邦资金损失（如果存在不合规模式）、残疾学生诉讼、州残疾人权利投诉。政府机构：违反《康复法案》第 508 条、承包商合同处罚、监察长调查结果、国会监督。企业：ADA 第三章诉讼（如果涉及公共场所）、客户投诉和损失、品牌声誉受损、排除潜在的残疾客户。实际影响：残疾人无法获取您的信息、法律和道德上的失误、错失商机（残疾人市场消费能力超过 4900 亿美元）、搜索引擎优化 (SEO) 惩罚（无法访问的文档排名更低）、糟糕的移动体验（无障碍功能可提高移动设备的可用性）。财务影响：法律成本（辩护、和解、补救措施）、机会成本（客户流失、合同损失）、声誉成本（媒体报道、客户流失）。 收到投诉后的第一步：不要忽视或轻视它，要认真对待并专业地回应，评估情况（文件有多难访问？有多重要？），制定带有时间表的补救计划，将计划告知投诉人，实施修复并验证可访问性，并建立流程以防止将来出现问题。

辅助功能会影响文档文件大小吗？影响极小——辅助功能几乎不会增加文件大小：哪些因素会增加文件大小：替代文本：文本非常小——为数百张图片添加替代文本可能总共只会增加 10-50 KB。标签（PDF）：带标签的 PDF 结构通常会增加 5-15% 的文件大小。对于 1 MB 的 PDF 文件，这意味着会增加 50-150 KB。嵌入式字体（PDF/UA 要求）：嵌入字体（如果尚未嵌入）每个字体可能会增加 50-200 KB。元数据：辅助功能元数据增加的文件大小小于 1 KB。哪些因素不会增加文件大小：正确的标题结构（Word、HTML）、语义标记、颜色对比度（不影响文件大小）、键盘辅助功能（不影响文件大小）、逻辑阅读顺序（不增加额外数据）。比较：与图像、嵌入式媒体或高分辨率图形相比，辅助功能标记微不足道。一张高分辨率照片可能达到 5 MB，而为整个 50 页的文档添加辅助功能可能只会增加 100-200 KB。权衡：即使辅助功能会使文件大小翻倍（实际上不会），但法律要求和为残障人士提供无障碍服务的道德义务远远超过了任何文件大小方面的顾虑。优化：现代压缩技术可确保辅助文档保持合理的大小，图像和媒体的优化应与辅助功能分开进行（这些是影响文件大小的主要因素），并使用 PDF 优化工具在保持辅助功能的同时减小文件大小。## 结论 创建辅助文档并非可选项，而是法律要求、道德义务和实际需要。全球有超过 10 亿残障人士，而无法访问的文档会将他们排除在信息、机会和参与之外。好消息是：实现辅助功能是完全可行的。使用合适的文档结构，包括语义化的标题、列表和表格。为图像和复杂的图形提供文本替代方案。确保足够的颜色对比度，不要仅仅依赖颜色。创建带有标签的 PDF，以便屏幕阅读器可以导航。使用自动化检查工具和屏幕阅读器进行测试。在文档创建过程中就应考虑无障碍设计，而不是事后才考虑。从一开始就将无障碍设计融入工作流程远比事后改造不具备无障碍功能的文档要容易得多。对所有文档创建者进行无障碍基础知识培训。建立组织标准，并使用默认包含无障碍功能的模板。以 WCAG 2.1 AA 级 合规性为基准。这满足了大多数法律要求，并解决了大部分无障碍障碍。对于关键文档或特定受众，在条件允许的情况下，可考虑达到 AAA 级。请记住：无障碍设计惠及所有人，而不仅仅是残障人士。清晰的结构有助于所有用户更好地理解文档。正确的语义标记可以实现更高效的搜索和自动化。移动用户也能从无障碍功能中受益。未来的技术可以更好地处理和重新利用无障碍内容。在转换文档格式时，务必注意保留无障碍功能。并非所有转换工具都能保留语义结构、替代文本或标签。对于关键的无障碍文档，请在每次转换后验证其无障碍功能，并在必要时手动恢复相关功能。 准备好了解更多关于创建易于访问且安全的文档的信息了吗？ 请查看我们的文档转换最佳实践、文件安全和处理敏感文档指南。**1converter.com**支持超过200种格式，转换快速安全——但请记住，转换后可能需要验证辅助功能。对于需要符合WCAG标准的文档，请在任何格式转换后仔细检查和测试，以确保辅助功能得以保留。

相关文章： - 如何根据您的需求选择合适的文件格式 - PDF 无障碍：PDF/UA 完整指南 - 文档 WCAG 2.1 合规性检查清单 - 文档屏幕阅读器测试指南 - 创建无障碍图表 - 表单无障碍最佳实践 - 无障碍设计的颜色对比度指南 - 替代文本编写指南：最佳实践 - 联邦承包商的第 508 条款合规性 - 文档补救服务：何时使用它们