品牌故事. 04. 02.
Polartec.com 可访问性一致性报告
在 Polartec (www.polartec.com)，我们致力于为包括残障人士在内的所有用户提供数字无障碍体验。我们的目标是确保我们的网站符合《网页内容可访问性指南》（WCAG）2.2 AA 级标准，并遵循最佳实践，以提高每个人的可用性。
我们对无障碍访问的承诺
Polartec 致力于创建一个包容性和用户友好的数字体验。为了支持 Polartec.com 上的可访问性，我们
- 将可访问性纳入我们的设计和开发流程
- 为我们的开发团队提供持续的可访问性培训
- 定期审核我们的网站，以识别并解决无障碍访问障碍
- 鼓励并采纳残疾用户的反馈意见
- 及时回应无障碍问题和建议
反馈和联系信息
如果您遇到任何无障碍访问障碍或有任何改进建议，请通过[email protected]与我们联系或填写下表。您的反馈意见非常宝贵，有助于我们为所有用户创造更具包容性的体验。
无障碍设施反馈表
备注
本可访问性一致性报告基于对 Polartec.com 内面向用户的关键页面和交互进行的审核。
当与成功标准相关的问题影响到可用性时，会提供解释和备注，以描述问题的程度和任何已知的解决方法。
作为本次审核的一部分，对以下页面和交互进行了评估：
- 主页
- 产品页面
- 面料页面/搜索功能
- 合作伙伴专区（登录和注册）
- 联系和支持页面
测试的重点是确保所有用户，包括使用屏幕阅读器、键盘导航和替代输入设备等辅助技术的用户，都能无障碍地访问网站。评估范围不包括核心网站功能以外的第三方插件或集成。
使用的评估方法
采用了具有代表性的抽样方法，以确保对类似页面结构进行有效测试。例如，测试了一个产品页面作为所有产品列表的代表性样本，测试了一个登录屏幕作为与身份验证相关的无障碍性样本。
每个页面都被分解成其关键组件，并对各种状态（如错误信息、模式交互、动态内容更新）进行分析。
测试方法包括
- 自动测试和指导性手动测试：使用 axe DevTools Pro 浏览器扩展识别 WCAG 违规行为。
- 高级手动测试：遵循 Axe 高级测试覆盖范围指南，以确保在自动化结果之外进行全面测试。
- 屏幕阅读器测试：结合使用 NVDA (Firefox)、JAWS (Chrome) 和 VoiceOver (Safari) 进行。
- 键盘导航测试：确保无需鼠标即可进行全面导航和交互。
- 色彩对比度分析根据背景颜色验证文本的可读性。
针对自动化工具尚未涵盖的 WCAG 2.2 AA 成功标准进行了额外测试。
适用标准/指南
网页内容可访问性指南》（WCAG）规定了提高可访问性的要求。这些指南有三个级别的一致性：A 级、AA 级和 AAA 级。Polartec.com 部分符合 WCAG 2.2 AA 级标准，这意味着虽然我们的大部分内容符合可访问性标准，但某些方面可能仍需改进。
本报告评估是否符合以下可访问性标准：
| 标准/准则 | 报告中包括 |
|---|---|
| 网页内容可访问性指南 2.0 |
A 级（是） AA 级（是） AAA 级（否） |
| 无障碍网页内容指引 2.1 |
A 级（是） AA 级（是） AAA 级（否） |
| 无障碍网页内容指引 2.2 |
A 级（是） AA 级（是） AAA 级（否） |
与浏览器和辅助技术的兼容性
Polartec.com 的设计与以下辅助技术兼容：
- 带有屏幕阅读器的现代网络浏览器（Chrome、Firefox、Edge、Safari）。
- 支持辅助功能的移动和桌面操作系统。
Polartec.com 可能无法完全兼容：
- 超过 3 个主要版本的浏览器。
- 超过 5 年的移动操作系统。
技术规格
Polartec.com 的可访问性依赖于以下技术：
- HTML
- WAI-ARIA
- CSS
- JavaScript
- SVG
这些技术可确保与各种辅助工具兼容。
限制与替代方案
尽管我们尽了最大努力，但仍可能存在一些可访问性限制。以下是已知的限制和解决方案：
| 已知限制 | 说明 | 解决方案 |
|---|---|---|
| 用户生成的内容 | 某些上传的图片可能缺少替代文本。 | 我们会在10 个工作日内监控并解决缺少替代文本的问题。请向我们报告问题。 |
| 存档文件 | 旧文件可能不完全支持屏幕阅读器。 | 我们会根据要求在3 个工作日内将文件转换为无障碍格式。如需帮助，请联系我们。 |
如果您遇到以上未列出的问题，请联系我们。
术语
一致性级别信息中使用的术语定义如下：
- 支持：网站功能至少有一种方法完全符合标准，没有已知缺陷，或提供了等效的替代方法。
- 支持：某些网站功能不完全符合标准。
- 不支持：大部分网站功能不符合标准。
- 不适用：该标准与网站不相关。
- 未评估：网站未根据此标准进行测试（仅适用于 WCAG 2.0 AAA 级）。
1 可感知
1.1 文本备选方案
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 1.1.1:非文本内容 |
整个样本结果： 通过 |
所有非文本内容（如图像和图标）都包含供屏幕阅读器用户使用的适当替代文本。装饰性图像被正确标记为忽略。 |
1.2 基于时间的媒体
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 1.2.1:纯音频和纯视频（预录） |
整个样本结果不存在 |
预先录制的纯音频和纯视频内容缺少基于文本的替代内容 |
| 1.2.2:字幕（预录） |
整个样本结果： 通过 |
所有预先录制的视频都包含同步字幕，能准确反映口语对话和重要的音频提示。 |
| 1.2.3:音频描述或媒体替代（预录） |
整个样本结果不存在 |
预先录制的视频没有为盲人或低视力者提供语音描述或替代媒体。 |
| 1.2.4:字幕（实时） |
整个样本结果： 通过 |
实时视频内容包含字幕，使聋人或听力有障碍的用户可以访问该内容。 |
| 1.2.5: 音频描述（预录） |
整个样本结果： 不存在 |
没有为预录视频中传达重要信息的视觉内容提供音频描述。 |
1.3 适应性
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 1.3.1:信息与关系 |
整个样本结果： 通过 |
使用正确的 HTML 元素和 ARIA 属性，以编程方式传达语义和结构。 |
| 1.3.2:有意义的序列 |
整个样本结果： 通过 |
内容以合理的阅读顺序呈现，确保使用辅助技术时的无障碍性。 |
| 1.3.3:感官特征 |
整个样本结果： 通过 |
说明不完全依赖形状、大小、颜色或声音来表达含义。 |
| 1.3.4:方向 |
整个样本结果： 通过 |
内容可在纵向和横向两种方向上操作，且不会丧失功能。 |
| 1.3.5: 确定输入目的 |
整个样本结果： 通过 |
输入字段使用正确的自动完成属性，有助于有认知障碍或使用密码管理器的用户。 |
1.4 可区分性
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 1.4.1:色彩的运用 |
整个样本结果： 通过 |
未将色彩作为传递信息的唯一手段。 |
| 1.4.2:音频控制 |
整个样本结果： 通过 |
自动播放的音频包含暂停或停止声音的控制功能。 |
| 1.4.3:对比度（最小值） |
整个样本结果： 通过 |
文本和背景颜色组合符合可读性的最低对比度要求。 |
| 1.4.4:调整文字大小 |
整个样本结果： 通过 |
当文字大小增加到 200% 时，内容仍保持可读性和功能性。 |
| 1.4.5: 文本图像 |
整个样本结果： 通过 |
除非必要，否则避免文本图像；尽可能使用真实文本呈现文本。 |
| 1.4.10: 回流 |
整个样本结果： 通过 |
缩放或调整大小时，内容会适当回流，确保无需水平滚动即可使用。 |
| 1.4.11: 非文本对比度 |
整个样本结果： 通过 |
图标和焦点指示器等视觉元素符合对比度要求。 |
| 1.4.12: 文字间距 |
整个样本结果： 通过 |
设计没有阻止用户为了可读性而覆盖文本间距属性。 |
| 1.4.13: 悬浮或聚焦时的内容 |
整个样本结果： 通过 |
悬停或聚焦时出现的任何附加内容都是可删除、可悬停和持久的。 |
2 可操作
2.1 键盘可访问
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 2.1.1:键盘 |
整个样本结果： 通过 |
仅通过键盘即可访问所有功能，无需输入鼠标。 |
| 2.1.2:无键盘陷阱 |
整个样本结果： 通过 |
用户可以使用键盘自由导航，不会被困在任何组件中。 |
| 2.1.4:字符快捷键 |
整个样本结果： 不存在 |
不存在与屏幕阅读器或键盘功能冲突的字符快捷键。 |
2.2 足够的时间
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 2.2.1:时间可调 |
整个样本结果： 不存在 |
时间限制（如适用）不可由用户调整，可能会影响需要更多时间的用户。 |
| 2.2.2:暂停、停止、隐藏 |
整个样本结果： 不存在 |
没有暂停、停止或隐藏移动、闪烁或自动更新内容（如果有）的机制。 |
2.3 癫痫发作和身体反应
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 2.3.1:三次闪光或低于阈值 |
整个样本结果： 通过 |
没有内容在一秒钟内闪烁超过三次，最大限度地降低了癫痫发作的风险。 |
2.4 可导航
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 2.4.1:旁路块 |
整个样本结果： 通过 |
存在跳过链接等机制，允许用户绕过重复内容。 |
| 2.4.2:页面标题 |
整个样本结果： 通过 |
页面具有有意义的描述性标题，有助于引导用户。 |
| 2.4.3:重点顺序 |
整个样本结果： 通过 |
可聚焦元素以符合视觉布局的逻辑顺序获得聚焦。 |
| 2.4.4:链接目的（上下文） |
整个样本结果： 通过 |
即使脱离上下文，链接文本也具有描述性和意义。 |
| 2.4.5: 多种方式 |
整个样本结果： 通过 |
提供一种以上的方式在网站内查找网页。 |
| 2.4.6: 标题和标签 |
整个样本结果： 通过 |
标题和标签具有描述性，有助于用户了解内容的目的。 |
| 2.4.7: 重点明显 |
整个样本结果： 通过 |
当元素获得焦点时，有一个可见的指示符。 |
| 2.4.11: 焦点不模糊（最小值） |
整个样本结果： 通过 |
焦点指示器未被其他元素隐藏或遮挡。 |
2.5 输入模式
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 2.5.1:指针手势 |
整个样本结果： 通过 |
可使用简单的手势操作所有功能，无需复杂或多点手势。 |
| 2.5.2:取消指针 |
整个样本结果： 通过 |
通过指针输入启动的操作可在完成前取消，从而最大限度地减少意外启动。 |
| 2.5.3:名称中的标签 |
整个样本结果： 通过 |
用户界面元素的可访问名称与可见标签一致，确保与语音控制兼容。 |
| 2.5.4:动作执行 |
整个样本结果： 通过 |
功能不依赖于基于动作的手势，并包含替代功能。 |
| 2.5.7: 拖动动作 |
整个样本结果： 不存在 |
没有发现拖动交互需要为行动不便的用户提供替代功能。 |
| 2.5.8: 目标大小（最小值） |
整个样本结果： 通过 |
可点击元素符合最小尺寸要求，可为运动控制能力有限的用户提供帮助。 |
3 可理解性
3.1 可读
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 3.1.1:页面语言 |
整个样本结果： 通过 |
在 HTML 中正确声明了页面语言，为屏幕阅读器用户提供了帮助。 |
| 3.1.2:部件语言 |
整个样本结果： 通过 |
为辅助技术正确识别内容中的语言变化。 |
3.2 可预测
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 3.2.1:聚焦 |
全部样本结果： 通过 |
元素获得焦点时不会发生意外的上下文变化。 |
| 3.2.2:输入时 |
整个样本结果： 通过 |
输入字段的变化不会导致页面上下文发生意外变化。 |
| 3.2.3:一致的导航 |
整个样本结果： 通过 |
各页面导航元素的位置一致。 |
| 3.2.4:一致的标识 |
整个样本结果： 通过 |
多次出现的用户界面组件标识一致。 |
| 3.2.6: 一致的帮助 |
整个样本结果： 不存在 |
整个网站没有明确的帮助机制或一致的支持。 |
3.3 输入帮助
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 3.3.1:错误识别 |
整个样本结果： 无法判断 |
无法对表单进行全面测试；不清楚验证失败时是否提供错误信息。 |
| 3.3.2:标签或说明 |
整个样本结果： 通过 |
输入字段包含适当的标签或说明，以指导用户输入。 |
| 3.3.3:错误提示 |
整个样本结果： 通过 |
检测到输入错误时，提供纠正错误的建议。 |
| 3.3.4:错误预防（法律、财务、数据） |
整个样本结果： 不存在 |
没有发现防止敏感交易出错的机制。 |
| 3.3.7: 重复输入 |
全部样本结果： 不存在 |
不存在防止用户重复输入先前提供的信息的功能。 |
| 3.3.8:可访问的身份验证（最低限度） |
整个样本结果： 通过 |
身份验证不依赖谜题等认知测试，并支持密码管理器。 |
4 强大
4.1 兼容
| 成功标准 | 结果 | 观察结果 |
|---|---|---|
| 4.1.2:名称、作用、价值 |
整个样本结果： 通过 |
用户界面组件通过编程确定了辅助技术的名称、角色和状态。 |
| 4.1.3: 状态信息 |
整个样本结果： 通过 |
状态信息由屏幕阅读器公布，无需关注。 |