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