导航是站点的骨架。访客靠它判断这个站有什么、该往哪走；搜索引擎的爬虫也靠它从一个页面走到另一个页面。导航做得清楚，URL 的发现路径就顺；导航含糊，再好的内容也可能只被少数人看到。这篇把主导航和页脚导航拆开，列一份可以直接对照的自查清单。
主导航先回答三个问题
打开首页，看一眼顶部导航，问自己：新访客能不能在几秒内知道这个站是做什么的？老访客能不能一步到达最常去的位置？爬虫能不能只靠这些链接走到大部分重要栏目？三个问题里任何一个答不上来，导航就值得改。
条目数量与命名
- 一级条目控制在 5 到 8 个，超出后要么合并，要么下沉到二级。
- 命名用访客的词，不用内部项目代号。“帮助中心”比“支撑体系”好懂。
- 少放“更多”“其他”这类没有信息量的入口，它们既不容易被点击，也不帮助爬虫理解结构。
结构与可达性
- 当前所在栏目要有视觉高亮，让访客知道自己在哪一层。
- 下拉菜单里的条目要写成真实的超链接，带 href、指向独立 URL，而不是只靠 JavaScript 绑定点击事件。
- 移动端折叠菜单展开后，所有条目都能点到，不依赖悬停。
- 用键盘 Tab 键能依次走到每个入口，说明这部分结构没有只做给鼠标。
页脚导航不只是版权声明
页脚是很多站点最容易忽略、却最稳定的一块链接区。它适合放那些不常点、但需要随时能找到的页面。
- 关于我们、联系方式、隐私政策、服务条款。
- 站点地图页（给访客看的 HTML 版本）以及内容更新说明。
- 备案、资质、客服入口等合规信息。
检查这些链接是否都能正常打开，别让“隐私政策”指向一个失效页面。页脚链接全站保持一致，也方便爬虫在每个页面都确认一遍这些基础页面仍然存在。
最容易踩的三个坑
把导航做成图片或纯脚本
用图片切图做导航，链接信息就藏在图里；用脚本在页面加载后动态拼出菜单，抓取时可能只拿到一个空容器。稳妥的做法是让服务端先输出基础链接，再用脚本做样式和交互增强。样式可以花哨，结构要保持朴素。
导航里塞满关键词
为了覆盖更多词，把一级导航堆成十几个栏目，访客看不懂，页面上的链接权重也被摊薄。导航反映的是业务结构，不是关键词表。
导航和栏目实际内容脱节
栏目改名、合并、下线之后，导航没有同步，就会出现点进去只有一两条内容、或者内容与预期无关的情况。每次调整栏目，顺手看一眼导航。
一份可以照着做的自查清单
- 从首页到任一重要栏目，点击次数不超过三次。
- 主导航每个条目都能用鼠标、触屏和键盘操作。
- 所有导航链接都是带 href 的普通链接，抓取工具能读到。
- 当前栏目有高亮状态，位置感清楚。
- 页脚的基础页面链接全部可访问，没有失效地址。
- 导航文案与实际栏目名称一致，没有历史遗留的旧名。
- 移动端展开菜单后，条目没有超出屏幕或被挡住。
- 新增栏目已经出现在该出现的位置，下线栏目也已从导航移除。
改完记得记一笔
导航调整往往牵动全站，改动前先截图或记录当前结构，改动后留一段时间观察访问日志和站内搜索词，看看访客是不是走到了预期的位置。发现问题就回滚，别一次改太多地方，否则很难判断是哪个改动起了作用。
导航不是装饰，它决定了人和爬虫看这个站的第一条路径。把这条路径理顺，通常比在别处再加十个入口更划算。