把一份两百个关键词的表丢给 AI，让它"按主题给这些词分些栏目"，几分钟后收到一套工整的分类：十八个栏目，名字整齐，层级清楚。看着很像样。上线三个月后回头看，其中一半栏目里只有两篇文章，导航点进去空空荡荡，访问和收录都没起来，站上却多出一批没人维护的页面需要额外操心。
问题不在 AI 分得准不准，在于分之前没人告诉它这个站有什么、每个词背后的人处在什么阶段。分类这件事里，AI 是执行很快的一环，定结构和定归属仍然是人来做判断。
分类不是给内容找个抽屉塞进去，是给用户和搜索引擎各修一条路。抽屉随时可以换，路修错了要重新来过。
一、栏目页、标签页、文章页，各自干的活并不一样
把"分类"当成一件笼统的事，是站内结构混乱的起点。打开导航看到的一排入口，底下其实是三种不同性质的页面：一级二级栏目、标签聚合、专题聚合。它们承接的搜索意图不同，能立住所需的内容量也不同，混在一起谈，AI 给出的分类自然也就分不清谁是谁。
公开的建站与 SEO 结构经验里有个说法很实在：首页对应核心词，栏目页对应品类和需求词，文章页承接长尾问题。这个分层本身就是分类体系的地基。栏目页要让用户在一个主题下把相关内容看全，所以它需要完整的介绍、覆盖子话题、并把相关文章串起来；标签页是横切维度，按人群、场景、地区聚合，做与不做要看内容储备；专题聚合页多数是时间性或活动性的，从已有文章里聚合出来，不需要再单独写一批稿子。
| 页面类型 | 主要任务 | 立住的内容量 | 常见问题 |
|---|---|---|---|
| 栏目页 | 承接品类词、需求词，让用户在一个主题下看全 | 至少 8 到 15 篇相关内容 | 栏目划分互相交叉，同一个词被两个栏目同时盯上 |
| 标签页 | 按人群、场景、地区做横切聚合 | 每个标签至少 5 篇，不足就先不建 | 标签开得太多，权重分散，还和栏目页互相蚕食 |
| 专题聚合页 | 承接活动、节点或临时主题 | 从已有文章聚合，不额外写稿 | 排序参数、分页参数带出多个地址，索引被撑大 |
栏目页和标签页的分工，很多站从上线那天起就是乱的。乱的方式通常很一致：栏目按关键词分，标签也按关键词分，两套入口指向同一批内容，用户来回点都落在同一片文章上。
二、让 AI 分栏目之前，先把词按意图筛一遍
直接问 AI"这些词分几个栏目合适"，它只能按字面相似度去凑。词表里混着"什么是 X""X 哪个好""X 怎么收费"三种性质不同的问题，字面都带同一个词根，被归进同一个栏目，落地的结果就是栏目页里塞着三种内容，用户点进去发现一半和他想的事不沾边。更合理的顺序，是在分栏之前先把意图这一层筛出来。
把能想到的词汇总成一列：已有文章覆盖的、用户真实问过的、计划要做的，先放在一张表里，不做删减。
每个词标一层：了解是什么、比较选哪个、准备做或准备买。这一步交给 AI 批量处理，速度和一致性都好于人工。
同一意图层里按主题合并，近义词先并掉：报价、多少钱、价格这几个说法归到一个组，别拆成三个栏目。
一个主题组对应一个页面。组里的内容够多，才升级成栏目；量不够，先做成栏目的子话题或者一篇文章。
有份公开的站群结构经验说得挺清楚：认知型内容适合用资讯类页面覆盖，评估型内容用对比评测承接，转化型内容交给产品演示和服务页。三层各有各的落点，混着塞进同一个栏目，等于让一个页面同时讲三件事，用户和搜索引擎都更难判断它到底在讲什么。
用 AI 做这一步的正确姿势，是让它输出"词、意图层、主题组"三列表格，而不是直接要一份栏目名单。表格出来后由人做取舍：哪些组合并、哪些组先做、哪些组押后。整件事里 AI 负责的是把两百个词的体力和一致性活干完，判断归属的那一下仍然在人手上。
先分意图再分主题，顺序反了，栏目名字再整齐也白搭。结构的作用是让每个页面各接一类需求，而不是把词表摆得好看。
三、AI 分出来的分类页，为什么会变成空壳
空壳分类页的成因基本集中在几处，而且常常同时出现。栏目数量是按词表长度定的，这个词表可能来自关键词工具也可能是 AI 扩写出来的，几百个词分二十个栏目轻轻松松，但站上真实写好的内容根本铺不满这些格子。空栏目本身没有访问价值，还会分流资源、拉低整站在结构和内容上的表现。
栏目数量大于内容储备
栏目按词表来定，二十个栏目对应三十篇文章，每个栏目一两条内容，页面立不起来。
近义词被拆成多个栏目
报价、价格、费用被分成三个栏目，底下是同一批内容，页面之间互相蚕食。
只有列表没有内容
页面只有一串标题链接，没有栏目说明、没有筛选维度、没有推荐，用户和抓取都拿不到信息。
地址参数膨胀
同一个聚合页带上分页、排序、大小写不同的多个地址，索引里出现一堆内容雷同的页面。
公开的聚合页处理经验里提过一条分界线：内容量大的站点用聚合页承载是很自然的，因为把一部分内容做聚合不会产生重复；内容储备还少的站点大量铺聚合页，就会出现一批彼此高度相似的页面，反而拖累整站的评估。这条经验放到 AI 批量分栏这件事上同样成立，工具让"开栏目"变成了零成本动作，风险也正来自零成本。
分类页上线前过一道最低标准：这个栏目里能不能列出至少五到八篇已经写好或者已经在排期的文章？列不出来就先不要上线，把它作为待建栏目放在计划里，等内容补上再开。这个标准土，但它能挡掉绝大多数空壳页。
还有一个容易漏的细节：分类页本身也需要有人写东西。一段说清这个栏目覆盖什么、适合谁看的说明文字，几个常用的筛选维度，两三篇重点文章的手工置顶，这些加起来不算多，但有没有，页面的可用程度差很多。只把栏目当文件夹用的站，用户进去之后找不到下一步该点哪里。
栏目的数量应该由内容储量决定，词表只能决定栏目长什么样，决定不了栏目立不立得住。
四、栏目名、地址、导航，交给 AI 之前先定规则
让 AI 给栏目起名，它会往两个方向跑偏。一个是堆词，把"北京朝阳装修公司报价咨询"这种长尾原样搬成栏目名，导航排版挤成一团；另一个是往文学方向走，"品质之选""匠心智造"这类词看着漂亮，用户看不出这个栏目到底放什么。两种跑偏都和同一个缺失有关：起名之前没把规则交代清楚。
命名规则里最要紧的是"用户看一眼就知道里面是什么"。栏目名控制在四到八个字，包含主题词，不堆修饰；栏目说明用一句话把覆盖范围讲清。地址规则和名字是连着的：统一小写字母加短横线，层级越浅越好，内容页到首页的点击距离控制在三次以内，让抓取和用户都少绕弯。公开的结构优化经验还提醒，带排序参数、分页参数的地址要单独处理，别让它们和主地址一起进索引。
| 事项 | AI 容易给出的 | 稳妥做法 |
|---|---|---|
| 栏目命名 | 长尾词原样当名字，或者用"品质之选"这类看不出内容的词 | 四到八个字，含主题词，配一句栏目说明讲清覆盖范围 |
| 地址结构 | 层级随意，中文拼音混英文，大小写不统一 | 小写字母加短横线，层级不超过三层，参数地址单独管理 |
| 导航位置 | 把分出来的栏目全部平铺进主菜单 | 一级栏目控制在五到八个，其余往下沉，移动端优先折叠 |
规则定完之后再交给 AI，产出的质量会稳定得多。可以这样描述任务：按四到八个字命名，名字里必须带主题词，不许用修饰性词汇，同层栏目名保持相同结构（比如都用"名词加名词"）；同时输出栏目说明、栏目地址以及计划放进去的文章清单。让它一次给出成套结构，比零散地要名字更省事，也更容易比对。
分类的名字和地址一旦上线就别轻易动，动一次的全部代价都落在已有访问和外部链接上。这也是定规则值得花时间的原因，规则前置，返工后置。
五、单站分完，站群还有一层跨站分工
单个站的分类解决的是站内怎么放内容，站群多出一个问题：同一片领域的事，几个站怎么分着做。有些站群的做法是把一套分类体系复制到所有站，栏目名一致、结构一致、内容角度也一致，看上去整齐，实际等于把一个站的页面数量乘了几倍，站与站之间互相消耗。
合理的分法可以沿着两条线走。一条是站点角色：一个站做资讯型内容覆盖了解类需求，另一个站做对比评测承接比较类需求，再一个站用服务页承载准备成交的那部分需求；另一条是内容维度：同一个主题在 A 站按场景分类，在 B 站按人群分类，在 C 站按预算档位分类。这样同一批素材在不同站上生长出不同的结构，站与站之间形成的是补位，不是重叠。
跨站分工可以照这几条落：
- 每个站先定一个角色，角色决定它承接哪一层意图；
- 分类维度站站不同：场景、人群、预算、地区，各挑一个主轴；
- 同类内容不做整篇搬运，同一个素材在不同站换角度、换结构、换案例；
- 新站开栏目前先查一遍其他站的既有栏目，撞车就换维度。
落到分类标签上，不同站的栏目风格会自然分开。比如同一片家居内容，有的站栏目是"行业问答、材料对比、报价参考"，另一个站是"小户型、老房翻新、出租改造"，第三个站是"预算 5 万以内、预算 5 到 15 万、预算 15 万以上"。轴不一样，用户看到的入口就不一样，跨站重复的问题从源头少掉一大截。
用 UC 建站系统做站群分类这一段，内容中台可以按站点角色重组素材，同一个主题在不同站生成不同分类维度和结构，从源头减少跨站重复；栏目、文章、标签的归属关系集中维护，开新栏目前先筛一遍全站群的既有分类，撞车的当场就能看出来；多站看板上各站的栏目数量、空栏目比例、收录情况放在同一处，哪一站结构出了问题不用逐站翻后台。站数增加的时候，分类体系统一管理的复杂度不会随站数线性上涨，这是站群和单站做法上最大的区别。
站群分类的目标不是统一，是各有各的路。用户从哪个站进来、看到什么样的入口、沿着哪条路径往下走，这才是站群结构要设计的东西。
六、分类上线之后，什么时候合并、什么时候拆
分类体系不是一次定终身的东西。内容在长，用户在变，当初合理的栏目过半年可能就偏了：有的栏目越写越薄，两个月没有新内容；有的一路膨胀，底下塞了三四十篇文章，混着好几种子话题。定期翻一遍栏目清单，比事后返工要省力得多。公开的结构经验里有个说法可以当尺子用：栏目要做到无交叉、无重复、无空白，每个栏目对应一个细分需求。
某个栏目连续两三个月没有新增内容，或者两个栏目下的文章越写越像，同一批词开始被两边同时接。
内容量不足五篇、也没排期的栏目，合并到更宽的同族栏目；单栏目文章超过四五十篇、子话题已经各成一派的，考虑拆出独立栏目。
合并时保留权重更高的地址，另一个做跳转；拆分时新栏目要有自己独占的词和内容，不是把老栏目对半切开。
动作之后的四到八周，看索引数量、栏目页访问和内链分布，确认调整起作用了，再动下一批。
改名是这三类动作里最谨慎的一个。栏目名字和地址牵扯着已有访问和外部链接，能不动就不动；确实需要调整表述的，把旧地址做跳转、导航同步更新、站点地图重新提交，一步都别省。站群里做这类调整麻烦的地方在于跨站关联：A 站把两个栏目并了，B 站可能还在用旧结构给它们做内链，两边不同步，用户点到一半就断了。
合并和拆分都是要留记录的动作：哪个地址并到了哪里、哪批文章换了归属、跳转什么时候生效、谁执行的。站群里这类调整最容易"做完没人知道"，三个月后再有人来查，只能靠猜。一份几行的变更记录，能省掉后面大量的排查。
频率上不用太频繁，按季度过一遍就够。把栏目清单拉出来，逐个看内容量、最近更新时间、是否还在被访问，异常的几个标出来处理。这个过程用台账做很快，纯靠翻后台就很容易一天看不完一个站，之后索性再也没看过。
分类体系是活的，它能随内容长，也能拖着内容一起僵住，区别在有没有人定期翻一遍。
七、把这套流程固定成一张表
AI 生成网站分类这件事，能省下来的其实是很明确的一段：从词到意图、从意图到分组，这部分工作量大、规则清晰、AI 做得又快又稳。省不下来的那段同样明确：哪些组现在做、哪些押后、每个栏目叫什么名字、内容排期怎么衔接，这些牵扯资源和判断，交出去反而更慢。把两段分开，整件事就从"AI 能不能行"变成了分工问题。
| 环节 | 产出物 | 谁来做 |
|---|---|---|
| 收词标意图 | 一张词表，每行带意图层标记和主题组编号 | AI 批量打标，人抽查纠偏 |
| 归组定页 | 主题组清单：每个组对应一个页面，标明页面类型 | 人做判断，AI 负责对比同义近义词 |
| 起名定址 | 栏目名、栏目说明、地址、导航位置 | AI 出候选，按事前规则筛，人拍板 |
| 建设与维护 | 内容排期、上线标准核对、季度盘点记录 | 团队执行，台账留痕 |
这张表的用法很直接：每次结构有调整，回来更新对应的行。新栏目上线前对照"上线标准"那一列核一遍，季度盘点时对照"内容排期"那一列看进度。台账不用做得复杂，一个表格文件就够，关键是每次动作都落进去，半年后它就成了站的内容结构档案。
"AI 能把词分得又快又整齐，但一个栏目值不值得开，只有内容和用户说了算。"
顺序记一条：先收词标意图，再归组定页，起名定址排在后面，上线之后按季度回看。AI 干铺量的部分，人干拍板的部分。
回头看开头那个十八个栏目的例子，问题从来不是 AI 分不出主题，而是分之前没人给它约束：栏目数量要和内容储备挂钩、近义词先并掉、每个栏目要有独占的词、导航只放最重要的那几个。这些约束补上之后，同一个 AI、同一份词表，出来的结构会现实很多。
眼下可以先做一步：把站上现有栏目拉一张清单，逐行标上内容量、最近更新时间和是否还有访问。名单一出来，哪些栏目该并、哪些该拆、哪些词根本没被接住，基本自己就浮出来了，后面要不要用 AI 扩分类，也才有判断的底。
（口径说明：文中关于首页对应核心词、栏目页对应品类词、文章页承接长尾词的分层说法，以及栏目页与标签页优化取舍、聚合页重复内容的判断，参考公开的 SEO 结构与聚合页处理经验整理；点击路径与地址规范部分参考公开的结构优化文章。不同站点的内容储备与更新节奏差异很大，栏目数量和上线标准以自身情况为准。文中不对收录、排名、流量与收益作任何承诺。）
