导航站收录页的「嵌套层级」怎么标：编辑口径与改稿

导航站收录页最容易被低估的字段，就是嵌套层级。看着只是标个一级、二级，实际它决定了读者能不能在三次点击内找到东西，也决定了编辑改稿时会不会互相打架。这行做得久的都清楚，层级标错不是排版问题，是结构问题，后面越改越乱。

嵌套层级标不好，读者和编辑各踩什么坑

读者这边的坑很直观：明明是一个在线设计工具，被塞进"素材资源—图片素材—在线工具"三层里，读者点开菜单先看到两层无关分类，还没见到站名就退出了。反过来，一个只做单一功能的小站被平铺在一级目录，又跟旁边十几个同类站挤在一起，读者挑不出来，编辑也解释不清它凭什么单独占一格。

编辑这边的坑更隐蔽。两个人同时改一个分类，一个按"内容多少"把站往下压，一个按"主功能"往上提，改完提交，层级字段就出现父子互相矛盾的情况：A 站挂在 B 下面，B 又挂在 A 的兄弟节点下面，页面渲染出来是重复的。多数情况下这类问题不会立刻报错，要等读者反馈或者下次大改版才暴露，返工成本最高。

还有一个常见情况是层级字段和排序字段混着用。有人觉得把站放深一层就等于降权，于是拼命往一级挤，结果一级目录越堆越长，读者滚动半天看不到底。层级是结构，排序是曝光，这两件事分开管，页面才稳。

一级还是二级：按站点主功能定，不按内容多少

判断标准其实只有一条：这个站的主功能，是不是读者会单独想找的一类东西。是，就给一级；不是，就往下挂。内容多少、收录时间早晚、编辑个人偏好，都不该成为升一级的理由。一个站内容再多，如果它干的事属于"建站工具"这个大类，那它就该在"建站工具"下面，而不是因为收录条目多就单独开一个一级分类。

实操上可以先问一句：读者会用什么词来找它。如果读者的搜索词和一级分类名基本对得上，说明一级合理；如果读者得先想到一个大类再想到它，那就说明它是二级。这个判断不需要数据支撑，靠编辑对读者用词的熟悉程度就能定，实在拿不准就按"更保守的那一级"处理，宁可挂深一点，也不要随便开新的一级分类。

要提醒的是，一级分类的数量要克制。一级越多，每个一级下面的内容越薄，读者反而更难判断该点哪个。多数情况下，一级控制在读者一眼能扫完的范围，二级承担细分，三级只在确实有必要区分的时候才用，超过三层基本就是结构没想清楚。

父子关系怎么定：同一功能只挂一个父级

最容易出错的是"这个站好像也能放那边"。比如一个既能做图又能做视频的工具，编辑 A 挂在图片分类，编辑 B 挂在视频分类，最后两处都收录，读者点进去发现是同一个站，体验很别扭，收录页也显得冗余。处理原则很简单：同一功能只挂一个父级，主功能归哪个父级，就只挂那一个。

那另一个功能怎么办？用备注或标签描述，不要靠再挂一个父级来解决。父级是结构位置，标签是属性描述，两者职责不同。把"也能做视频"写进备注，读者在图片分类下看到这个站时，一样能知道它还能干什么，而且不会造成重复收录。

先定主功能，再定父级，顺序不能反。
同一个站不重复挂在两个父级下，除非两个入口确实是不同产品线。
副功能写进备注或标签，不占用结构位置。
父子关系一旦确定，改稿时优先改备注，不轻易动父级。

还有一类情况是父子关系挂错了对象：把一个工具站挂在一个内容站下面，理由是"这个内容站介绍过它"。这是把推荐关系当成了从属关系，属于典型的误判。父级应该是功能上的上位概念，不是"谁提到过谁"。

多入口站点怎么处理：主入口收录，副入口写备注

不少站点有多个入口，比如官网首页、某个子产品页、移动端页面，甚至同一品牌下的不同工具。读者从导航站过去，最怕落在某个子页面上找不到主功能。处理口径是：主入口收录，副入口写备注，不把每个入口都当成独立条目挂上去。

主入口的判断标准是"读者从这里进去，能不能顺利到达站内主要功能"。能，就是主入口；需要绕路才能到，就不是。副入口不必删掉，写进备注里说明用途即可，比如某个入口专门对应某类任务。这样读者在收录页看到的是一条干净的记录，点进去也不会迷路。

多入口站点还有一个细节：如果副入口本身已经是一个独立产品，有独立的功能和独立的使用场景，那它可以单独收录，但要和主站建立清晰的关联说明，避免读者以为是两个不相关的站。这条界线靠编辑判断，拿不准的时候按"合并为一条、备注说明"处理，比拆成两条更稳妥。

三组改稿示范：从平铺列表改成两层结构

第一组：原来一个分类下平铺了十几个在线作图、抠图、海报模板类站点，读者要在长列表里自己辨认。改法是新建一个"在线设计"父级，把主功能是设计的站挂进去，模板下载类留在素材父级下，抠图这类单一功能站作为二级但保留独立条目。改完之后，读者先选大类再选具体站，路径短了一截。

第二组：一个建站工具站被放在"资源下载"下面，理由是它提供模板。这就是父级挂错了。改法是把它的父级移到"建站工具"，模板部分写进备注。改稿时只动父级字段和备注，不改标题和描述，避免牵连其他字段。

第三组：同一个品牌的两个入口分别挂在两个分类下，读者以为是两个站。改法是保留主入口那条，把副入口的信息并入备注，删掉重复条目，并在原分类位置留一条说明指向主条目。这一类改稿最容易被忽略，因为它不报错，但读者体验的损耗是实实在在的。

改稿的原则可以概括成一句：动结构的时候少动文案，动文案的时候别顺手改结构。两件事一起改，出了问题很难定位是哪一步引起的。

验收清单：层级字段自查的五条

改完不要直接提交，按下面五条过一遍，多数低级错误在这一步就能拦住。

一级分类是不是按主功能划分的，有没有因为内容多而临时升上来的站。
每个站是不是只挂了一个父级，有没有同一功能重复出现在两个父级下。
父子关系是不是功能上的从属，而不是"谁推荐过谁"或"谁内容多"。
多入口站点是不是只收了主入口，副入口有没有写进备注而不是单独占条目。
层级深度有没有超过三层，超过的地方是不是真的有必要。

这五条不需要工具，打开收录页逐条看就行。建议每次批量改稿后固定跑一遍，形成习惯之后，返工率会明显下降。这里的效果因人而异，但结构清晰带来的读者留存改善，在多数情况下是能感知到的。

小结

嵌套层级的核心就一句话：按主功能定层级，按功能定父子，多入口合并成一条加备注。下一步建议很具体：挑一个你手上最乱的分类，先按上面的五条清单自查一遍，把重复挂父级和父级挂错的站挑出来，只改这两类问题，改完对比一下列表长度和读者路径，再决定要不要继续往下拆。不要一次全改，分两三轮走，结构才稳得住。

登录富贵导航