用 AI 生成一个专题页，现在快得让人没有耐心：把主题词丢进去，十分钟出一页，有导语、有分区、有问答、有内链，排版比手写的还整齐。于是很多人的做法是"批量生成、批量上线"，一组词生成三十页，铺完等收录。一个月后回来翻数据，会发现真正有流量的往往只有三五个，剩下的安静地躺在索引里，既没排名也没被点开过。
问题很少出在生成环节。AI 的排版和表达已经够用，真正的分水岭在生成之前：这个专题到底要回答哪一类问题、边界画在哪、内容里有没有别人给不了的东西。选题边界没定清，生成得越快，制造的低质页面越多。
先记住三个判断
一、专题页不是链接的搬运工。把站内相关文章标题和摘要堆在一页上，那是列表页。专题页的价值在于它自己解答问题，链接只是补充。
二、一个专题只装一类问题。边界画宽，页面上什么都有，结果等于什么都没有；边界画窄，内容撑不满一页，也就没有建专题的必要。
三、AI 加速的是生产，不是筛选。哪些词值得做专题、每页要补什么硬信息，这两个判断只能人来做，做对了，批量生成才是杠杆。
一、先把专题页和另外两种页面分清
三种页面经常被混着做，做出来的东西四不像。单篇文章负责把一个具体问题写透；栏目页负责分类归档，本质是导航；专题页则是围绕一个主题，把用户可能连着问的几个问题，按顺序在一页里答完。搜索引擎和用户对这三者的期待差别不小，结构也不该一样。
| 页面类型 | 干什么用的 | 典型结构 | 流量特点 |
|---|---|---|---|
| 单篇文章 | 回答一个具体问题 | 标题、正文、少量内链 | 吃长尾词，单页流量有限但稳 |
| 栏目列表页 | 分类归档、导航 | 标题列表、分页 | 承接大词与翻页，内容靠自己答不了问题 |
| 专题页 | 把一个话题的一串问题答完 | 结论前置、子话题分区、问答、内链区 | 一页命中一批长尾，能做话题内的主力页 |
专题页之所以值得单独做，是因为它同时踩中三件事：话题聚焦让搜索引擎看清这页是干什么的；一页覆盖多个相关问题，可以同时吃下一批长尾；页面能持续维护更新，而单篇文章发完基本就定型了。凡是"用户会连着追问三四个问题"的话题，都值得做成专题页。
AI 在这个结构里的位置很明确：把"先答什么、再答什么"的框架落成文字，把每个子问题的初稿写出来，把内链位置留好。它不擅长的是判断这个词值不值得做专题，以及往每个分区里填那些只有业务方才知道的细节。前面这件事做错了，AI 只是在更快地制造同质页面。
二、选题边界画不好，生成得越快废得越多
边界画宽是最常见的问题。拿"机械加工"这种词做专题页，页面上要同时讲工艺、材料、设备、报价、检测，每个方向都只能写一两句，最后变成一页泛泛而谈的目录，用户带着一个具体问题进来，得不到一个具体答案。边界画窄又是另一种浪费，一个只有两三个能展开的点的话题，撑不起一页专题，硬做出来就是薄页面，不如写成单篇文章。
判断一个词能不能做专题页，我习惯过四个条件，缺一个就先放一放：
这个词下面能不能拆出五到八个可以独立展开的子问题。拆不出来，说明需求太散或太浅，不够一页的体量。让 AI 按"是什么、怎么选、多少钱、怎么用、出问题怎么办"这几个角度先裂变一轮，是最快的验证方式。
真正适合专题的话题，用户的提问是有顺序的：看完选型会想知道价格，了解价格会关心交期，下单前还要确认售后。这种"连环问"的路径存在，一页答完才有意义。
参数范围、规格表、价格区间、验收标准、常见故障处理，这些是 AI 编不出来、别人抄不走的部分。一个话题如果找不到任何可补的硬信息，做出来只会是又一篇正确的废话。
价格会波动、标准会修订、产品会迭代，意味着这页明年后年还能继续补内容。专题页的价值一半在首次上线，一半在持续更新，一锤子买卖的话题做成单篇更合适。
四个条件里，AI 能帮你验证的是第 1 条和第 4 条：让它裂变子问题清单，让它按行业变化列可用于更新的方向。第 2 条和第 3 条必须回到业务里问人：客户打电话时先问什么、售后最常见的问题是什么。把这一轮问题清单攒出来，后面的生成才有意义。
顺手说一个判断边界的小技巧：拿生成的子问题清单，逐条问自己"这个问题有没有一句话能说清的答案"。有，说明这个问题偏浅，适合放在分区里当一段；没有，需要展开讲的，才值得单独成篇或者成为专题里的一个大区块。清单里如果超过一半的问题都是一句话能答完的，这个词更适合写成单篇文章。
三、骨架要在生成之前定死，别让AI自由发挥
同一个主题丢给 AI 三次，会得到三种不同的结构，有的按优点缺点分区，有的按人群分区，还有的干脆写成一整篇长文。所以骨架不能让它自己决定，得先把结构定死再让它填。一页标准的专题页，骨架大致是这样：
H1 主题词 + 一句话说清这页能解决什么导语 200 到 300 字，直接给结论与适用条件（人写或人改）目录 页内锚点链接，六到八个条目H2 分区一：是什么 / 分类与适用场景H2 分区二：怎么选（配对比表或参数表）H2 分区三：价格与影响因素（写区间，不写虚构具体价）H2 分区四：使用与维护要点H2 分区五：常见问题（每问一段，答案前置）内链区 站内相关文章 5 到 8 条，锚文本用子话题词这个骨架里，导语和对比表是两个不能偷懒的地方。导语是用户和蜘蛛最先读到的内容，AI 默认会写"随着行业的发展"这类铺垫，读三行还没进入正题，要砍掉重写。对比表是把子话题信息压成一屏的地方，行列怎么设、单元格里放什么，人定完之后 AI 填，填完还要抽查有没有编造的数据。
给 AI 下指令时，把这几样一起给出去：
· 主题词和一句话定位（这页是给谁看的、解决什么问题）
· 已经筛定的子问题清单，以及每个问题的答案要点
· 骨架顺序和每个分区的字数范围
· 明确禁止：不得虚构参数、价格、案例与资质
· 内链位置与需要链出的目标页面清单
这么做出一页的时间，比"让 AI 随便生成一版"慢不了多少，但结果是可控的：结构统一，方便后面批量维护；内容有明确的填空位置，人补硬信息的时候知道往哪补；内链是设计好的，不是生成完之后再回头找。多个专题页之间结构接近但不雷同，靠的也是这套骨架的微调，比如换分区顺序、换对比表的维度、换问答的问题集。
四、内容增量这道线，决定专题页是资产还是垃圾页
低质聚合页有一个很典型的样子：全页七八个段落，每段两句话加一条链接，"想了解更多可以查看相关文章"。用户点进来，扫一眼发现跟列表页没区别，还得再点一次才能看到内容；搜索引擎那边也对这类页面不留情，主打打击拼接聚合内容的算法一直在这块盯着。专题页要避开这个坑，每一页都得有自己的增量：正文里有答案，链接只是延伸阅读。
链接列表式的专题页
每个分区两句话就跳到链接
整页读下来没回答任何问题
内容是把站内文章摘要拼起来
对比表是空表头加"详见相关文章"
问答区的问题从别处照抄
上线后不更新，价格停留几年前
内链二十多条，主次不分
能自己解题的专题页
每个分区三百字起步，答案在第一句
对比表和参数表填的是真实数据
问答来自真实咨询记录
关键结论用文字写清，不藏在图里
内链五到八条，全部指向延伸内容
页面底部标注最近更新时间
内容更新有记录，改动有理由
增量从哪里来，其实就三个口子。一是自己业务里的数据：验收标准、常见故障、不同规格的真实价格区间，这些是别人抄不走的。二是同行给不出的对比：把选型维度拆成六到八列，逐格填清，用户拿着这张表就能做判断。三是真实问答：把销售和售后被问得最多的十几个问题整理出来，一问一段，答案放在问题下面第一行。
AI 在这个阶段的正确用法是"给素材加工表达"：把参数表组织成清晰的表格文字说明，把零散的问答整理成条理清楚的段落，把口语化的内容改写成书面表达。反过来，让它凭空生造数据、把别处的文章换个说法，都是踩线动作。AI 可以帮你把话说好，不能帮你把话说真。
拿别人的文章摘要拼成一页专题，或者用改写工具把别人的内容洗一遍，本质是伪原创，也是聚合页被打击的主要原因。做专题页之前先想清楚：这一页里，哪些信息是我们自己有的？如果一条都答不上来，就别做了，把精力放回业务素材的积累上。
五、批量做专题页时，最容易漏掉的三件事
单页做得好，批量就未必。一组专题页上线之后，踩坑的地方往往集中在三处，而且都不在"写内容"这个环节里。
专题页是话题里的主页面，相关的单篇文章应该指向专题页，专题页再指向这些文章作为延伸阅读，形成清晰的主次关系。批量生成时最容易出现的问题是全站互链成一张网：每页都链十几二十条，看起来热闹，实际上主次不分，权重被摊薄，用户也抓不住重点。
专题页有三个标注特别值得加：子话题或文章列表用 ItemList，问答区用 FAQPage，面包屑用 BreadcrumbList。AI 批量生成这些 JSON-LD 很快，但生成完要用测试工具过一遍，字段值和页面实际内容对不上的标注，比不加还容易出问题。
专题页最大的优势是能养，前提是有人管。给每页定一个复查周期，价格和规格类内容每季度对一次，行业政策变化随时补。AI 在这里能帮上忙的地方是批量检查：把页面正文梳理一遍，标出可能已经过时的表述，人再逐条确认。
ItemList 子话题列表FAQPage 问答区BreadcrumbList 面包屑Article 正文Product 产品信息
更新不等于频繁改动。页面上加一句"最近更新"很方便，但正文结构不要来回折腾，改一次搜索引擎就要重新理解一次。合理的节奏是：内容有实质变化时更新，顺手改一下日期；没有变化的时候，哪怕隔了半年也不用动。
六、收录和排名这两关，专题页要靠四个动作接住
内容做对了，专题页也只算完成一半。真正决定它能不能拿到流量的，是它有没有被顺利收录、有没有得到站内支持、有没有人愿意点开并且读完。这四件事最好在生成流程里就排进去，不要等上线后补。
- 提交与推送：专题页进 sitemap，上线后通过站长平台提交或接口推送。推送的作用是告诉搜索引擎"这页存在了"，收录和排名还得看页面质量本身，这一点上别被"秒收录"的说法带跑
- 站内支持：相关的单篇文章里加上指向专题页的链接，锚文本用子话题词；专题页再反向链回这些文章。主次清楚的关系，比互相乱链有用得多
- 入口曝光：导航、栏目侧边或文章末尾的推荐位，给专题页留位置。蜘蛛顺着链接自然到达，用户也能在日常浏览里发现它
- 首屏体验：结论前置、目录可跳转、段落在手机上一屏不超五六行。用户停留和滚动幅度，是专题页能不能继续拿流量的隐性分数
观察数据的时候，重点看四个层次：有没有被收录、有没有曝光、曝光进来的点击多不多、点进来的用户停留多久。前两个是基础，说明页面进池子了；后两个反映内容质量，点击率低说明标题和描述没写好，停留短说明首屏没接住。专题页的数据是按周看的，一页上线第三天就下判断，等于用噪音做决定。
一个话题做几个专题页合适？
一个话题一个主专题就够，子话题用页面内的分区承载，再往下细分的需求交给单篇文章。同一话题拆成三四个专题页，最大的问题是它们会竞争同一批词，结果往往是内部互相分流，谁都做不起来。真想细分，用"人群"或"场景"切分（比如按设备型号、按应用行业），切出来的专题各自命中不同的词，才算有意义的拆分。
已经排名的老文章，要不要改成专题页？
有流量的老页面，最忌讳换个地址重建。如果这个页面确实具备话题级潜力，可以在原地址上把内容扩写成专题结构：补子话题分区、加对比表、加问答区，标题和描述顺势调整。地址不变、内容变实，已有的收录和权重都能接着用；反过来，删掉老页面新建一个专题，等于把攒下的东西一起扔掉。
七、要把专题页做成生产线，六个环节得连起来
做五个专题页，靠个人勤快就够；做五十个，靠的是流程。每个环节单独看都不复杂，串起来之后，交付速度和质量的稳定性是两个量级。
按四条件筛选进入池子的主题词，标注每个词对应的业务价值与可用素材。这一步是纯人工判断，慢一点没关系。
统一的分区顺序与字数范围，允许按话题微调。模板的意义是让不同人做出来的页面保持同一套逻辑。
提示词里带上子问题清单、答案要点和禁止编造的清单，生成的是半成品，不是成品。
参数、价格区间、真实问答、案例细节，这一环决定页面能不能立得住，也是整条线里最不能省时间的地方。
结构化数据、内链、sitemap、推送一次做完，不留"以后再补"的尾巴。
按月看每页的收录、曝光、点击与停留，表现好的加内链支持继续放大，表现差的回看选题和首屏，决定补写还是合并。
这条线走到站点数量上来之后，新的瓶颈会出现：素材清单散在各处、结构数据要一页页配、几十个站的专题页状态看不过来。用 UC 建站系统这类管理工具的思路，是把可复用的部分沉淀下来：内容中台承担差异化重组，人把每个话题的策略和素材定好，AI 按不同站的角度和结构执行，避免所有站生成同一套话术；页面以 HTML 直出，蜘蛛拿到的是完整正文；多站看板把各站专题页的收录量、流量与异常放在一屏，哪个话题起量、哪个页面掉收录，当天就能看到；独立部署让每个站互不牵连。手工时代靠记忆和表格维持的秩序，交出去之后反而更清楚。
速记五条：
· 先画边界再生成，一个专题只回答一类问题
· 骨架人定、初稿 AI 写、硬信息人补，顺序不能换
· 正文自己解题，链接只做延伸，别做成链接列表
· 内链分主次、结构化数据别漏、更新机制提前定
· 话题做得深比铺得多重要，一页命中一批词比十页吃不到词强
换个角度看这件事：AI 把专题页的"生产成本"压到很低之后，页面数量的多少就不再是差距，差距回到了判断力上。哪些话题值得做、每页要补什么、内链怎么指、更新怎么排，这些判断做得好不好，直接从数据里看得出来。生成能力人人都有的时候，选题和内容增量的水平就是唯一的护城河。
真打算批量化，先挑三个话题把整条线跑通：一页从选题到复盘走完，记录每步花的时间和踩到的问题，再决定要不要放大规模。跑通之后再复制，比一上来生成三十页稳妥得多。
"专题页好不好，不看生成得快不快，看用户连着追问下去的时候，这页有没有答案。"
