我正在努力使我的导航变得可访问，并且我正在考虑为它添加一些accesskey - 快捷方式，但有一些疑问。
1）accesskeys可能与用户区可访问性软件中的某些关键绑定发生冲突。这很重要吗？在JS上关闭\可能会有一些accesskeys会是一个好主意吗？
2）当我得到它时，应该有一些特殊的数字（accesskeys）用于可访问性。
1 for home;
2 for skipping navigation;
4 for search input;
9 for contact
0 for accessibility statement;
如果是这样，还有更多吗？喜欢“帮助”或其他什么？
3）在w3.org它说我应该将accesskeys放在编号列表中（ol）。它有多重要？
4）从可访问性的角度来看，使用JS绑定网页的热键是不是一种坏习惯吗？
答案 0 :(得分：1)
关于您的访问密钥与辅助软件和设备附带的快捷方式冲突的第一点是一个真正的问题。除非您准备对所有可能的设备和软件组合进行跨浏览器测试（例如，我已经看过插入iPhone 6的迷你盲文键盘），否则您可以使用＃。保证您的快捷方式不会让用户在他们访问的每个其他网站上使用的快捷方式中删除。
访问键的替代方法是创建一个非常好的跳过菜单。不仅仅是跳到内容，还可以跳到搜索或联系等。我在网上只看过其中一些，而在我看来Simply Accessible的那个是最好看的。 （免责声明：我与他们签约，但没有建立网站）。它使用JavaScript收集标题并将其转换为页面上的小菜单。它使用标准链接，辅助技术人员已经很好地管理。您可以对要为其创建访问键的部分执行相同操作。或者，如果他们在每个页面上都是相同的部分，那么您可能不需要JS，只能使用HTML / CSS模板。
答案 1 :(得分：1)
例如，如果您正在谈论指定accesskey='f'，我不确定是否存在干扰。当我运行JAWS或NVDA时，他们都告诉我＆＃34; alt plus f＆＃34;当我的焦点转到具有该accesskey的元素时。 （Firefox会说＆＃34; alt plus shift加f＆＃34;）。我作为用户一直使用accesskeys。例如，在维基百科中，搜索字段的访问密钥为F，因此我不断使用shift + alt + f来访问firefox中的搜索字段。
这不会干扰quicknav键，至少在这两个特定的屏幕阅读器中是这样。我仍然可以使用H导航到标题，使用B的按钮，使用T的表等等。我的屏幕阅读器快捷键都不是Alt +任何东西。
你拥有的W3C链接是从2005年开始的。并不是说它仍然无效，而且他们似乎在这里使用它 - https://validator.w3.org/accesskeys.html，但我不确定我是否已经曾见过一个带有有序的accesskeys列表的网站。
对于屏幕阅读器用户而言，在页面上更正所有语义信息更为重要。确保标题是真正的标题（<h1>或<div role='header' aria-level='1'>），按钮是真实按钮（<button>或<div role='button'>）等。
通过这样做，它允许屏幕阅读器用户使用前面提到的quicknav键（H，B，T等）。我使用这些quicknav键的方式比使用accesskeys更多，但这可能是我个人的偏好。