几乎每次网站改版评审都会出现同一个场面：有人坚持"栏目不就是关于我们、产品中心、新闻中心那几样吗"，有人打开 AI 让它一次生成十五个栏目，导航排到第二行还没排完。两种做法看着针锋相对，其实跳过了同一件事，栏目回答的是一组用户任务怎么分类，不是菜单上放几个字。
栏目结构一旦上线，后面所有页面、内链、URL、站点地图都挂在它上面，改一次要牵动全站。所以值得在生成之前，花半天把输入定清楚。
人工拍出来的栏目
按公司部门与老板偏好命名，最常见的组合是"关于我们、产品中心、新闻中心、联系我们"。名字好听、内部人看得懂，用户要办的事却找不到入口。
让 AI 直接生成的栏目
一次给出十几个平行栏目，命名华丽、定位互相重叠，导航像目录一样长。看着专业，实际把抓取入口和用户注意力摊薄了。
一、栏目不是导航条，是用户任务的分类方式
把栏目当成"导航上要写哪几个词"，规划就会滑向取名的游戏。更接近实际情况的理解是：栏目是一层分类，把用户的任务收进数量有限的几组，让每一组底下能持续长出页面。判别一个栏目该不该存在，用两句话就够，它接的是哪一类用户任务，往下的内容供给能不能撑满。
| 栏目类型 | 该承担的作用 | 常见的命名错法 |
|---|---|---|
| 任务入口类 | 每个栏目对应一件用户要办的事，比如查价格、看流程、约时间、找联系方式 | 按内部职能命名，"运营中心""客户服务部"这类名字用户看不懂 |
| 内容聚合类 | 把同主题内容按组存放，让这类主题在搜索引擎里形成一个稳定的内容块 | 主题铺得过宽，"资讯""百科"什么都往里放，页与页之间没有相关性 |
| 转化动作类 | 承接收尾环节，咨询、留资、试用、下单，页面目标单一 | 每个栏目都挂转化入口，重点被稀释，用户到哪都被拦一下 |
层级也不能随意加。一个访客从首页出发，三次点击内到不了目标内容，中途就会流失；搜索引擎面对的是同一张图，层级过深的位置，内链传递过来的信号与抓取频次都会衰减。行业里比较稳的通行做法是把目录控制在三层以内，首页到栏目到内容页，中间不塞没有实质内容的过渡层。这一点与 Google 关于 URL 结构应尽量简单的公开建议方向一致。
所以生成栏目之前，真正要确定的是那份任务清单：用户到这个站要办哪几件事，哪件事最紧急，哪几件可以合并。这份清单是输入，不是 AI 的输出。它没写清楚，模型只能拿同行的通用结构来凑，生成再快也只是复制了一遍别人的分类。
二、让模型生成之前，三份输入要先备齐
有人换过十几版提示词，生成结果还是那套通用结构，原因通常不在提示词写法，而在于输入太少。模型不可能知道你的业务边界、用户处境和内容储备，它只能按行业里最常见的形态猜。把那三份材料准备好，同样的模型给出的候选栏目会立刻不一样。
你实际能交付什么、单价区间大致落在哪、哪些业务不接。这份清单决定栏目里能说什么，也决定哪些看起来相关的栏目其实不该开。
把 *** 与销售平时被问得最多的问题原样列出来，不做归纳、不改措辞。这份清单是栏目的主要来源，问法越原始，分类越贴实际。
每个备选主题手头有多少可用素材，能写几页、素材来自哪里。它决定哪些栏目能开，哪些开了也填不满。
第三份清单最容易被跳过，也最容易被低估。一个栏目开通之后三个月还填不满内容，它在导航里占着一个入口、在站点地图里占着一批空链接、在抓取里占着预算，换回来的是一批没有实质内容的列表页。三个月的判断标准很朴素：能写出五篇以上互相不重复的页面，这个栏目可以开；写不出来，先合并进上一级页面。
三份清单凑齐之后，还有一个步骤值得单独做：让模型基于清单给出候选，而不是让它直接给最终结构。候选阶段要的是覆盖面，把可能性摊开；定稿阶段再按供给能力砍。生成与判断分成两步，模型负责穷举，人负责删减，这个分工比"一次生成完美结构"现实得多。
三、从清单到层级，完整的五步生成流程
把流程拆开跑，比丢一句"帮我规划网站栏目"稳定得多。这一套顺序适合对外部客户站，也适合自己手里的批量站点。
把用户问法归类成十几组，每组写一句"用户想解决什么"
让模型给出多于需要的候选，并附上每个栏目对应的任务来源
定位重叠的合并，名字改到用户看得懂，控制在四到六个字
三层封顶，目录名用英文小写加连字符，同类页面路径格式统一
每个栏目对应哪些子页、互相之间怎么链，生成时就写进结构表
其中候选生成那一步的输入格式值得固定下来，每次换主题都能复用。这套结构可以直接套用，把方括号里的内容替换成自己的清单即可：
【业务范围】[实际交付的项目与不接的项目]【用户任务】[ *** 高频问题，按原话列 15 条以上]【内容供给】[每个主题手头已有素材，能写几页]【硬约束】目录层级不超过 3 层；导航一级栏目不超过 7 个；每个栏目必须对应至少一条用户任务；不生成空栏目请输出：候选栏目清单（10-14 个）+ 每个栏目对应的任务来源+ 建议层级关系 + 是否需要合并的说明拿到候选之后的动作才是关键。一条一条对着任务清单过：这个栏目接的是哪条任务，答不上来的直接划掉；两个栏目接的是同一类任务，合并；名字里带"中心""专区""平台"又说不清边界的，换成用户会说的词。十几分钟能删掉三分之一，删完的结构才够用。
四、层级和 URL 这三条线，生成时就该写进约束
层级越深，越深处的页面越难被完整抓取，用户在导航里也越容易迷路。控制方式是把它写进生成时的硬约束，而不是等结构出来再修。
目录名用英文小写加连字符，同一个站里同类页面的路径格式保持一致，抓取与统计时都能按模式识别。URL 里塞中文拼音缩写、下划线、无意义的数字串，除了难看，也让人工核查结构时对不上号。
导航一级栏目控制在七个左右，用户可以一眼扫完；每个栏目底下挂多少二级页，按内容供给慢慢补，不要为了看起来丰满一次性铺满。
- 首页到任意内容页是否三次点击内可达？
- 每个栏目是否只对应一类任务？
- 同类页面的路径格式是否一致？
- 有没有只起过渡作用、自己没内容的目录层？
栏目页不要做成只有标题堆叠的列表页。每个栏目页配一段说明这段栏目收什么、适合什么人看，篇幅不必长，作用是让这个页面自己站得住，而不是全靠子页面撑。
内链的写法也顺着结构来：内容页往栏目页回溯一层，同栏目内的页面互相引一次，跨栏目只在真实相关时互链。这几条写进生成时的说明，后面批量铺内容就不容易长出到处都是、谁也不指向谁的孤立页面。站内链接总量保持克制，单个页面上的链接数量过百，真正重要的那几个反而被稀释掉了。
五、生成结果里该砍掉的几类栏目
模型的输出是候选，不是定稿。以下几类出现的频率最高，判断标准也最清楚，看到就删：
- 填不满的栏目，比如"常见问题"栏里只有两个问题，说明素材不足，先并进上一层页面；
- 凑数栏目，像"某某百科""行业资讯"，看着能拉内容量，实际与业务收入没有任何关系；
- 定位重叠的栏目，比如同时存在"服务范围"和"业务介绍"，用户分不清区别，抓取也会当成近似页面；
- 只有名字没有供给的栏目，命名很专业，但一个页面都写不出来，等于给导航加了个死入口；
- 与转化无关又无内容价值的栏目，例如为了显得像门户而加的"人才招聘""合作伙伴"，除非确实在持续更新。
AI 一次给出十五个栏目，是不是都能用？
一般用不满。十五个平行栏目意味着导航要分两行，每个栏目分到的内容供给和用户注意力都很少。比较稳的做法是留四到七个一级栏目，其余降为二级页面挂到对应栏目底下，页面照写，入口克制。结构删减这件事，任何人都替代不了，因为它依据的是你的业务和素材，不在模型的可见范围里。
栏目结构上线多久之后才能看出效果？
看的是收录与内链点击怎么分布，通常以月为单位观察更接近实际。新栏目需要时间积累内容与入口，两周内的数据说明不了问题。观察点放在两处，栏目页的收录是否同步，栏目内部页面是否拿到站内点击，两者同步转好，说明这个分类站对了位置。
删减之后还要再看一遍总量。一级栏目加上二级页面的数量，和一个访客三次点击能碰到的页面范围大致对得上，结构才算收敛。层级和数量都收敛了，后面填充内容才是往格子里放东西，而不是边填边改格子。
六、手上有多个站点时，栏目结构怎么错开
手里只有一个站，栏目规划就按上面这套走。一旦站点数量变成几个、十几个，新的问题出现了：如果所有站用同一套栏目、同一套命名、同一批内容换个标题就发，这些站在用户眼里是同一份东西，在搜索引擎眼里也是同一批低差异页面。差异化的正当做法是在规划阶段就给每个站安排不同的位置。
| 站点角色 | 栏目侧重 | 结构与命名的差异 |
|---|---|---|
| 决策型站点 | 围绕"选哪个、多少钱、怎么判断"组织，偏对比与说明 | 对比类栏目放一级，案例放二级，命名偏口语 |
| 服务型站点 | 围绕"流程、预约、准备什么"组织，偏办事路径 | 流程类栏目放一级，常见问题独立成组，命名偏动作词 |
| 知识型站点 | 围绕原理与辨析组织，把同一主题做深 | 主题分类放一级，术语页成组，命名偏名词概念 |
一套结构配所有站
栏目名一致、层级一致、内容按标题改词，站与站之间互相竞争同一批词。短期省事，长期每个站都难形成自己的定位，用户记住的永远是那个模板。
按站点角色重组
同一业务在决策型站上讲判断标准，在服务型站上讲办事流程，栏目划分与命名随之不同，素材来源与补充角度也各写各的。
拆到执行层面，差异来自三个地方：栏目划分的逻辑不同（有的按用户阶段分，有的按主题分）、栏目命名的口径不同（口语或术语）、每个栏目下的内容角度不同（讲判断、讲流程、讲原理）。做到这三点，这些站才各自是独立的站，而不是一个站的多份副本。
站点数量上来之后，栏目结构的维护靠手工表格会失控，谁改了哪个站的哪个栏目、哪个栏目底下空了三个月，都对不上。用 UC 建站系统来管这种多站布局，内容中台可以按预先定好的站点角色批量生成不同的栏目结构，人定的分类策略由系统执行到每个站；模板与结构按站独立配置，不用为了改一个栏目去动所有站；多站看板把各站的栏目收录与索引情况放在一处，哪个栏目长期填不满、哪个站的结构出问题，一眼能看到。
七、结构上线之后，用这几个信号验证改对没改对
栏目结构是长期骨架，上线不等于完工。判断它是否成立，看四个信号就够，都不需要额外工具，站内的数据里就能查到：
- 新栏目页及旗下子页的收录比例，回收慢的栏目要回头检查内容与入口；
- 站内点击落在哪些栏目，长期没有点击的栏目要么合并，要么补内容；
- 用户从首页到目标页的路径长度，绕远的说明分类和用户直觉不一致；
- 咨询与留资从哪个栏目进来的，这个数据决定下一批内容先补充哪里。
确认要调整时，动结构之前先做好三件事：旧栏目地址设置 301 指向新位置、站点地图同步更新、栏目页与子页的内链重新指一遍。栏目合并与拆分本身没有问题，留下成批死链才把之前的积累浪费掉。
回到开头的分歧。人工拍栏目慢在起点上想不清楚，AI 生成栏目快在能一次铺开可能性，两者都替代不了的是那份任务清单和供给清单。生成十分钟、删减半小时、验证按月算，这套节奏听起来慢，但它省下的是一次次改版重做的力气。
栏目结构决定的是一个站怎么长。生成工具负责把选择摆在桌面上，选哪些、砍哪些，靠的是对自己业务和素材的清楚程度，这份清楚程度没有人能替你写进去。
（文中关于站点层级、URL 结构与内部链接的做法，依据搜索引擎 *** 公开的抓取与 URL 结构建议及行业通行经验整理，具体标准以 *** 最新说明为准；栏目数量与层级为经验区间，不构成对所有站点的通用结论。）
