信息架构决定了用户能否找到东西，也决定了搜索引擎能否理解站点。它不体现在视觉稿上，却支配着导航、URL、内链与页面模板的所有决策。
扁平化的真正含义
扁平化常被误解为「层级越少越好」。它真正的含义是：让任何内容在尽量少的点击内到达。层级减少通常伴随单层条目增加，当一级导航超过七个条目时，识别成本会快速上升，扁平化的收益被抵消。
合理的做法是维持三到四层的结构总深度，同时通过交叉链接、相关推荐与站内搜索，为深层内容提供多条到达路径——结构可以深，但通路必须多。
层级数量的控制
判断层级是否合理，可以用一个简单测试：把一个深层页面单独发给同事，看他能否在十秒内说出自己在站点的什么位置、以及上一个层级是什么。做不到，说明层级划分或命名有问题。
- 层级划分应基于用户的分类逻辑，而非内部组织架构；
- 同级条目应满足互斥且穷尽，避免「其他」这类兜底项长期存在；
- 层级名称要具体，能独立成立，避免「更多」「服务」「产品」这类空泛标签。
导航系统的分工
| 导航类型 | 解决什么问题 | 典型位置 |
|---|---|---|
| 全局导航 | 横向选择主要业务方向 | 页头 |
| 面包屑 | 告知当前位置与上级路径 | 内容区顶部 |
| 侧边导航 | 在同级内容间快速切换 | 内容区左侧 |
| 页脚导航 | 兜底暴露全部重要入口 | 页脚 |
| 站内搜索 | 用户已知目标，直达 | 页头 |
五套导航并非都要有，但如果某些入口只能靠其中一套到达，就要警惕「孤岛页面」的出现。
URL 也是信息架构的一部分
可读的 URL 能同时服务用户与搜索引擎。路径应反映层级，层级变化时应设置跳转而不是直接改地址，避免已有链接失效。对需要长期存在的内容，URL 一旦发布就应视为稳定接口。
验证与迭代
信息架构无法靠推演达到最优，需要数据验证：查看站内搜索的零结果率与高频词，分析导航点击分布，检查跳出率异常的页面。把这些问题按「内容缺失」与「结构不清」分类，分别对症处理，比整体重构更高效。