我正在开发一个由聊天机器人和动态表单元素组合而成的表单，这些元素根据不同的验证事件和选择而出现和消失。该表单逐渐显示下一步，前面的步骤看起来就像用户已经“聊天”了答案。
由于经常添加/删除大量元素，aria-live 属性通过屏幕阅读器提供令人困惑的信息(例如，文本框将显示在底部)屏幕就像某些字段的聊天消息按钮，然后当下一个选择是单选按钮时消失)。
由于这个新表单将作为 Beta 测试启动，因此我们有一个上一页，用户可以在其中选择一些初始值，这些初始值将路由到这个新表单或现有表单。
执行以下选项之一(或者此处未列出的其他选项)是否符合 WCAG AA 标准:
通过视觉上隐藏但启用了 aria 的字段检测用户正在使用 aria 标签，并在用户专注于表单时将 UI 更改为传统的结构化表单(所有元素可用，动态插入/删除较少)
在启动页面上使用检测将用户路由到具有基本表单的不同页面，使两个页面保持分离
提供用户可以导航到的选项(菜单、复选框或其他选项)，允许他们切换表单以退出对话模式，并提供说明该选项最适合屏幕阅读器的文本用户
最佳答案
简短的回答是"is"。
参见“Understanding Conformance Requirements”
1. Conformance Level: One of the following levels of conformance is met in full.
Level A: For Level A conformance (the minimum level of conformance), the Web page satisfies all the Level A Success Criteria, or a conforming alternate version is provided.
Level AA: For Level AA conformance, the Web page satisfies all the Level A and Level AA Success Criteria, or a Level AA conforming alternate version is provided.
参见“a conforming alternate version”的定义。有几个要求。
但是，您无法自动切换到备用形式。你怎么知道你需要切换？您无法检查辅助技术是否正在运行，即使可以，也有一些用户可以从不使用辅助技术的更简单的形式中受益。您的表单顶部必须有一个链接，其中包含“转到更简单的表单”之类的内容。
关于javascript - 如果原始表单对于屏幕阅读器而言过于复杂，那么提供后备表单对于 WCAG 合规性是否有效？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/55350197/