页脚：SEO、语义 HTML 与可访问性检查

页脚应该帮助用户完成常见的全站任务，而不是充当把所有 URL 藏在底部的“SEO 仓库”。

WHATWG HTML 标准说明，<footer> 元素表示其最近分节祖先或整个页面的页脚；Google Search Central 的可抓取链接文档强调链接应使用可抓取的 <a href> 和清晰锚文本；W3C WAI 进一步指出，页面级页脚才会形成 contentinfo 地标，文章或区块里的页脚不是同一回事。

直接答案

页脚适合放全站通用且稳定的信息，例如法律页面、联系与支持入口，以及少量次级导航链接。不要把页脚当成 Google 或用户发现重要内容的唯一入口。真正重要的页面，仍然应该出现在主导航和相关正文内链中。

页脚到底是什么

根据 WHATWG HTML Standard，页脚有几个关键点：

它属于最近的分节祖先，或者属于整个页面。
它通常承载相关链接、版权信息或作者信息。
它不会创建新的 section。
它通常出现在页面底部，但规范并不要求它必须在源码里处于最后。

这很重要，因为团队常常把下面三种东西混为一谈：

整个站点共用的页面级页脚。
文章底部用于发布时间、作者等信息的文章页脚。
视觉上看起来像页脚、但只是普通 <div> 的底部模块。

页脚能在哪些方面帮助 SEO

页脚不是排名开关，但合理使用时可以帮助抓取与导航。

Google 在可抓取链接最佳实践中明确了几个原则：

Google 一般通过带 href 的真实 <a> 元素抓取链接。
锚文本应当清晰、具描述性。
你重视的页面应从站内其他页面获得链接，理想情况是出现在相关上下文中。

由此可以得到更实用的页脚规则：

页脚用来放稳定的全站通用链接。
与查询主题直接相关的重要页面，仍应通过正文中的上下文内链获得支持。

如果一个重要页面只在页脚里出现，技术上它仍然被链接到了，但你依然缺少 Google 建议的上下文关系信号。这里的结论是基于官方链接指导推导出来的，而不是“页脚链接天然足够”。

一个好的页脚应该放什么

常见且安全的页脚内容包括：

公司名称与版权信息
隐私政策、服务条款等法律页面
联系方式或支持入口
账户、定价、帮助中心等常用快捷入口
一小组次级导航链接
用户确实会期待看到的社交链接
在业务需要时加入简洁的订阅或产品 CTA

通常应避免：

把整个主导航和子导航原样再复制一遍
把所有城市页、服务词或关键词变体堆成全站链接
在密集多列里塞入低价值链接
使用只靠 JavaScript 点击处理、却没有真实 <a href> 的伪链接

语义 HTML 与可访问性边界

WAI 地标区域指南和 WAI 页面区域教程都强调了一个边界：

body 下的页面级 <footer> 才是页面的 contentinfo 地标。
放在 article、section、main、nav 或 aside 里的 <footer>，并不会变成页面级 contentinfo。

做全站页脚时，可以把心智模型理解成这样：

<footer>
  <nav aria-label="Footer">
    <ul>
      <li><a href="/about/">About</a></li>
      <li><a href="/price/">Pricing</a></li>
      <li><a href="/privacy/">Privacy Policy</a></li>
      <li><a href="/terms/">Terms of Service</a></li>
    </ul>
  </nav>
  <p>&copy; 2026 Fennec SEO</p>
</footer>

而文章元信息页脚则是另一回事：

<article>
  <h1>Post title</h1>
  <p>...</p>
  <footer>
    <p>Published July 26, 2026</p>
  </footer>
</article>

第二个示例同样是有效 HTML，但它不应被当成站点主页脚地标。

如何审计页脚

模板更新或改版后，可以按这个顺序快速检查：

打开渲染后的页面，确认实际使用了 <footer> 元素。
检查页脚链接是否都是真实的 <a href>，而不是点击事件或伪按钮。
逐个阅读锚文本，替换掉无法表达目标含义的泛化标签。
统计重复链接组，删除只是重复页头、却没有新增用户任务价值的区块。
确认法律页面、联系页、支持页等必要入口仍然保留。
在移动端检查链接是否仍然易点、易读、不会挤成一团。
用辅助功能检查器或屏幕阅读器地标列表确认页面暴露出一个可理解的 contentinfo 区域。

如果你还要验证链接本身是否可用，可以继续用 Fennec 的 Link Checker 检查页脚链接，或者在模板变更后再跑一次 SEO Audit Tool。

常见页脚失败模式

真正常见的问题通常不是“理论上怎么写”，而是上线后变成了难维护的模板负担。

链接堆放，而不是导航

当页脚变成几十个链接的集合时，用户更难快速扫描，站点架构也更难理解。

链接不可抓取

Google 的官方文档已经说明，链接通常应使用可抓取的 <a href>。如果页脚里充满脚本点击目标，其可发现性就弱于真实 HTML 链接。

锚文本过于泛化

反复出现“了解更多”“点击这里”之类的文本，提供的上下文明显少于“定价”“支持中心”“隐私政策”这类直接标签。

地标语义判断错误

文章页脚不等于站点级 contentinfo。如果设计系统在各类 section 里到处嵌套 footer，辅助技术导航会比预期更混乱。

只靠页脚暴露重要页面

重要页面即使在页脚里可达，也不代表内部链接策略已经完整。依据 Google 自身的链接指导，重要资源仍应在相关页面正文里自然出现。

下一步建议

如果你在修页脚 SEO，下一步通常值得连带检查：

内部链接的上下文内链策略
Technical SEO 的整体抓取与导航结构
Link Checker 在模板发布后的页脚链接可用性

链接回词汇表

一句话定义：词汇表中的页脚。