在视频、音频及其他媒体文件中，应当提供四种主要的替代媒体形式：字幕、文本记录、音频描述和手语翻译。选择提供哪些形式应基于以下几点：
媒体类型支持：纯音频、纯视频，或音视频结合(多媒体)
媒体是直播还是预录制
所遵循的 WCAG 标准的版本与等级要求
其他与媒体内容相关的用户需求
表单
应尽可能使用标准的 HTML 元素与语义结构，避免通过 ARIA 创建自定义组件。
不推荐 — 使用 ARIA 自定义 HTML
<div role="form" id="sundae-order-form"> <!-- 表单内容 --> </div>
推荐 — 使用标准 HTML
<form id="sundae-order-form"> <!-- 表单内容 --> </form>
应为表单字段添加适当的 HTML autocomplete属性。
除非用户已提前获知相关行为，否则表单字段在获取焦点或用户输入时，不应自动引发上下文变化。
标签
确保每个表单字段都有清晰、准确、且通过编程方式关联的标签。
描述
如果标签或表单说明本身已足够清晰，则不一定需要额外的字段描述。
当需要更多信息以防止用户出错时，则应添加描述。例如，说明密码长度要求或特定的日期格式(如 MM-DD-YYYY)。
可以使用 aria-describedby属性将字段描述与对应的表单元素关联起来，这能确保屏幕阅读器同时读出标签和描述，提升用户的认知清晰度。
错误处理
当表单出现错误时，应立即告知用户。明确标识出错的字段，并提供简洁清晰的错误描述文本。
错误信息可以通过多种方式呈现，例如：
模态对话框
在错误发生位置附近内联显示
在页面顶部集中显示的一组错误信息列表
提示错误时，需注意键盘焦点的管理，并酌情使用 aria-live实时区域。
只要可能，应向用户提供如何纠正错误的详细建议。可使用以下两种属性来处理错误提示：
使用 HTML 的 required属性。浏览器会根据提交验证参数提供通用的错误提示。
使用 aria-required属性，可向辅助技术(AT)提供自定义的错误信息。注意，此信息默认仅对 AT 用户可见，若需对所有用户显示，需额外编写可见的提示代码。
其他相关成功标准
目标尺寸(最小)：确保交互元素有足够的点击/触控区域。
持续的帮助：在用户操作过程中提供易于获取的帮助信息。
无障碍身份验证：确保登录认证过程不对残障用户造成障碍。
减少冗余输入：避免让用户重复输入相同的信息。