[{"data":1,"prerenderedAt":330},["ShallowReactive",2],{"blog-topic-rejection-criteria":3,"blog-prev-topic-rejection-criteria":127,"blog-next-topic-rejection-criteria":233},{"id":4,"title":5,"author":6,"body":7,"canonical":111,"category":112,"cover":111,"date":113,"description":114,"draft":115,"extension":116,"keywords":111,"meta":117,"navigation":118,"noindex":115,"ogImage":111,"path":119,"seo":120,"seoDescription":111,"seoTitle":111,"stem":121,"tags":122,"updated":111,"__hash__":126},"blog\u002Fblog\u002Ftopic-rejection-criteria.md","选题的 5 个否决条件：我们为什么不追热点","元析智能",{"type":8,"value":9,"toc":98},"minimark",[10,14,18,21,24,28,31,34,38,41,44,48,51,54,58,61,64,68,71,74,77,80,83,86,89,92,95],[11,12,13],"p",{},"选题会最大的浪费不是选错题，是花了时间讨论一个根本不该做的题。我们定了 5 个否决条件，命中任何一条就直接过，不进入讨论。",[15,16,17],"h2",{"id":17},"为什么要设否决条件",[11,19,20],{},"以前我们的选题会是\"头脑风暴\"，每个人提想法，讨论半小时，最后选几个。问题是：讨论的题里有一半根本不该做。",[11,22,23],{},"设了否决条件之后，选题会时间缩短了一半，产出反而更稳定。因为大家先自己过滤，不合适的题根本不提。",[15,25,27],{"id":26},"条件一没有搜索需求","条件一：没有搜索需求",[11,29,30],{},"判断方法：目标词在关键词工具里月搜索量低于 30，且在搜索后台看不到任何曝光。",[11,32,33],{},"例外：品牌词、新产品词，可以没有搜索量，但要有明确的承接页。",[15,35,37],{"id":36},"条件二没有转化路径","条件二：没有转化路径",[11,39,40],{},"写完这篇文章，用户下一步能做什么？注册、试用、下载、咨询，至少有一个。",[11,42,43],{},"如果一篇文章读完，用户只能\"知道了\"，这篇就是纯流量内容。纯流量内容我们只在两种情况下做：品牌曝光，或者为后续内容做铺垫。",[15,45,47],{"id":46},"条件三写不出独家","条件三：写不出独家",[11,49,50],{},"判断方法：问一句\"这篇里有没有一句话是同行写不出来的\"。没有，就否决。",[11,52,53],{},"独家的来源：实测数据、客户现场、内部经验、原创调研。都没有，就换个角度或者换题。",[15,55,57],{"id":56},"条件四竞品已经写透","条件四：竞品已经写透",[11,59,60],{},"判断方法：搜目标词，看前 5 名。如果都是大站、内容完整、有数据、有案例，而且我们没有任何增量，就否决。",[11,62,63],{},"不是不能做，是优先级往后排。等我们有独家素材了再做。",[15,65,67],{"id":66},"条件五维护成本过高","条件五：维护成本过高",[11,69,70],{},"有些内容写起来不难，维护起来要命。比如\"2026 年 XX 工具排行榜\"，每年都要更新，数据要重新收集。",[11,72,73],{},"我们一般算一笔账：维护成本超过初次写作成本 2 倍的题，谨慎接。",[15,75,76],{"id":76},"一个被我们否决的选题",[11,78,79],{},"2026 年 2 月，客户提议写\"2026 年 AI 编程工具盘点\"。搜索量很大，但我们判断：",[11,81,82],{},"竞品已经写透（前 10 名都是大站的年度盘点）；我们写不出独家（没有实测数据）；维护成本高（每年更新）；转化路径弱（读者看完就去试工具了）。",[11,84,85],{},"四条命中，直接否决。后来改成\"AI 编程工具在团队协作里的 3 个坑\"，用了客户的真实使用数据，反而排到了前 10。",[15,87,88],{"id":88},"否决之后干什么",[11,90,91],{},"别让否决变成\"什么都不做\"。每个被否决的题，记录原因，三个月后回头看：如果原因消失了（比如我们有了独家数据），可以重新提。",[15,93,94],{"id":94},"一句判断",[11,96,97],{},"选题的能力不是\"能想出多少题\"，是\"能砍掉多少题\"。砍得准，剩下的题才有资源做好。",{"title":99,"searchDepth":100,"depth":100,"links":101},"",2,[102,103,104,105,106,107,108,109,110],{"id":17,"depth":100,"text":17},{"id":26,"depth":100,"text":27},{"id":36,"depth":100,"text":37},{"id":46,"depth":100,"text":47},{"id":56,"depth":100,"text":57},{"id":66,"depth":100,"text":67},{"id":76,"depth":100,"text":76},{"id":88,"depth":100,"text":88},{"id":94,"depth":100,"text":94},null,"内容运营","2026-06-25","选题会最大的浪费不是选错题，是花了时间讨论一个根本不该做的题。我们定了 5 个否决条件：没有搜索需求、没有转化路径、写不出独家、竞品已经写透、维护成本过高。每条都有判断方法，选题会上照着过一遍就行。",false,"md",{},true,"\u002Fblog\u002Ftopic-rejection-criteria",{"title":5,"description":114},"blog\u002Ftopic-rejection-criteria",[123,124,125],"内容选题","选题决策","内容策略","B9KXjnbrqY93gT6M8cEQorb5mlCBrhQXfKjrxou8Lhk",{"id":128,"title":129,"author":6,"body":130,"canonical":111,"category":221,"cover":111,"date":222,"description":223,"draft":115,"extension":116,"keywords":111,"meta":224,"navigation":118,"noindex":115,"ogImage":111,"path":225,"seo":226,"seoDescription":111,"seoTitle":111,"stem":227,"tags":228,"updated":111,"__hash__":232},"blog\u002Fblog\u002Fkeyword-research-without-tools.md","不买关键词工具能不能挖词，能，但慢三倍",{"type":8,"value":131,"toc":211},[132,135,139,142,145,149,152,155,159,162,165,169,172,175,178,181,184,187,190,193,196,199,202,205,208],[11,133,134],{},"不买关键词工具也能挖词，只是慢三倍。2026 年 1 月我们给一个预算为零的客户做过一次，三个人三周，挖出 210 个候选词，进排期的 31 个。没花一分钱，靠的是四个免费来源。",[15,136,138],{"id":137},"第一个来源搜索后台","第一个来源：搜索后台",[11,140,141],{},"GSC 和百度搜索资源平台的查询数据，是唯一免费又真实的搜索量代理。最近 28 天有曝光、排名在 10 到 50 名之间的查询，就是现成的机会词表。",[11,143,144],{},"这个来源比工具准，因为它是你自己的真实数据，不带估算。",[15,146,148],{"id":147},"第二个来源站内搜索","第二个来源：站内搜索",[11,150,151],{},"用户在你站内搜过什么，说明他想找什么但没找到。这类词往往正是该写的内容。",[11,153,154],{},"站内搜索数据一般在统计工具里，或者从产品日志里导。有的话别浪费。",[15,156,158],{"id":157},"第三个来源客服工单","第三个来源：客服工单",[11,160,161],{},"客户描述问题的原话，几乎就是搜索词。报错原文、功能叫法、操作步骤，三类都能直接变成选题。",[11,163,164],{},"工单里的词工具一般挖不出来，量太小，被当噪音过滤了。",[15,166,168],{"id":167},"第四个来源竞品目录和文档搜索","第四个来源：竞品目录和文档搜索",[11,170,171],{},"看竞品写了什么，看他没写什么；看他文档的搜索框提示，看他的 FAQ 结构。",[11,173,174],{},"这一步不是为了抄，是为了确认哪些问题已经有人验证过有需求。",[15,176,177],{"id":177},"没工具最缺什么",[11,179,180],{},"缺搜索量。没有量，就没法排序，只能靠判断。",[11,182,183],{},"我们的替代办法：用搜索后台的曝光当量级，用搜索结果页的竞争程度当机会分，两个加起来排优先级。粗糙，但够用。",[15,185,186],{"id":186},"慢在哪",[11,188,189],{},"慢在没法批量。工具能一次导出两万个词，人工只能一个个过。三周时间里有两周花在整理和核对上。",[11,191,192],{},"如果词库规模超过 500 个词，或者要做多个语言，还是买工具。手工的成本比订阅费高。",[15,194,195],{"id":195},"一个判断",[11,197,198],{},"工具解决的是规模，不解决判断。没有工具的时候，你反而会更认真地看每个词的搜索结果。",[15,200,201],{"id":201},"一个人做的话",[11,203,204],{},"一个人用免费来源挖词，一周能稳定产出 20 到 30 个候选，够一个月写。",[11,206,207],{},"别贪多。词表太大反而没人用，40 个里面挑出 8 个，写完再挖下一批。",[11,209,210],{},"我们那个客户后来买了工具，但选词的标准还是那三条：有没有决策信号、竞品做没做好、我们有没有素材。这三条工具给不了。",{"title":99,"searchDepth":100,"depth":100,"links":212},[213,214,215,216,217,218,219,220],{"id":137,"depth":100,"text":138},{"id":147,"depth":100,"text":148},{"id":157,"depth":100,"text":158},{"id":167,"depth":100,"text":168},{"id":177,"depth":100,"text":177},{"id":186,"depth":100,"text":186},{"id":195,"depth":100,"text":195},{"id":201,"depth":100,"text":201},"SEO","2026-06-24","预算为零也能挖词。四个免费来源：搜索后台、站内搜索、客服工单、竞品目录。我们给一个零预算客户做了三周，挖出 210 个词，进排期的 31 个。",{},"\u002Fblog\u002Fkeyword-research-without-tools",{"title":129,"description":223},"blog\u002Fkeyword-research-without-tools",[229,230,231],"关键词研究","免费工具","小团队","tVGK11VKfwGyUm1HG0kFw6W5_Gx91Fzc-Km3Wtugn4E",{"id":234,"title":235,"author":6,"body":236,"canonical":111,"category":221,"cover":111,"date":319,"description":320,"draft":115,"extension":116,"keywords":111,"meta":321,"navigation":118,"noindex":115,"ogImage":111,"path":322,"seo":323,"seoDescription":111,"seoTitle":111,"stem":324,"tags":325,"updated":111,"__hash__":329},"blog\u002Fblog\u002Fgithub-org-second-homepage.md","开发者工具公司：把 GitHub 组织页做成第二官网",{"type":8,"value":237,"toc":312},[238,241,245,252,258,264,270,274,277,280,284,287,290,293,296,299,302,306,309],[11,239,240],{},"做开发者工具的客户，GitHub 组织页值得当成第二个官网来做。2026 年 3 月我们复盘了 6 个客户的数据，其中 3 个的 GitHub 组织页带来的注册量超过了官网博客，原因不复杂：开发者信代码，不信落地页。",[15,242,244],{"id":243},"readme-的四块结构","README 的四块结构",[11,246,247,251],{},[248,249,250],"strong",{},"一句话说清是什么。"," 第一行写清楚产品解决什么问题，给谁用。别用\"下一代\"\"新一代\"这种词，开发者看到就跑。",[11,253,254,257],{},[248,255,256],{},"30 秒能跑起来的示例。"," 一段可复制的安装命令、一个最小可用示例。这一段决定了他会不会继续看。",[11,259,260,263],{},[248,261,262],{},"能力边界。"," 明确写清楚不支持什么、限制在哪。主动写限制反而增加信任，因为开发者最怕踩到没写明的坑。",[11,265,266,269],{},[248,267,268],{},"去哪里提问。"," Issues、Discussions、社群入口。让人知道出问题能找到人。",[15,271,273],{"id":272},"issue-区当内容库","Issue 区当内容库",[11,275,276],{},"开发者遇到报错会去搜报错信息，而 Issue 区正好是这些报错最集中的地方。把常见报错、原因、解法整理成置顶 Issue，长期能吃到这类长尾搜索。",[11,278,279],{},"我们给一个客户整理过 30 多个常见 Issue，标题统一成\"报错信息 + 原因\"的格式。三个月后，其中 11 个能在外网搜到，带来了稳定的自然流量。",[15,281,283],{"id":282},"让-ai-搜索引用你的-readme","让 AI 搜索引用你的 README",[11,285,286],{},"AI 搜索抓 GitHub 很勤，尤其是代码和技术方案类问题。写法上，事实句要明确，版本号要写，对比要成表。含糊的形容词 AI 抓不到也用不上。",[11,288,289],{},"还有一个细节：组织页的 profile README 要写公司是谁、产品是什么、团队在哪。很多公司只挂了个 logo，把最有价值的介绍位置浪费了。",[15,291,292],{"id":292},"组织页的其他三块",[11,294,295],{},"除了 README，还有三块值得收拾。置顶仓库选 3 到 6 个，按\"最能让新人上手\"的顺序排，别把内部工具放前面。仓库的 description 和 topics 要写全，这是 GitHub 站内搜索和外部搜索都会读的字段。",[11,297,298],{},"组织资料里的官网链接、文档链接、社交账号都要填，而且要相互一致。我们见过一个客户，GitHub 上挂的官网是两年前的旧域名，跳过去 404，这种细节对开发者的信任打击很大。",[11,300,301],{},"最后是个人贡献者。开发者会看这个组织里有没有活跃的人。团队成员的 GitHub 主页如果常年空白，组织页再漂亮也显得像空壳。",[15,303,305],{"id":304},"_2026-年-9-月复查的数据","2026 年 9 月复查的数据",[11,307,308],{},"这个 GitHub 组织页改版两个月后，我们再拉了一次数据：组织页带来的官网引荐从每月 400 次涨到 1100 次，其中一半落在文档页。README 里的安装示例是点击最多的地方，说明开发者确实在按文档试。",[11,310,311],{},"还有一个意外收获：两家投资机构的人是通过 GitHub 找到这个产品的，后来主动约了电话。这说明组织页的读者不只有开发者，还有看技术尽调的人。",{"title":99,"searchDepth":100,"depth":100,"links":313},[314,315,316,317,318],{"id":243,"depth":100,"text":244},{"id":272,"depth":100,"text":273},{"id":282,"depth":100,"text":283},{"id":292,"depth":100,"text":292},{"id":304,"depth":100,"text":305},"2026-06-26","我们的客户里做开发者工具的，GitHub 组织页带来的注册有时超过官网博客。这篇讲 README 的四块结构、Issue 区怎么当内容库、以及怎么让 AI 搜索引用你的 README。",{},"\u002Fblog\u002Fgithub-org-second-homepage",{"title":235,"description":320},"blog\u002Fgithub-org-second-homepage",[326,327,328],"GitHub","开发者工具","内容平台","_Zh7IeV9VrVN73j3XK_Mt1IlsEg5ZlNcjPlPEF9tseI",1794088104363]