<nav> 专用于包裹页面中主要导航链接，如顶部菜单、侧边栏、页内锚点等；不应包含次要链接或非链接元素，避免语义滥用影响辅助技术和搜索引擎理解。
<nav> 是 HTML5 引入的语义化标签，专用于包裹页面中「主要的导航链接」——不是所有链接都该塞进去，只有那些真正承担跳转到其他页面或文档关键区域功能的链接才适合。
什么时候该用 <nav>？
它适用于你网站里用户第一眼会找、且反复使用的导航结构：
- 顶部横栏菜单（比如「首页｜产品｜关于我们｜联系我们」）
- 侧边垂直导航栏（如后台管理系统的功能入口列表）
- 页内锚点导航（比如长文档里的「目录」跳转区，含
#section1、#faq这类链接） - 多语言切换或主题切换这类全局性导航控件（前提是它们以链接形式存在）
如果只是文章末尾一个「上一篇」「下一篇」链接，或者某个按钮调用 javascript:void(0)，那就不算「主要导航」，别硬套 <nav>。
为什么不能把所有链接都包进 <nav>？
滥用会稀释语义价值，导致辅助技术（比如屏幕阅读器）和搜索引擎无法准确识别真正重要的导航路径：
立即学习“前端免费学习笔记（深入）”；
- 屏幕阅读器用户可能开启「导航模式」快速跳转
<nav>区域，若里面塞满无关链接，反而增加操作负担 - 搜索引擎依赖语义标签理解页面结构，
<nav>里混入广告链接、登录按钮、社交媒体图标，会让爬虫误判导航意图 - W3C 明确建议：一个页面可以有多个
<nav>，但每个都应有明确目的；不推荐嵌套或用它替代<div>布局
<nav> 内部结构怎么写才合理？
它本身不规定内部标签，但按可访问性和语义惯例，推荐这样组织：
- 用
<ul><li><a>结构表达导航项顺序，比一堆平铺<a>更利于键盘 Tab 导航 - 给
<nav>加aria-label（如aria-label="主站导航"），尤其当页面有多个<nav>时，避免屏幕阅读器只读出「导航」而不知区别 - 避免在
<nav>里放display: none的链接——隐藏内容仍会被辅助技术解析，可能造成逻辑混乱 - 不要用
<nav>替代 CSS 布局容器；它不提供默认样式，也不影响渲染流，纯语义用途
最常被忽略的一点：语义标签的价值不在「写了就完事」，而在「写得精准」。一个没加 aria-label 的 <nav>，和五个堆在一起却无区分的 <nav>，对真实用户来说，可能比不用还糟。
