使用tabs实现导航菜单是否违反ARIA官方规范？

问题答案 #

1. 用tabs模式实现导航是否违反ARIA原则？ #

ARIA规范本身没有明文禁止用tabs模式做导航，但这种做法不符合ARIA的核心设计原则，会存在无障碍体验缺陷。
ARIA定义的tabs角色，本来就是为单页面内的同层级内容切换设计的：标准交互逻辑是点击tab后不需要刷新页面，直接展示当前页内对应的内容面板，焦点管理也有固定规则，比如用左右方向键就能在多个tab之间快速切换，激活tab后焦点还可以自动跳到对应面板内容里。
但导航场景的逻辑完全不一样：点击导航项后要跳转到不同页面，页面会刷新，选中状态还要持久化保留，这和用户对tabs角色的交互预期完全冲突。如果硬给导航项加role="tab"的语义，用屏幕阅读器的用户会默认预期点击后是页面内切换，结果实际跳了新页面，很容易产生困惑，本质违反了「ARIA角色语义要和实际交互行为一致」的核心无障碍要求。

2. GitHub个人主页的类tab组件是什么？是否符合ARIA规范？ #

GitHub个人主页上那个看起来像tab的组件，本质是导航选项卡，根本没用到ARIA的tabs相关角色实现，完全符合规范。
它的底层是用普通的<a>链接标签做的，只是给当前激活的导航项加了aria-current="page"属性标识状态，完全符合导航场景的语义要求。屏幕阅读器会把它识别为普通导航链接，不会误判成页面内切换的tabs，点击跳转新页面、刷新后状态保留的逻辑也和导航的交互预期完全匹配，只是视觉样式做得和tabs类似而已，不存在违反ARIA规范的问题。

内容的提问来源于stack exchange，提问作者Enlico