底部友情链接不应使用 <nav> 标签，因其属于辅助性链接，不符合 W3C 和 WCAG 对主导航的语义要求；推荐用 <footer> 包裹，内部采用 <ul> 或 <div> 组织链接。

<nav> 标签在 HTML5 中语义上表示导航链接的集合，适用于主导航、侧边栏导航、分页导航等——但不推荐用于底部版权区域的友情链接矩阵。

原因很明确：

• 版权区的友情链接（如“关于我们”“服务条款”“合作伙伴”“友情链接”等）本质是辅助性、次要的链接集合，多数不属于用户完成核心任务所需的主要导航路径；
• W3C 规范和可访问性（WCAG）实践建议：<nav> 应只包裹全站级、重复使用、对导航有实质意义的链接组。底部一堆合作站点 logo 或外部链接，通常不具备“主导航”功能，反而可能干扰屏幕阅读器用户的导航流。

✅ 正确做法如下：

底部友情链接该用什么标签？

推荐使用 `

` 包裹 + `

` 或 `

` 组织链接，保持语义清晰且符合实际用途：

立即学习“前端免费学习笔记（深入）”；


anything-to-html
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
下载
• <footer> 是语义化版权/归属信息的标准容器，天然适合底部区域
• 友情链接若为横向矩阵（如 Logo 栅格），可用 <div class="links-grid"> 配合 CSS Grid/Flex 布局
• 若强调链接列表结构（如文字链接），用 <ul class="footer-links"> 更合适，每个链接用 <li> 包裹
• 避免套用 <nav>，除非该区域确为独立导航模块（例如“快速跳转到各频道”的底部快捷导航）

什么情况下底部链接才适合用 <nav>？

仅当满足以下全部条件时可考虑：

• 该链接组在全站多页面重复出现，且内容稳定（非动态广告或临时推广）
• 它提供的是与主内容强相关的、用户高频使用的导航入口（例如：“手机站”“英文版”“无障碍模式”“回到顶部”）
• 你已通过 aria-label="底部快捷导航" 明确其作用，避免歧义

一个干净合规的底部示例

（不含 nav，兼顾语义、SEO 和可访问性）

<footer>
  <p>© 2024 XXX 公司. 保留所有权利.</p>
  <ul class="footer-links">
    <li><a href="/about">关于我们</a></li>
    <li><a href="/contact">联系我们</a></li>
    <li><a href="https://partner-a.com" rel="noopener noreferrer">合作伙伴 A</a></li>
    <li><a href="https://partner-b.com" rel="noopener noreferrer">合作伙伴 B</a></li>
  </ul>
</footer>

不复杂但容易忽略：语义标签的价值不在“看起来像导航”，而在于“被正确理解”。友情链接矩阵重在呈现关系与归属，不是引导用户穿越站点结构——交给 <footer> 和结构化列表，更准确。