网站信息架构实操：导航、分类、URL 与面包屑怎么定

信息架构决定读者会不会迷路

信息架构不是画一棵漂亮的树，而是让名称、位置和路径保持一致。导航写“资源中心”，页面标题却是“知识库”；分类叫“云计算”，URL 又使用 /solutions/，读者每走一步都要重新猜。搜索引擎可以抓到页面，也不代表它能理解这些页面之间的主次关系。 从上一篇确定的技术方案回到内容层：先用读者会说的话命名，再考虑数据库字段。内部模型可以复杂，公开导航必须简明。

主导航只放高频、稳定的入口

主导航不是所有页面的目录。内容型网站通常保留四到六个一级入口已经足够：核心内容栏目、必要工具或产品、关于与联系方式。隐私政策、登录、标签归档可以放在页脚或上下文中，不必全部挤进顶部。 用任务测试名称。第一次访问者看到“建站指南”，大致知道会找到建站教程；看到“赋能中心”，则无法预测内容。内部喜欢的品牌词可以做视觉表达，不该牺牲导航可理解性。手机端还要检查一级入口是否在不滚动过多的情况下可到达。

分类按长期主题，标签按具体属性

一个文章分类最好能稳定存在两年以上，并容纳一条递进内容路径。分类数量不要随着每个新关键词增长。若“Caddy”“Docker”“systemd”都单独成为一级分类，站点很快会出现大量薄弱栏目；把它们作为标签或服务器部署栏目中的主题更合理。 每篇文章设一个主要分类，避免同一正文出现在多个分类 URL 下。确实需要从多个入口发现时，使用内部链接和标签，不要复制页面。分类页也应该有一句清楚说明和精选路径，而不是只按日期堆标题。

URL 要稳定、可读，不要塞满关键词

URL 的工作是唯一标识页面，并给人一点内容线索。推荐小写英文、连字符分词、长度适中，例如 /article/design-website-information-architecture。发布日期、作者名和临时分类不适合写进永久 URL，因为这些信息以后可能变化。 同一内容只保留一个首选地址。带参数的筛选页、打印页和大小写变体要有明确规则。不要为了改一个关键词就频繁换 URL；已经被引用和收录的旧地址，比理论上更完美的新地址更有价值。

面包屑表达位置，正文链接表达关系

面包屑适合显示层级：主页 / 建站指南 / 当前文章。它帮助读者回到上一级，也能为搜索引擎提供结构线索。但面包屑不能替代正文里的前后篇链接，因为递进系列是学习关系，不一定等同于分类层级。 面包屑文字应与页面实际栏目一致，每一级都能点击，当前页不必重复链接自己。结构化数据可以增强机器理解，但页面上可见的导航仍是基础；不要只输出 JSON-LD，却让读者看不到路径。

旧站改结构先做映射表

改版前导出已有 URL，逐条标记：保留、合并、删除、重定向。能保留就保留；内容合并时使用永久重定向到最相关的新页；确实没有替代内容的旧页可以返回明确的 404 或 410。不要把所有失效地址都重定向到首页，这既误导用户，也掩盖迁移错误。 上线后抽查三类地址：旧链接是否到达正确页面，新页面是否输出唯一 canonical，站点地图是否只包含可索引的首选 URL。重定向链超过一步时应当清理，避免 A 跳 B 再跳 C。

用五分钟卡片排序验证

把页面名称写在卡片上，请一个不熟悉项目的人分组并命名。观察他把“备份恢复”“HTTPS 排错”“服务器监控”放在哪里，而不是告诉他正确答案。若多数人都无法预测某个栏目包含什么，就修改栏目名或边界。 最后从三个入口走通：首页导航、搜索结果进入文章、文章结尾进入下一篇。三条路径都能到达目标，信息架构才真正可用。下一篇开始处理最容易被做成宣传海报的页面：首页首屏、信任信息与访问路径怎么排。