治理

可访问性

当前关于可读的启动页面、键盘可达性、移动端安全布局以及可访问性相关发布工作的公开姿态。

  • 记录 UAIX-GOVR-0080
  • 小路 /zh-cn/governance/accessibility/
  • 使用 规范公共记录

文件状态

公共标准页面 作为当前公共标准记录的一部分在 UAIX 上发布
代码
UAIX-GOVR-0080
表面
治理
使用权
公开且可链接

如何使用本页

当你需要查看当前关于启动页面、验证器工作流与发布 QA 的公开可访问性姿态时,请使用本页。

配合阅读

政策与安全隐私与数据分析验证器

可访问性姿态

让页面可读性与人工 QA 始终绑定到发布工作

本页是当前关于键盘流程、可读性、移动端布局以及启动表面中可访问性相关 QA 的公开说明。

可读表面

当前主张聚焦于公共阅读质量

启动表面应保持真实文本、可预测的标题结构、足够对比度以及可读的技术内容,而不是依赖装饰性或难以访问的捷径。

人工 QA

模板变更应随检查一起推进

搜索、验证器、支持面板、代码块和导航变更在发布前都应附带键盘与移动端 QA。

未来工作

不要暗示存在认证项目

当前姿态面向发布且偏实际运作;正式办公室、认证徽章或更广泛机构项目尚未发布。

配合阅读

政策与安全信任总枢纽与跨领域发布姿态。隐私与数据常与可访问性交叉的公共阅读与发现姿态。分析测量脚本与嵌入也会影响前端可访问性。验证器首要的交互式技术评审表面。变更日志面向可访问性相关变更的日期化记录。

可访问性姿态

当前启动表面应如何保持可读且可审

当评审者需要查看阅读页面、技术页面与面向发布 QA 上的当前公开可访问性边界时,请使用此矩阵。

运行领域当前已发布在此验证尚未公开
可读的公共页面主要启动页面应保持真实文本、可读结构和足够对比度,而不是依赖装饰性或难以访问的捷径。不要从当前面向发布的姿态推断存在更广泛的认证项目或办公室。
键盘与交互流程导航、搜索、验证器交互、支持面板和复制控件都应保持可通过键盘到达且易于理解。正式的可访问性服务台、审计项目或已发布的整改流程尚未公开。
面向发布的 QA模板与内容变更在发布前应附带键盘、可读性、溢出和移动端检查。当前姿态并不意味着未来每一页都会在发布前单独完成审计。

当前公开主张面向实际运作和发布:键盘流程、可读性、移动端安全布局和真实文本应随启动工作一起推进。

可访问性发布包

可访问性相关变更应如何随发布传递

当某次发布改变了启动表面上的模板、导航、代码示例、验证器交互或移动端行为时,请使用这一序列。

  1. 第 1 步

    检查键盘流程

  2. 第 2 步

    检查文本、对比度与标题结构

  3. 第 3 步

    检查移动端布局与溢出

  4. 第 4 步

    将 QA 备注附到发布记录中

  5. 第 5 步

    发布日期化轨迹

人工 QA 与发布轨迹应一同推进,让另一位评审者既能理解主张,也能理解变化。

What this page covers

Use this page for the current public accessibility posture across the UAIX launch surface. It explains what launch-ready readability, keyboard use, mobile layout, and manual QA mean on the current public standards site.

当前 published accessibility posture

  • Launch-ready pages should use readable real text, keyboard-reachable interactions, contrast-safe presentation, and mobile-safe layouts across the public surface.
  • When a release changes navigation, search, validator workflows, machine-reference pages, downloadable packets, or other primary reading surfaces, manual accessibility QA should travel with the release evidence.
  • The current posture is operational and release-led rather than a separate certification or accessibility-office program.

What reviewers should verify now

  1. 检查 primary reading routes such as Home, Get Started, UAI-1, and Governance with keyboard-only navigation.
  2. 检查 whether code blocks, tables, support panels, and validator surfaces remain readable on mobile and at narrower widths.
  3. 检查 whether contrast, heading hierarchy, and real-text structure remain intact after content or template updates.
  4. 检查 whether the release trail documents accessibility-significant changes when observable behavior shifted.

What is not claimed

  • UAIX does not currently publish a separate accessibility office, certification badge, or formal legal statement program beyond the current public posture.
  • Do not imply automated accessibility guarantees across all future content; the current claim is a release-facing commitment to readable, reviewable public pages.
  • Do not imply wider institutional support channels unless they are formally published on canonical UAIX pages.

How accessibility-significant changes should travel

  • Update the affected template, page copy, and public guidance together.
  • Keep manual QA notes attached to the release evidence when keyboard flow, readability, or mobile behavior changes.
  • Record the change through Governance, the 变更日志, and News when outside readers need dated context.
  • Use 政策与安全 when the same release also changes licensing or security-significant posture, and use 引用 and Contributors when another reviewer needs the durable public handoff packet.

下一步 step

Continue to 政策与安全 for the trust-policy hub, or read Analytics when a release changes measurement scripts, embeds, or other observable front-end behavior beside accessibility.