转赞推荐：从前端 Wiki 的目录结构学栏目分层
推荐顺手翻一下 前端 Wiki 的目录。它讲的内容不算稀奇，但栏目分层很值得做站的人抄：大类稳定、子类互斥、每个子类下都能直接找到具体条目，几乎不出现「这篇到底该放哪儿」的犹豫。
值得抄的第一点：大类按读者的找法分
目录不是按内部团队分工，也不是按技术栈的学术分类，而是按「读者带着什么问题进来」分。基础语法、样式布局、工程化、面试题库，各自对应一种明确的来访意图。这比按「前端／后端／运维」这类抽象标签更贴近实际检索。
值得抄的第二点：层级浅且宽度可控
| 观察 | 做法 |
|---|---|
| 层级 | 基本控制在两层，点两下到内容 |
| 同一层条目数 | 数量接近，不出现某一类特别臃胀 |
| 归属 | 一个条目只进一个子类，不靠多分类硬挂 |
| 命名 | 用名词短语，不用「其他」「杂项」 |
第三条最容易被忽略。多分类看起来灵活，实际会让栏目页内容越来越像，读者分不清差别；宁可新开一个子类，也别让一篇文章处处都挂。
搬到自己站上的三步
- 把现有文章按「来访问句」重写一遍归类，不看原标题。
- 找出超过两层的路径，合并或上提。
- 把「其他」「未分类」清零，暂时放不下的先单独列，等攒够同题再开新类。
做完通常会发现，需要新增的栏目比想象中少，需要合并的比想象中多。
一点提醒
目录是给陌生人看的，不是给自己归档用的。自己记得住的结构，未必是别人能猜到的结构；判断标准只有一个——不看站内搜索，能不能凭栏目名点两下找到目标。
小结
好的目录不靠分类学，靠对来访意图的体谅。大类按问句分、层级压到两层、一篇只归一类，这三条规定下来，栏目就不容易越长越乱。