网站上的所有可下载文档（word doc、ppt、pdf 等）是否都可以访问以满足 WCAG 的要求？
Should all downloadable documents(word doc, ppt, pdf etc) in an website be accessible to meet WCAG?
网站上的所有可下载文档（word doc、ppt、pdf 等）都应该可以访问以满足 WCAG 的要求吗？如果是，那么可以映射到最接近的 WCAG 规则是什么？
网站上的所有可下载文档（word doc、ppt、pdf 等）都应该可以访问以满足 WCAG 要求吗？
为了符合 WCAG，网站上的所有文档都需要可访问。
现在您提到了很多不同的文档类型，因此每个文档类型的过程都不同。
例如，对于 PDF，您可能需要阅读 PDF techniques for WCAG 2.0（我找不到 2.1 版本）。
对于 Word 文档，您可能需要阅读此 WebAim article on accessible Word Documents.。
每种文档类型都有很多要学习的东西，所以我建议一次专注于每种文档类型（从 PDF 开始，因为它们最有可能存在易于修复的主要问题）并学习如何测试每一个。
如果是，这可以映射到最接近的 WCAG 规则是什么？
恐怕没有一个规则可以映射，几乎所有规则都适用。
例如，如果您的 PowerPoint 演示文稿中有一个视频，它应该有字幕。
正确的标题结构必不可少等
问题是每种文档类型的技术略有不同。
如果您希望关注核心内容（有些内容可能不适用于每种文档类型，即 PDF 中的视频），我会建议 WCAG A 级的以下子集，因为这些是基本内容：-
1.1.1 – Non-text 内容 为non-text 内容
提供替代文本
1.2.1 – Audio-only and Video-only (Pre-recorded) 提供 video-only and [=115 的替代方案=]内容
1.2.2 – 字幕 (Pre-recorded) 为带音频的视频提供字幕
1.2.3 – 音频描述或媒体替代方案 (Pre-recorded) 带音频的视频有第二个替代方案
1.3.1 – 信息和关系 逻辑结构
1.3.2 – 有意义的序列 以有意义的顺序呈现内容
1.3.3 – 感官特征 指令使用多种感官
1.4.1 – 颜色的使用 不要使用完全依赖颜色的展示
1.4.2 – 音频控制 不自动播放音频
2.1.1 – 键盘 只能通过键盘访问
2.2.2 – 暂停、停止、隐藏 提供移动内容的用户控件
2.3.1 – 闪烁三次或以下 没有内容每秒闪烁超过三次
2.4.3 – 焦点顺序 逻辑顺序
2.4.4 – Link 目的（在上下文中） 每个 link 的目的在其上下文中都很清楚
通常更简单的解决方法
请人创建可访问的 PDF、Word 文档等往往很容易被遗忘。
我们所做的是将它们转换为 HTML 文档（实际上我们首先在 HTML 中创建它们然后转换为 PDF），并且在我们的可访问性政策中有一行解释并非所有 PDF、Word 文档等都可以访问，但可以使用 HTML 替代方法。
然后我们 link 到 HTML 版本先用一个下载按钮。或者，如果它是作为潜在客户捕获过程一部分的文档，我们可以让他们下载 PDF 并将第一行 link 改为 HTML 版本“有一个可访问的 HTML 版本[URL] 上提供了此文档的一部分，可能无法完全访问此文档。"
虽然这不是完美的方法，但随着时间的推移，它是我们发现的最易于维护的方法。
将文档复制并粘贴到 wordhtml.com 等文档清理器并修复 HTML 也比修复一些结构非常糟糕的 PDF 和 Word 文档要容易得多。
Powerpoint 是这项技术不太适用的地方，但它至少应该适用于您的 PDF 和 Word 文档。
作为最后的好处，搜索引擎可以更好地索引内容，因此您可以获得更好的内容排名。
网站上的所有可下载文档（word doc、ppt、pdf 等）都应该可以访问以满足 WCAG 的要求吗？如果是，那么可以映射到最接近的 WCAG 规则是什么？
网站上的所有可下载文档（word doc、ppt、pdf 等）都应该可以访问以满足 WCAG 要求吗？
为了符合 WCAG，网站上的所有文档都需要可访问。
现在您提到了很多不同的文档类型，因此每个文档类型的过程都不同。
例如，对于 PDF，您可能需要阅读 PDF techniques for WCAG 2.0（我找不到 2.1 版本）。
对于 Word 文档，您可能需要阅读此 WebAim article on accessible Word Documents.。
每种文档类型都有很多要学习的东西，所以我建议一次专注于每种文档类型（从 PDF 开始，因为它们最有可能存在易于修复的主要问题）并学习如何测试每一个。
如果是，这可以映射到最接近的 WCAG 规则是什么？
恐怕没有一个规则可以映射，几乎所有规则都适用。
例如，如果您的 PowerPoint 演示文稿中有一个视频，它应该有字幕。
正确的标题结构必不可少等
问题是每种文档类型的技术略有不同。
如果您希望关注核心内容（有些内容可能不适用于每种文档类型，即 PDF 中的视频），我会建议 WCAG A 级的以下子集，因为这些是基本内容：-
1.1.1 – Non-text 内容 为non-text 内容
提供替代文本1.2.1 – Audio-only and Video-only (Pre-recorded) 提供 video-only and [=115 的替代方案=]内容
1.2.2 – 字幕 (Pre-recorded) 为带音频的视频提供字幕
1.2.3 – 音频描述或媒体替代方案 (Pre-recorded) 带音频的视频有第二个替代方案
1.3.1 – 信息和关系 逻辑结构
1.3.2 – 有意义的序列 以有意义的顺序呈现内容
1.3.3 – 感官特征 指令使用多种感官
1.4.1 – 颜色的使用 不要使用完全依赖颜色的展示
1.4.2 – 音频控制 不自动播放音频
2.1.1 – 键盘 只能通过键盘访问
2.2.2 – 暂停、停止、隐藏 提供移动内容的用户控件
2.3.1 – 闪烁三次或以下 没有内容每秒闪烁超过三次
2.4.3 – 焦点顺序 逻辑顺序
2.4.4 – Link 目的（在上下文中） 每个 link 的目的在其上下文中都很清楚
通常更简单的解决方法
请人创建可访问的 PDF、Word 文档等往往很容易被遗忘。
我们所做的是将它们转换为 HTML 文档（实际上我们首先在 HTML 中创建它们然后转换为 PDF），并且在我们的可访问性政策中有一行解释并非所有 PDF、Word 文档等都可以访问，但可以使用 HTML 替代方法。
然后我们 link 到 HTML 版本先用一个下载按钮。或者，如果它是作为潜在客户捕获过程一部分的文档，我们可以让他们下载 PDF 并将第一行 link 改为 HTML 版本“有一个可访问的 HTML 版本[URL] 上提供了此文档的一部分，可能无法完全访问此文档。"
虽然这不是完美的方法，但随着时间的推移，它是我们发现的最易于维护的方法。
将文档复制并粘贴到 wordhtml.com 等文档清理器并修复 HTML 也比修复一些结构非常糟糕的 PDF 和 Word 文档要容易得多。
Powerpoint 是这项技术不太适用的地方，但它至少应该适用于您的 PDF 和 Word 文档。
作为最后的好处，搜索引擎可以更好地索引内容，因此您可以获得更好的内容排名。