[{"data":1,"prerenderedAt":458},["ShallowReactive",2],{"blog-github-issues-longtail-content":3,"blog-prev-github-issues-longtail-content":89,"blog-next-github-issues-longtail-content":155},{"id":4,"title":5,"author":6,"body":7,"canonical":73,"category":74,"cover":73,"date":75,"description":76,"draft":77,"extension":78,"keywords":73,"meta":79,"navigation":80,"noindex":77,"ogImage":73,"path":81,"seo":82,"seoDescription":73,"seoTitle":73,"stem":83,"tags":84,"updated":73,"__hash__":88},"blog\u002Fblog\u002Fgithub-issues-longtail-content.md","GitHub Issues 是被浪费的长尾关键词内容库","元析智能",{"type":8,"value":9,"toc":65},"minimark",[10,14,19,22,25,28,31,34,38,41,44,47,50,53,56,59,62],[11,12,13],"p",{},"开源项目的 issue 区是一个免费的搜索词库。2025 年 10 月我们给一个开源消息队列做内容规划，翻了它 1800 多个 issue，挑出 40 个高频问题，改写成文档页和博客，到 2026 年 1 月这批页面累计带来 2.6 万次自然访问，占文档站新流量的三成多。",[15,16,18],"h2",{"id":17},"为什么-issue-里有搜索词","为什么 issue 里有搜索词",[11,20,21],{},"用户报 issue 时用的是自己的话。“消费组 rebalance 一直卡住”“重启后 offset 丢失”“docker 启动报 no space left”。这些话和搜索引擎里的查询高度接近，因为都是遇到问题的人在描述问题。",[11,23,24],{},"我们做的是把这些问法抄进一张表，按出现次数排序，再去 Google 关键词工具和 Search Console 里核对搜索量。40 个里能查到明确搜索量的有 27 个，剩下的属于长尾，但意图很尖。",[15,26,27],{"id":27},"改写不是复制",[11,29,30],{},"把 issue 原文贴成文档页，是最差的做法。issue 里混着情绪、环境信息、临时方案，还有已经过时的回答。我们改写的结构固定：现象是什么、为什么会这样、怎么修、怎么预防。",[11,32,33],{},"举一个真实的例子。有个 issue 标题是“消费组卡住不动”，下面 30 多条回复，最后是一个成员给了配置项。我们写成《消费组 rebalance 卡住的 4 个原因》，上线两个月，这个页面的自然访问 3400 次，是文档站排名最好的页面前十。",[15,35,37],{"id":36},"哪类-issue-值得写","哪类 issue 值得写",[11,39,40],{},"第一类，同一个问题被问过三次以上。这是最硬的信号。",[11,42,43],{},"第二类，带报错原文的。报错信息是天然的精确匹配关键词，用户会原样搜。",[11,45,46],{},"第三类，有明确解决路径但没进文档的。这类内容 AI 回答引擎特别爱引用，因为结构清晰、结论明确。",[11,48,49],{},"不值得写的是：功能请求、单纯的 bug 报告、涉及特定客户环境的问题。这三类要么没搜索量，要么写出来没人看。",[11,51,52],{},"还有一个维度是时效。issue 里的方案如果依赖某个版本号，写进文档时必须标清适用区间，否则半年后又变成过期答案。我们给每篇这类页面加了“适用版本”一行，维护成本几乎为零，但用户照做不踩空。",[15,54,55],{"id":55},"顺手做两件事",[11,57,58],{},"一是把 issue 的回答补进 comment 并置顶，别让用户翻 30 楼。二是给高频 issue 打标签，GitHub 的标签页本身有站内搜索流量，也能让维护者快速定位。",[11,60,61],{},"改写后的页面要链回原 issue。用户看到“这个问题在 issue #412 有讨论”，会觉得你透明，也把权重分给了 GitHub 那边，两边都受益。",[11,63,64],{},"这套做法对项目的额外好处是减负。同样的问题被问到第五次时，直接甩链接，比重新解释省事。内容做得对，客服成本会降。",{"title":66,"searchDepth":67,"depth":67,"links":68},"",2,[69,70,71,72],{"id":17,"depth":67,"text":18},{"id":27,"depth":67,"text":27},{"id":36,"depth":67,"text":37},{"id":55,"depth":67,"text":55},null,"内容运营","2025-11-30","一个开源项目 1800 个 issue 里，藏着大量用户真实搜索的问法。我们挑了 40 个改写成文档页，半年带来 2.6 万次自然访问。",false,"md",{},true,"\u002Fblog\u002Fgithub-issues-longtail-content",{"title":5,"description":76},"blog\u002Fgithub-issues-longtail-content",[85,86,87],"GitHub","长尾关键词","开源运营","COHhK5UdyUvRvR3iO9FCrUNbraGETZ4yYyWaRAz-dNM",{"id":90,"title":91,"author":6,"body":92,"canonical":73,"category":74,"cover":73,"date":144,"description":145,"draft":77,"extension":78,"keywords":73,"meta":146,"navigation":80,"noindex":77,"ogImage":73,"path":147,"seo":148,"seoDescription":73,"seoTitle":73,"stem":149,"tags":150,"updated":73,"__hash__":154},"blog\u002Fblog\u002Ftech-media-pitch-structure.md","媒体投稿老被拒稿，八成问题出在选题和结构上",{"type":8,"value":93,"toc":139},[94,97,100,103,106,109,112,115,118,121,124,127,130,133,136],[11,95,96],{},"媒体拒稿很少是因为文笔，多数是因为选题对编辑没用。2025 年 3 月到 11 月，我们帮客户投了 11 篇行业媒体稿，采用 7 篇，被拒 4 篇。被拒的 4 篇有一个共同点：都在写\"我们产品多好\"。",[15,98,99],{"id":99},"编辑在筛什么",[11,101,102],{},"编辑每天收几十封投稿，判断只用三秒：这事读者关心吗？有没有独家信息？有没有广告味？",[11,104,105],{},"独家信息是最好用的敲门砖。可以是你们后台脱敏后的一个数据，可以是一个客户的真实改造过程，也可以是一个反常识判断。比如\"我们统计了 40 个客户的落地页，转化率最高的不是最短的那版\"，这种编辑会看第二眼。",[11,107,108],{},"广告味来自三处：标题带产品名、正文出现两次以上产品、结尾有购买引导。这三处只要出现两处，基本就拒了。",[11,110,111],{},"有个简单的自测：把公司名和产品名全部替换成\"某公司\"，这篇文章还愿意读吗？如果读起来仍然是篇有用的行业分析，就说明内容本身站得住，被采用的概率会高很多。我们现在的稿子都要先过这一关。",[15,113,114],{"id":114},"选题从哪里捞",[11,116,117],{},"第一类是产品数据。你们后台一定有一些别人没有的数，比如某类功能的留存、某类客户的流失节点，脱敏之后就是选题。",[11,119,120],{},"第二类是客户访谈。客户怎么用、踩过什么坑、替换了谁，这些细节编辑爱要，因为没人写过。",[11,122,123],{},"第三类是行业争议。有分歧的话题天然有流量，比如\"AI 生成的内容要不要署名\"，但要求你有明确立场，不能两边都说好。",[15,125,126],{"id":126},"结构模板",[11,128,129],{},"标题给结论或数字，不要悬念。导语 100 字内把结论说完。正文两到三个小标题，每个小标题下先给判断再给论据。中间放一段数据或案例，越具体越好。结尾给判断，不要给广告。",[11,131,132],{},"投稿邮件本身也要短。三段：这篇写什么、为什么适合你们读者、作者是谁。附全文，别只发大纲等编辑来问。",[11,134,135],{},"有三句话千万别写：\"我们想宣传一下新品\"、\"能不能带官网链接\"、\"稿子你们随便改\"。前两句暴露目的，第三句暴露不自信。链接当然可以带，但要等编辑主动提。",[11,137,138],{},"投稿是长期动作，一年 3 到 6 篇合适。一篇被拒别急着改投别家，先问编辑一句\"哪里不合适\"，这个反馈比稿费值钱。",{"title":66,"searchDepth":67,"depth":67,"links":140},[141,142,143],{"id":99,"depth":67,"text":99},{"id":114,"depth":67,"text":114},{"id":126,"depth":67,"text":126},"2025-11-29","我们帮客户投过 11 篇行业媒体稿，采用 7 篇。这篇讲编辑真正在筛什么、选题从哪里捞、结构怎么搭，以及投稿邮件里千万别写的那三句话。",{},"\u002Fblog\u002Ftech-media-pitch-structure",{"title":91,"description":145},"blog\u002Ftech-media-pitch-structure",[151,152,153],"媒体投稿","内容策划","品牌曝光","9QVd-gR1b6-Rf46v0pLMla1S-EXXGmOM0xYEWL_KR1Q",{"id":156,"title":157,"author":6,"body":158,"canonical":73,"category":445,"cover":73,"date":446,"description":447,"draft":77,"extension":78,"keywords":73,"meta":448,"navigation":80,"noindex":77,"ogImage":73,"path":449,"seo":450,"seoDescription":73,"seoTitle":73,"stem":451,"tags":452,"updated":73,"__hash__":457},"blog\u002Fblog\u002Fsaas-seo-guide.md","SaaS 公司怎么做 SEO:我们建议的 4 步",{"type":8,"value":159,"toc":437},[160,163,167,170,202,205,211,215,218,221,256,262,266,269,295,298,319,325,329,332,358,364,375,378,392,396,399,428,431,434],[11,161,162],{},"SaaS 公司的 SEO 和普通企业站不一样。你的核心资产是产品文档,你的用户决策周期长,你的商业词竞争激烈。用通用 SEO 方法套 SaaS,效果不会好。这篇文章写我们给 SaaS 客户做 SEO 的 4 步方法,每步都有具体操作。",[15,164,166],{"id":165},"第一步技术诊断","第一步:技术诊断",[11,168,169],{},"SaaS 公司的站常见的技术问题:",[171,172,173,181,187,196],"ul",{},[174,175,176,180],"li",{},[177,178,179],"strong",{},"产品页是 SPA",":用 React\u002FVue 做的单页应用,搜索引擎抓不到内容。这是最致命的问题,再好的内容搜索引擎看不到等于白做",[174,182,183,186],{},[177,184,185],{},"产品文档在登录后",":有些 SaaS 把文档放在需要登录才能访问的区域,搜索引擎根本抓不到",[174,188,189,192,195],{},[177,190,191],{},"页面速度慢",[193,194],"saa-s",{}," 站经常加载大量 JS,首屏超过 3 秒,百度和 Google 都会降权",[174,197,198,201],{},[177,199,200],{},"没有结构化数据",":不标 Schema.org,搜索引擎不知道你的 SoftwareApplication、FAQ、Article",[11,203,204],{},"诊断工具:百度搜索资源平台(看抓取和收录)、Google Search Console(看索引)、Lighthouse(看性能)、Screaming Frog(全站爬取)。",[11,206,207,210],{},[177,208,209],{},"这一步我们出一份诊断报告",",告诉你哪些技术问题在拖后腿。不修这些做内容等于在漏水的桶里倒水。",[15,212,214],{"id":213},"第二步产品文档-seo-化","第二步:产品文档 SEO 化",[11,216,217],{},"SaaS 公司最大的 SEO 优势是产品文档。文档内容具体、有信息量、用户会搜。但大多数 SaaS 公司的文档完全没有 SEO 优化。",[11,219,220],{},"具体做什么:",[171,222,223,229,235,241,247],{},[174,224,225,228],{},[177,226,227],{},"文档 SSR 或 SSG",":确保搜索引擎能抓到文档内容。如果文档在 SPA 里,改成服务端渲染或静态生成",[174,230,231,234],{},[177,232,233],{},"每个功能页独立 URL",":不要把所有文档放在一个页面用 tab 切换,每个功能一个独立 URL,有自己的 title 和 H1",[174,236,237,240],{},[177,238,239],{},"title 含功能词",":\"CRM 客户管理功能使用指南\" 而不是\"功能文档 - 第三章\"",[174,242,243,246],{},[177,244,245],{},"加 FAQ",":每个功能页底部加常见问题,用问答结构写,方便搜索引擎和 AI 引擎抓取",[174,248,249,252,255],{},[177,250,251],{},"内链相关功能",[253,254],"crm",{}," 文档链接到销售管理文档,形成内链网络",[11,257,258,261],{},[177,259,260],{},"这一步是 SaaS SEO 见效最快的地方","。文档内容已经存在,只需要做技术改造和 SEO 优化,不需要从零写内容。",[15,263,265],{"id":264},"第三步商业词内容建设","第三步:商业词内容建设",[11,267,268],{},"SaaS 的商业词(如\"CRM 系统\"\"项目管理软件\")竞争激烈,直接打很难上去。我们的策略是:",[171,270,271,277,283,289],{},[174,272,273,276],{},[177,274,275],{},"先打长尾词",":\"适合小团队的 CRM\"\"项目管理软件对比\"这类长尾词,竞争小,意图明确",[174,278,279,282],{},[177,280,281],{},"写对比内容",":用户搜商业词时经常在对比,写\"XX vs YY\"类内容,截流对比搜索",[174,284,285,288],{},[177,286,287],{},"写场景化内容",":不要写\"什么是 CRM\",写\"电商团队怎么用 CRM 管理客户\"——场景词竞争小,转化高",[174,290,291,294],{},[177,292,293],{},"内容必须有信息增益",":不要复述同行内容,每篇要有自己的角度或数据",[11,296,297],{},"内容产出流程(我们的做法):",[299,300,301,304,307,310,313,316],"ol",{},[174,302,303],{},"挖词:用 5118 或百度关键词规划师,找搜索量 100-1000 的长尾词",[174,305,306],{},"搜同行前三页:看他们写了什么,问自己能补充什么",[174,308,309],{},"AI 写初稿:用 AI 起草,提高效率",[174,311,312],{},"人工改写:去掉 AI 味,加第一人称、加具体案例、加立场",[174,314,315],{},"AI 检测:用 GPTZero 跑一遍,分数高就重写",[174,317,318],{},"发布",[11,320,321,324],{},[177,322,323],{},"关键:不要为了发而发","。每篇必须有同行没有的独家信息,否则信息增益为 0,排名起不来。",[15,326,328],{"id":327},"第四步外链和品牌建设","第四步:外链和品牌建设",[11,330,331],{},"SaaS 公司的外链建设:",[171,333,334,340,346,352],{},[174,335,336,339],{},[177,337,338],{},"开发者社区",":如果是技术产品,在掘金、知乎、CSDN 发技术内容,带官网链接",[174,341,342,345],{},[177,343,344],{},"行业媒体",":在 36 氪、虎嗅等行业媒体发产品分析或行业观点",[174,347,348,351],{},[177,349,350],{},"评测网站",":在 G2、Capterra、爱发电等评测网站登记产品",[174,353,354,357],{},[177,355,356],{},"互链",":和行业相关的软件公司互链,对等交换",[11,359,360,363],{},[177,361,362],{},"不做的事",":",[171,365,366,369,372],{},[174,367,368],{},"不买卖外链(2025 年已基本失效且有风险)",[174,370,371],{},"不在论坛发垃圾链接",[174,373,374],{},"不用 PBN(私人博客网络)",[11,376,377],{},"品牌建设也是 SEO 的一部分。品牌词搜索量上升,百度和 Google 会给整站权重提升。SaaS 公司做品牌的方法:",[171,379,380,383,386,389],{},[174,381,382],{},"持续输出行业内容(博客)",[174,384,385],{},"参加行业活动(线下或线上)",[174,387,388],{},"做开源项目(如果是开发者工具)",[174,390,391],{},"在社交媒体建立品牌存在",[15,393,395],{"id":394},"我们不接什么样的-saas","我们不接什么样的 SaaS",[11,397,398],{},"不是所有 SaaS 都适合做 SEO。我们不接:",[171,400,401,407,413,422],{},[174,402,403,406],{},[177,404,405],{},"日访 500 以下的站",":产品还没验证,先做产品再做 SEO",[174,408,409,412],{},[177,410,411],{},"产品文档在登录后的",":不愿改成公开,SEO 做不了",[174,414,415,418,421],{},[177,416,417],{},"想 1 个月见效的",[419,420],"seo",{}," 不可能 1 个月见效,至少 3-6 个月",[174,423,424,427],{},[177,425,426],{},"只愿意买外链不愿做内容的",":方法不匹配,做了也是白做",[15,429,430],{"id":430},"总结",[11,432,433],{},"SaaS 公司 SEO 的 4 步:技术诊断 → 产品文档 SEO 化 → 商业词内容建设 → 外链和品牌建设。其中产品文档 SEO 化是见效最快的一步,大多数 SaaS 公司的文档完全没优化,改造成本低,效果明显。",[11,435,436],{},"如果你是 SaaS 公司,想做 SEO 但不知道从哪开始,联系我们。第一次沟通不收费,我们会看你站的现状,告诉你问题在哪。",{"title":66,"searchDepth":67,"depth":67,"links":438},[439,440,441,442,443,444],{"id":165,"depth":67,"text":166},{"id":213,"depth":67,"text":214},{"id":264,"depth":67,"text":265},{"id":327,"depth":67,"text":328},{"id":394,"depth":67,"text":395},{"id":430,"depth":67,"text":430},"SEO","2025-12-01","SaaS 公司的 SEO 和普通企业站不同,产品文档是核心资产,商业词竞争激烈。我们给 SaaS 客户做的 4 步方法,从技术诊断到内容建设。",{},"\u002Fblog\u002Fsaas-seo-guide",{"title":157,"description":447},"blog\u002Fsaas-seo-guide",[453,454,455,456],"SaaS SEO","软件公司推广","内容SEO","技术SEO","LANXMagCShT_WvuQqys-cLVXU2o-1458r-tTJg2BwRE",1794088110437]