站点规模变大之后，栏目往往是“长”出来的，而不是“规划”出来的：新业务上线加一个栏目，某个团队要曝光再加一个，几次迭代下来，导航栏挤满入口，URL 路径层层嵌套，用户找不到东西，蜘蛛进来也分不清主次。栏目规划说到底，是把内容按用户要解决的问题归类，而不是按内部汇报关系归类。
栏目结构和组织架构不是一回事
判断一个栏目该不该存在，先问三个问题：
- 有没有稳定的内容供给？只有一个落地页、后续无人维护的栏目，多半是负担。
- 用户会不会主动找它？如果只有内部同事才记得这个名字，放在主导航里意义不大。
- 它和已有栏目是并列还是包含？能收进现有栏目下的，就不要新开一级。
三个问题都答不上来的栏目，先别急着放进主导航，可以先用标签页、专题页的形式试运行，观察一段时间再决定是否升级为正式栏目。
从用户的问题倒推栏目
比较稳妥的做法，是先列出目标用户在站内最想完成的几件事，再把内容往这些任务上归拢。比如一个卖设备的站点，用户关心的是“选型、价格、安装、售后”，栏目就围绕这几件事展开，而不是按“产品一部、产品二部”去切分。
归拢完成后，每个栏目都应该能用一句话说清它解决什么问题。一句话说不清的，说明栏目要么太大，要么混装了两类内容，可以考虑拆；两个栏目的一句话几乎一样的，说明该合并。
URL 路径要和栏目对得上
栏目层级确定后，URL 路径最好同步体现层级关系，让路径本身就能说明内容归属。常见的问题是栏目页面全部挂在 /list/ 这类统一目录下，路径和导航完全脱节，后续做内链、做统计、做改版迁移都很别扭。
同时要控制层级深度，重要栏目尽量在两到三层以内可达。层级太深的内容，既不容易被用户点到，也不容易在抓取中被稳定发现，往往只能靠列表页或站内搜索兜底。
空栏目和低频栏目怎么处理
栏目建好之后长期没有内容填充，是最常见的运营债务。它会让导航显得空洞，也会让用户点进去又退出来。处理方式通常有三种：
- 合并：内容量太少的栏目，并入相邻的上级或同级栏目。
- 降级：从主导航撤下，保留在二级导航或相关推荐位里。
- 补充：确实有业务价值但暂时内容不足的，先安排固定的更新节奏，把内容补齐再放回导航。
栏目不是越全越好。一个只有三篇文章的栏目，往往不如把这几篇放进内容更充实的上级栏目，用户在页面内反而更容易找到相关内容。
一份可以照着做的自查清单
- 把当前全站栏目、二级栏目列出来，标注每个栏目的内容数量和最近更新时间。
- 核对导航栏里的入口，是否都能对应到真实存在、有内容的页面。
- 检查 URL 路径是否体现栏目归属，层级是否过深。
- 找出三个月以上没有更新的栏目，逐一判断合并、降级还是补充。
- 确认栏目名称是用户能看懂的说法，而不是内部代号或缩写。
- 检查栏目页本身是否有稳定的内链结构，能指向下级内容和相关栏目。
栏目规划不需要一次做到完美，但需要定期回看。业务在变，用户的关注点也在变，栏目结构跟着调整是正常的。真正要避免的是栏目只增不减，最后谁也不敢动，全站结构慢慢僵住。