nav标签仅用于包裹站点级主要导航链接集合，如顶部主导航、文档目录锚点、管理侧边栏等；禁用上一篇/下一篇、页脚杂项链接、搜索框、登录按钮、广告链接等非主干跳转路径，并须为每个nav添加aria-label或aria-labelledby以明确用途。

标签不该包含所有网站导航，它只负责包裹真正承担“主要跳转路径”功能的链接集合。用错地方不仅没好处，反而会干扰屏幕阅读器识别、误导搜索引擎判断页面结构。

nav 标签的核心定位是「语义声明」，不是「容器收纳」
它不等于“导航相关的东西都往里塞”，而是在告诉浏览器、爬虫和辅助技术：“这一块，是用户在站点内移动时最依赖、最常使用的那几条主干道。”比如首页入口、产品列表、后台功能模块——这些才是它的管辖范围。

哪些导航内容明确不该放进

？

• 文章末尾的“上一篇/下一篇”链接：属于内容流延续，不是站点级导航
• 页脚一堆杂项链接（如隐私政策、条款、社交媒体图标）：虽有跳转功能，但不具备主导航意图
• 搜索框、登录按钮、购物车图标（哪怕带链接）：它们是操作控件，不是导航路径
• 广告链接、推广位、第三方合作入口：语义上不属于本站导航体系

多个

可以共存，但必须各自有清晰目的

一个页面允许有多个

，前提是每个都有独立且可识别的导航职责。例如：

• <nav aria-label="主导航"></nav>（顶部横栏：首页｜产品｜方案｜支持）
• <nav aria-label="文档目录"></nav>（长页面内的锚点跳转：#安装｜#配置｜#故障排查）
• <nav aria-label="管理侧边栏"></nav>（后台系统中：仪表盘｜用户管理｜日志｜设置）

内部结构要规范，才能发挥语义价值

本身不强制要求子元素，但为保障可访问性和逻辑性，推荐： - 用 `

` 或 `

` 组织链接项，避免平铺 `` 标签 - 每个导航项用 `
1. ` 包裹，保持层级清晰 - 添加 `aria-label` 或 `aria-labelledby`，尤其当页面存在多个
   时 - 避免把 `display: none` 的链接塞进去——隐藏内容仍会被读屏软件解析，造成导航混乱

   误用

   的实际代价

   • 屏幕阅读器用户开启“导航模式”后，可能被大量低优先级链接淹没，找不到真正需要的入口
   • 搜索引擎可能把广告链接或页脚杂项当作核心导航，影响对网站信息架构的判断
   • W3C 明确指出：滥用
     会稀释其语义强度，最终让这个标签失去标记价值

   nav 标签的作用不在视觉呈现，而在结构表达。它不控制跳转行为，也不参与样式渲染，只专注传递一个信号：这里，是通往网站关键区域的正式通道。