[{"data":1,"prerenderedAt":317},["ShallowReactive",2],{"blog-topic-hub-page-structure":3,"blog-prev-topic-hub-page-structure":112,"blog-next-topic-hub-page-structure":225},{"id":4,"title":5,"author":6,"body":7,"canonical":96,"category":97,"cover":96,"date":98,"description":99,"draft":100,"extension":101,"keywords":96,"meta":102,"navigation":103,"noindex":100,"ogImage":96,"path":104,"seo":105,"seoDescription":96,"seoTitle":96,"stem":106,"tags":107,"updated":96,"__hash__":111},"blog\u002Fblog\u002Ftopic-hub-page-structure.md","专题页怎么组织：一个入口带二十篇，别做成第二支柱页","元析智能",{"type":8,"value":9,"toc":85},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,55,58,61,64,67,70,73,76,79,82],[11,12,13],"p",{},"支柱页按知识组织，专题页按任务组织。这两个混着做过一次，专题页写成了第二支柱页，结果两个页面都不排。2026 年 3 月我们给一个客户重做了一个“系统迁移”专题页，八周带来 27 个咨询。",[15,16,17],"h2",{"id":17},"专题页是什么",[11,19,20],{},"围绕一个任务、一个阶段或一个事件组织的聚合页。比如“从自建迁移到云”“出海合规”“大促前的容量准备”。",[11,22,23],{},"它的判断标准不是覆盖了多少知识，是能不能帮人完成一件事。",[15,25,26],{"id":26},"跟支柱页的区别",[11,28,29],{},"支柱页回答“这个领域有哪些问题”，专题页回答“我要做这件事，先看什么”。",[11,31,32],{},"支柱页的结构是问题树，专题页的结构是任务路径。路径上有先后顺序，问题树没有。",[15,34,35],{"id":35},"一个专题页该有什么",[11,37,38],{},"五块：任务入口（三到五条路径，按情况分）、按角色分的内容（采购看什么、技术看什么）、一份清单或模板、两三个案例、一个明确的下一步动作。",[11,40,41],{},"五块缺一块，页面就会显得空，读者看完不知道干什么。",[15,43,44],{"id":44},"具体那个例子",[11,46,47],{},"客户的专题页叫“迁移到云上日志平台”，入口按“数据量大小”分三条路径，每条路径链到三篇具体的迁移教程。",[11,49,50],{},"页面中间放了一份迁移检查清单，可以下载。底部是三个不同规模的迁移案例。",[15,52,54],{"id":53},"url-和生命周期","URL 和生命周期",[11,56,57],{},"放 \u002Ftopics\u002F 下，不要放 \u002Fblog\u002F。专题页是有生命周期的，一般 12 到 18 个月，过期了要下线或者改成常青页。",[11,59,60],{},"我们建议每个专题页写一个复查日期，到期看一次：还成立就更新，不成立就并进支柱页。",[15,62,63],{"id":63},"内链怎么走",[11,65,66],{},"专题页链到簇页和文档，簇页不一定链回专题页。专题页是入口，不是中心。",[11,68,69],{},"如果簇页也链回专题页，整组会变成两个中心，权重分散。",[15,71,72],{"id":72},"一年做几个",[11,74,75],{},"两个就够。专题页需要素材、案例、设计配合，做多了每个都做不深。",[11,77,78],{},"我们的判断是：只有当一件事有明确的先后步骤、有多个角色参与、能做出一份可下载的东西时，才值得单独做专题页。",[11,80,81],{},"专题页做得好，带来的咨询质量比博客高。因为搜索它的人已经在计划做一件事，不是在看概念。",[11,83,84],{},"反过来，如果一个词搜的人只是想知道“是什么”，别给他做专题页，浪费设计资源。",{"title":86,"searchDepth":87,"depth":87,"links":88},"",2,[89,90,91,92,93,94,95],{"id":17,"depth":87,"text":17},{"id":26,"depth":87,"text":26},{"id":35,"depth":87,"text":35},{"id":44,"depth":87,"text":44},{"id":53,"depth":87,"text":54},{"id":63,"depth":87,"text":63},{"id":72,"depth":87,"text":72},null,"内容运营","2026-07-05","支柱页按知识组织，专题页按任务组织。混着做过一次，专题页变成第二支柱页，两个都不排。这篇写专题页该有什么、跟支柱页的区别，以及什么情况下该做。",false,"md",{},true,"\u002Fblog\u002Ftopic-hub-page-structure",{"title":5,"description":99},"blog\u002Ftopic-hub-page-structure",[108,109,110],"专题页","内容架构","页面组织","SxHQ8Rtktsd1nlAWL-pSG09Lnr0a95oIx4po9xhqf8M",{"id":113,"title":114,"author":6,"body":115,"canonical":96,"category":97,"cover":96,"date":214,"description":215,"draft":100,"extension":101,"keywords":96,"meta":216,"navigation":103,"noindex":100,"ogImage":96,"path":217,"seo":218,"seoDescription":96,"seoTitle":96,"stem":219,"tags":220,"updated":96,"__hash__":224},"blog\u002Fblog\u002Fsecond-article-chance.md","同一个话题别人写过了，第二篇还有机会吗",{"type":8,"value":116,"toc":204},[117,120,124,127,130,133,137,140,143,147,150,153,156,159,162,165,168,171,174,177,180,183,186,189,192,195,198,201],[11,118,119],{},"关键词被大站占满，不代表不能写。我们判断\"第二篇有没有机会\"看三个信号：SERP 里有没有旧内容、有没有没被覆盖的子问题、我们有没有独家素材。",[15,121,123],{"id":122},"先看-serp-的年龄结构","先看 SERP 的\"年龄结构\"",[11,125,126],{},"如果前 10 名里有 5 篇以上是两年前的文章，说明这个题的更新需求存在，第二篇有机会。",[11,128,129],{},"如果前 10 名都是近半年更新的，说明竞争激烈，除非有独家，否则别碰。",[11,131,132],{},"我们 2026 年 3 月做过一个统计：软件类关键词里，前 10 名平均有 3.2 篇是两年前的。这个比例不低，说明\"旧内容\"是常见机会。",[15,134,136],{"id":135},"信号二有没有没被覆盖的子问题","信号二：有没有没被覆盖的子问题",[11,138,139],{},"把前 10 名的标题和小标题拆开，看哪些用户问题没人回答。",[11,141,142],{},"一个典型例子：所有讲\"日志管理\"的文章都在讲工具对比，没人讲\"日志量上来之后成本怎么控\"。这就是空白。",[15,144,146],{"id":145},"信号三我们有没有独家素材","信号三：我们有没有独家素材",[11,148,149],{},"独家素材包括：实测数据、客户案例、内部踩坑、原创调研。",[11,151,152],{},"有独家，第二篇能写得比第一篇好；没有独家，第二篇就是\"换个说法再写一遍\"，搜索引擎不需要。",[15,154,155],{"id":155},"三种可以写第二篇的情况",[11,157,158],{},"第一种，SERP 老旧。前 10 名里超过一半是两年前的，且内容有明显过时（工具下架、价格变了）。",[11,160,161],{},"第二种，有空白子问题。用户真正关心的问题没人讲，或者讲得很浅。",[11,163,164],{},"第三种，我们有独家案例。客户愿意公开的使用数据、踩坑记录，这些别人拿不到。",[15,166,167],{"id":167},"三种不该写的情况",[11,169,170],{},"第一种，前 10 名都是大站的旗舰内容，更新频繁、数据完整、外链多。硬碰是浪费。",[11,172,173],{},"第二种，话题本身没有搜索需求，只是\"看起来该写\"。",[11,175,176],{},"第三种，写了也没法承接。用户看完这篇文章，没有下一步动作可做。",[15,178,179],{"id":179},"我们写第二篇的做法",[11,181,182],{},"第一步，先选题角度，不选关键词。同一个词，找一个别人没写过的角度。",[11,184,185],{},"第二步，标题明确\"第二篇\"的差异。比如别人写\"日志管理工具对比\"，我们写\"日志管理成本怎么算：3 个真实账单\"。",[11,187,188],{},"第三步，内链到自己的相关文章，形成主题集群。",[15,190,191],{"id":191},"一个例子",[11,193,194],{},"\"API 监控\"这个词，前 10 名全是工具对比。我们 2025 年 12 月写了\"API 监控告警太多怎么办\"，讲告警降噪，用的是三个客户的真实数据。",[11,196,197],{},"上线 6 周排到第 8，因为这个词下的子问题没人认真写过。",[15,199,200],{"id":200},"一句判断",[11,202,203],{},"第二篇的机会不在\"写得更全\"，在\"写得更准\"。找一个别人没回答好的问题，用独家素材回答它，比重新写一遍大而全的指南有效。",{"title":86,"searchDepth":87,"depth":87,"links":205},[206,207,208,209,210,211,212,213],{"id":122,"depth":87,"text":123},{"id":135,"depth":87,"text":136},{"id":145,"depth":87,"text":146},{"id":155,"depth":87,"text":155},{"id":167,"depth":87,"text":167},{"id":179,"depth":87,"text":179},{"id":191,"depth":87,"text":191},{"id":200,"depth":87,"text":200},"2026-07-04","关键词被大站占满，不代表不能写。我们判断“第二篇有没有机会”看三个信号：SERP 里有没有旧内容、有没有没被覆盖的子问题、我们有没有独家素材。三种可以写、三种别写的情况都在这篇，看完能判断一个词值不值得做第二篇。",{},"\u002Fblog\u002Fsecond-article-chance",{"title":114,"description":215},"blog\u002Fsecond-article-chance",[221,222,223],"内容选题","竞争分析","信息增益","q58FmhznOTr8Hs1Us4Pi33tLECWoz7JgWPErIw3XD88",{"id":226,"title":227,"author":6,"body":228,"canonical":96,"category":97,"cover":96,"date":306,"description":307,"draft":100,"extension":101,"keywords":96,"meta":308,"navigation":103,"noindex":100,"ogImage":96,"path":309,"seo":310,"seoDescription":96,"seoTitle":96,"stem":311,"tags":312,"updated":96,"__hash__":316},"blog\u002Fblog\u002Fjuejin-content-revenue-review.md","掘金发了 12 篇技术文，带来的点击和询盘是多少",{"type":8,"value":229,"toc":298},[230,233,237,240,243,246,249,252,255,262,268,274,277,280,283,286,289,292,295],[11,231,232],{},"掘金带来的量不大，但来的都是对的人。2025 年 9 月到 2026 年 6 月，我们帮一个做 API 监控的客户在掘金发了 12 篇，总阅读 6.8 万，官网引荐 1200 多次，询盘 4 个，其中 1 个成单。这个投入产出谈不上漂亮，但值得做，因为获客成本比投放低。",[15,234,236],{"id":235},"_12-篇的数据拆分","12 篇的数据拆分",[11,238,239],{},"3 篇踩坑类文章，总阅读 4.2 万，官网引荐 900 次。5 篇教程类，阅读 1.9 万，引荐 200 次。4 篇产品介绍类，阅读 7000，引荐 100 次。",[11,241,242],{},"差距非常明显。踩坑类一篇文章的引荐量，是产品介绍类的十倍以上。",[15,244,245],{"id":245},"为什么踩坑类有效",[11,247,248],{},"因为读者在搜的是错误信息，不是产品。他遇到一个问题，搜到你的文章，问题解决了，顺手看到文章里提到的工具，这个转化路径是自然的。",[11,250,251],{},"踩坑类文章有个共同结构：先复现问题，再给三种可能的原因，最后给解法。写法上有个诀窍，标题直接放报错关键词，比如\"K8s Pod 反复重启的三个原因\"。这类标题在站内搜索和外网搜索里都能命中。",[15,253,254],{"id":254},"三个前提",[11,256,257,261],{},[258,259,260],"strong",{},"产品是给开发者的。"," 面向业务人员的软件，掘金读者不关心。",[11,263,264,267],{},[258,265,266],{},"团队里有一个能写技术文的人。"," 不是文笔好，是真踩过那些坑。外包写的技术文，读者两段就能看出来。",[11,269,270,273],{},[258,271,272],{},"能接受慢。"," 12 篇文章用了 9 个月，平均每月一篇多一点。想一个月发十篇快速起量，掘金用户会立刻识别成营销号。",[15,275,276],{"id":276},"一个反面的教训",[11,278,279],{},"我们前期发过两篇带明显产品推广的文章，数据在站内还行，但评论区很难看，有人说\"又是软文\"。这两篇带来 3 个引荐，代价是账号权重降了两周。",[11,281,282],{},"掘金的价值在技术信任，一旦这个印象被破坏，后面写什么都打折。",[15,284,285],{"id":285},"选题从哪来",[11,287,288],{},"我们的选题来源只有两个：客户支持工单和内部技术复盘。工单里重复出现的问题，就是外面有人在搜的问题。内部复盘里踩过的坑，写出来别人愿意看。这两个来源不需要灵感，需要的是有人愿意整理。我们给客户定的是每月一次选题会，从工单里挑三个问题出来。",[15,290,291],{"id":291},"现在还会不会继续做",[11,293,294],{},"会。但节奏改成每两个月两篇踩坑文，不再追数量。平台对营销号的识别越来越准，稳定输出真实问题的账号才有长期流量。",[11,296,297],{},"另外掘金的搜索流量也在变：站内搜索和外部搜索都在给技术内容加权，埋点数据显示来自掘金站内的搜索访问占比从 2025 年的三成涨到现在接近一半。这意味着标题里的报错关键词更重要了，得按用户真实搜法写。",{"title":86,"searchDepth":87,"depth":87,"links":299},[300,301,302,303,304,305],{"id":235,"depth":87,"text":236},{"id":245,"depth":87,"text":245},{"id":254,"depth":87,"text":254},{"id":276,"depth":87,"text":276},{"id":285,"depth":87,"text":285},{"id":291,"depth":87,"text":291},"2026-07-06","2025 年 9 月到 2026 年 6 月，我们帮一个客户在掘金发了 12 篇文章。总阅读 6.8 万，官网引荐 1200 次，询盘 4 个。这篇复盘哪几篇有效、为什么，以及做掘金内容的三个前提。",{},"\u002Fblog\u002Fjuejin-content-revenue-review",{"title":227,"description":307},"blog\u002Fjuejin-content-revenue-review",[313,314,315],"掘金","开发者社区","复盘","qgQbO3K7prNVUv5eSFYj6ghqXgQEv4xR-7t2aS7LXV0",1794088104107]