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