web中的目录分为两种类型

打开一个网站，你最先看到的录分结构性信息往往不是正文，而是为两目录。它可能是中种类一条横在页头的导航栏，也可能是录分左侧那棵可以折叠的树。这两种形态背后，为两其实是中种类两种完全不同的目录类型——导航型目录和索引型目录。前者负责让你“去哪”，录分后者负责让你“找什么”。为两

导航型目录是中种类网站的路标。它通常出现在页面顶部或侧边，录分用几个到十几个条目把网站的为两主要板块串起来。比如你访问一个新闻网站，中种类顶部那排“首页 / 国际 / 财经 / 科技 / 体育”就是录分典型的导航型目录。它的为两核心任务不是穷尽所有页面，而是划出几条主干道，让用户在三秒内建立空间感。我观察过不少企业官网，导航型目录的条目数很少超过七个，多了反而让人犹豫——就像站在一个七岔路口，选择成本陡增。有些设计师会把它做成下拉菜单，鼠标悬停时展开二级条目，这本质上还是在做“分层导航”，而不是“全量索引”。

索引型目录则完全不同。它更像一本书末尾的索引，或者图书馆的检索卡片。你会在文档站、API 手册、电商分类页里频繁遇到它。举个例子，Python 官方文档左侧那棵巨大的树，从“语言参考”到“标准库”再到“内置函数”，展开后可能有上百个节点。它的目的不是引导你“逛”，而是帮你“定位”。索引型目录往往允许搜索、过滤、折叠，甚至支持键盘输入跳转。我印象很深的是 Stripe 的 API 文档，左侧目录不仅按资源类型分组，还实时高亮当前滚动到的位置——这是一种典型的索引型交互，导航型目录很少做到这种粒度。

从技术实现上看，导航型目录更依赖路由和页面跳转。点击一个条目，浏览器加载新 URL，整个页面刷新或通过前端路由切换视图。索引型目录则大量使用锚点链接（<a href="#section">）和滚动监听。前者考验信息架构的扁平化能力，后者考验内容分块的合理性。我见过一些文档站把索引型目录硬做成导航型——每个小节都跳转到新页面，结果用户读一段就要重新加载，体验碎了一地。反过来，把导航型目录塞进单页锚点里，也会让用户迷失在无限滚动的长页面中。

还有一个细节：导航型目录通常不会包含“当前页面内”的链接，而索引型目录几乎必然包含。你在维基百科上读一个长条目，右侧那个“目录”框就是索引型——它列出的是本页的章节。但维基百科顶部的“随机条目 / 最近更改 / 帮助”则是导航型。两者共存，各司其职。这种分工在大型内容站点里非常普遍，也是判断一个网站信息架构是否成熟的小信号。

所以下次你看到一个目录，不妨先问自己：它想让我“跳出去”，还是“沉下来”？答案往往就藏在它的交互方式和条目粒度里。