支柱页按知识组织，专题页按任务组织。这两个混着做过一次，专题页写成了第二支柱页，结果两个页面都不排。2026 年 3 月我们给一个客户重做了一个“系统迁移”专题页，八周带来 27 个咨询。
专题页是什么
围绕一个任务、一个阶段或一个事件组织的聚合页。比如“从自建迁移到云”“出海合规”“大促前的容量准备”。
它的判断标准不是覆盖了多少知识，是能不能帮人完成一件事。
跟支柱页的区别
支柱页回答“这个领域有哪些问题”，专题页回答“我要做这件事，先看什么”。
支柱页的结构是问题树，专题页的结构是任务路径。路径上有先后顺序，问题树没有。
一个专题页该有什么
五块：任务入口（三到五条路径，按情况分）、按角色分的内容（采购看什么、技术看什么）、一份清单或模板、两三个案例、一个明确的下一步动作。
五块缺一块，页面就会显得空，读者看完不知道干什么。
具体那个例子
客户的专题页叫“迁移到云上日志平台”，入口按“数据量大小”分三条路径，每条路径链到三篇具体的迁移教程。
页面中间放了一份迁移检查清单，可以下载。底部是三个不同规模的迁移案例。
URL 和生命周期
放 /topics/ 下，不要放 /blog/。专题页是有生命周期的，一般 12 到 18 个月，过期了要下线或者改成常青页。
我们建议每个专题页写一个复查日期，到期看一次：还成立就更新，不成立就并进支柱页。
内链怎么走
专题页链到簇页和文档，簇页不一定链回专题页。专题页是入口，不是中心。
如果簇页也链回专题页，整组会变成两个中心，权重分散。
一年做几个
两个就够。专题页需要素材、案例、设计配合，做多了每个都做不深。
我们的判断是：只有当一件事有明确的先后步骤、有多个角色参与、能做出一份可下载的东西时，才值得单独做专题页。
专题页做得好，带来的咨询质量比博客高。因为搜索它的人已经在计划做一件事，不是在看概念。
反过来，如果一个词搜的人只是想知道“是什么”，别给他做专题页，浪费设计资源。
元析智能
为软件公司做 SEO 和 GEO 优化