[{"data":1,"prerenderedAt":315},["ShallowReactive",2],{"blog-devtools-backlink-audit-review":3,"blog-prev-devtools-backlink-audit-review":76,"blog-next-devtools-backlink-audit-review":245},{"id":4,"title":5,"author":6,"body":7,"canonical":60,"category":61,"cover":60,"date":62,"description":63,"draft":64,"extension":65,"keywords":60,"meta":66,"navigation":67,"noindex":64,"ogImage":60,"path":68,"seo":69,"seoDescription":60,"seoTitle":60,"stem":70,"tags":71,"updated":60,"__hash__":75},"blog\u002Fblog\u002Fdevtools-backlink-audit-review.md","给开发者工具站做了三个月外链，最后只留下 7 条","元析智能",{"type":8,"value":9,"toc":53},"minimark",[10,14,17,21,24,27,31,34,37,40,44,47,50],[11,12,13],"p",{},"7 月到 9 月，我们给一个做 API 网关的开发者工具站做了三个月外链。预算 3 万，候选 87 条，最终保留 7 条。客户一开始嫌少，看到 9 月的引荐流量和品牌词数据后接受了。",[11,15,16],{},"结论先放这儿：对开发者工具来说，一条来自真实技术社区的链接，胜过三十条目录站链接。这个品类的用户信技术人，不信广告位。",[18,19,20],"h2",{"id":20},"筛的时候只用三条硬指标",[11,22,23],{},"第一条，页面有没有自然搜索流量。我们用工具查页面的关键词数和预估流量，月访问低于 200 的直接排除。第二条，站点主题和开发者工具的距离。技术博客、开源项目、API 相关媒体算近，综合门户和电商算远。第三条，蜘蛛抓取频次。日志里看这个域名的请求记录，半年内没被抓过的，链接价值接近零。",[11,25,26],{},"这三条之外的指标，比如域名年龄、DR、出站数，我们只当参考。尤其 DR，卖家最爱拿它说事，但它和页面能不能带来人关系很小。",[18,28,30],{"id":29},"被退掉的-80-条长什么样","被退掉的 80 条长什么样",[11,32,33],{},"最多的一类是技术媒体套餐。11 个渠道里有 4 个是这种，报价 5000 到 12000。共同点是：首页有流量，但你的文章发在二级目录，那个目录三个月后基本不再更新，链接还在，权重没了。",[11,35,36],{},"第二类是 GitHub 上\"awesome 列表\"的代提交。我们试过 3 个，2 个一周内被维护者删掉，1 个列表本身半年没更新。这类收录有用，但得自己提 PR，让维护者判断，买不到。",[11,38,39],{},"第三类是问答平台的软回答。知乎和 Stack Overflow 上都有人卖高赞回答带链接，价格 800 到 2000。我们翻了两家账号的历史回答，全是产品推荐，这种链被折叠是迟早的事。",[18,41,43],{"id":42},"_7-条留下的长什么样","7 条留下的长什么样",[11,45,46],{},"7 条里，4 条来自技术博客的独立评测，2 条来自开源项目 README 的推荐位，1 条来自一家 API 行业媒体的报道。9 月底看数据：GSC 引荐流量从每月 40 次涨到 310 次，品牌词月搜索从 120 涨到 260，注册里能归因到引荐流量的有 9 个。",[11,48,49],{},"3 万预算、7 条链，平均一条 4200。按注册成本算，一个注册 3300，比他们投放的获客成本低一半。但我不建议所有公司都这么算账，因为这条路的瓶颈不在预算，在你能不能等到第三个月。",[11,51,52],{},"外链这行，卖家的报价越便宜，你越该问一句：这个页面自己有人看吗。",{"title":54,"searchDepth":55,"depth":55,"links":56},"",2,[57,58,59],{"id":20,"depth":55,"text":20},{"id":29,"depth":55,"text":30},{"id":42,"depth":55,"text":43},null,"SEO","2025-09-17","一个 API 网关工具站，三个月、11 个渠道、87 条候选，最后留下 7 条外链。这篇复盘我们的筛选表、被退掉的 80 条长什么样，以及 7 条链三个月后的实际效果。",false,"md",{},true,"\u002Fblog\u002Fdevtools-backlink-audit-review",{"title":5,"description":63},"blog\u002Fdevtools-backlink-audit-review",[72,73,74],"外链建设","开发者工具","复盘","EpIC5Uq2o578KZgZJ-1z5m70QE99Y1HL3e8q8x5PPWI",{"id":77,"title":78,"author":6,"body":79,"canonical":60,"category":233,"cover":60,"date":234,"description":235,"draft":64,"extension":65,"keywords":60,"meta":236,"navigation":67,"noindex":64,"ogImage":60,"path":237,"seo":238,"seoDescription":60,"seoTitle":60,"stem":239,"tags":240,"updated":60,"__hash__":244},"blog\u002Fblog\u002Fchatgpt-search-cited-page-types.md","ChatGPT 搜索最爱引用的四种页面，产品页排最后",{"type":8,"value":80,"toc":225},[81,84,87,90,93,96,99,177,180,183,186,189,192,195,198,201,204,207,210,213,216,219,222],[11,82,83],{},"ChatGPT 搜索引用最多的不是你的产品页，是文档页和第三方对比。我们从 2025 年 6 月起，每周三手工跑 30 个 B2B 软件方向的查询，记录每条回答挂出来的来源，到 9 月底攒了 120 组样本。结论有点扎人：产品页只出现 7 次。",[18,85,86],{"id":86},"引用位和引用源不是一回事",[11,88,89],{},"先分清两件事。引用位是回答里那个角标和链接，引用源是它读了哪些页面。ChatGPT 搜索会先读一批源，再组织答案，最后挂 3 到 6 个链接。你被读了，不一定被挂。",[11,91,92],{},"我们记录的是被挂的链接。120 组回答里，链接总数 431 个，平均每条 3.6 个。",[18,94,95],{"id":95},"四种页面吃掉了大部分引用",[11,97,98],{},"按被挂次数排：",[100,101,102,118],"table",{},[103,104,105],"thead",{},[106,107,108,112,115],"tr",{},[109,110,111],"th",{},"页面类型",[109,113,114],{},"被挂次数",[109,116,117],{},"占 431 个的比例",[119,120,121,133,144,155,166],"tbody",{},[106,122,123,127,130],{},[124,125,126],"td",{},"文档页（API、配置、报错说明）",[124,128,129],{},"118",[124,131,132],{},"27%",[106,134,135,138,141],{},[124,136,137],{},"第三方对比与评测",[124,139,140],{},"96",[124,142,143],{},"22%",[106,145,146,149,152],{},[124,147,148],{},"带更新日期的说明页",[124,150,151],{},"71",[124,153,154],{},"16%",[106,156,157,160,163],{},[124,158,159],{},"官方案例页",[124,161,162],{},"39",[124,164,165],{},"9%",[106,167,168,171,174],{},[124,169,170],{},"产品功能页",[124,172,173],{},"7",[124,175,176],{},"1.6%",[11,178,179],{},"文档页能排第一，是因为问法太具体。\"这个 SDK 怎么配置超时\"这种问题，只有文档能答。第三方对比排第二，是因为 ChatGPT 在回答\"选哪个\"的时候，倾向拿不是卖家自己写的东西。",[18,181,182],{"id":182},"更新日期是它的隐性信号",[11,184,185],{},"我们做过一个笨实验。同一个客户的一段说明文字，内容没动，只把页面上\"最后更新\"从 2024 年 7 月改成 2025 年 6 月，别的一概不碰。两周后，这段文字在相关查询里被挂的次数从 1 次到 4 次。",[11,187,188],{},"注意，这只是相关性，不是因果。我们没胆量说改日期能提权，而且这招用两次就不灵了：它还能读到第三方存档和快照，日期和内容对不上，反而降低信任。",[11,190,191],{},"我们的做法是老老实实更新内容，顺便把日期改对。真正起作用的是内容变新了，不是那个数字。",[18,193,194],{"id":194},"产品页怎么才能进引用池",[11,196,197],{},"产品页进不去，不是因为它不好，是因为它无可引用。\"更快、更稳、更好用\"这类表达不构成事实。",[11,199,200],{},"我们把产品页的第一段改成这种结构：这个模块做什么、跑在什么环境、什么量级下实测多少耗时。比如\"单节点每秒处理 1.2 万条写入，P99 延迟 18 毫秒，压测环境 8 核 32G\"。改完之后，产品页在 3 个月里拿到 9 次引用。",[11,202,203],{},"一句话原则：产品页要想被引用，先得像文档。",[18,205,206],{"id":206},"现在每周盯什么",[11,208,209],{},"我们的周表只有四行：本周跑了多少个查询、被挂几个链接、其中官网几个、官网比例掉了没有。官网比例低于 30% 就要看是不是第三方把我们写错了。",[18,211,212],{"id":212},"一个反常识的判断",[11,214,215],{},"文档页排第一这件事，很多人理解反了。他们以为要把博客写成文档，其实不是。文档页之所以被引用，是因为它回答的是\"怎么做\"，而这类问题有唯一正确答案。博客回答的是\"为什么\"，答案有立场，反而不好引用。",[11,217,218],{},"所以正确的动作是：把博客里那些\"如何配置、如何排查、参数是多少\"的内容，搬到文档区去，做成带锚点的独立页。我们一个客户搬了 22 篇，两个月里文档区被引用的次数从 14 次到 41 次，博客那边没掉。",[11,220,221],{},"内容放在哪个区，比内容写得多好，有时候更决定命运。",[11,223,224],{},"这个表手工做要 2 小时，比买工具便宜，也比工具诚实。",{"title":54,"searchDepth":55,"depth":55,"links":226},[227,228,229,230,231,232],{"id":86,"depth":55,"text":86},{"id":95,"depth":55,"text":95},{"id":182,"depth":55,"text":182},{"id":194,"depth":55,"text":194},{"id":206,"depth":55,"text":206},{"id":212,"depth":55,"text":212},"GEO","2025-09-16","我们手工跑了 120 个 B2B 软件相关查询，记录 ChatGPT 每条回答的来源。文档页、对比页、带更新日期的说明页吃掉了大部分引用，产品页只有 7 条。",{},"\u002Fblog\u002Fchatgpt-search-cited-page-types",{"title":78,"description":235},"blog\u002Fchatgpt-search-cited-page-types",[233,241,242,243],"ChatGPT","AI引用","内容运营","L3MsQfQXM-Dx9McQFm9nLX4lg2Q3v6yk0VpecP9YXx0",{"id":246,"title":247,"author":6,"body":248,"canonical":60,"category":304,"cover":60,"date":305,"description":306,"draft":64,"extension":65,"keywords":60,"meta":307,"navigation":67,"noindex":64,"ogImage":60,"path":308,"seo":309,"seoDescription":60,"seoTitle":60,"stem":310,"tags":311,"updated":60,"__hash__":314},"blog\u002Fblog\u002Fsaas-docs-signup-path.md","SaaS 文档页怎么把人送到注册：我们改过的一条路径",{"type":8,"value":249,"toc":298},[250,253,257,260,263,267,270,273,277,280,286,289,292,295],[11,251,252],{},"文档页的流量质量很高，转化却很烂，原因是文档只教人用产品，没告诉人怎么买。2025 年 4 月我们给一个 API 监控 SaaS 做诊断，它的文档页每月自然访问 1.8 万，注册转化 0.6%。90 天后这个数字是 1.9%，改动只碰了 4 个位置，内容一个字没加。",[18,254,256],{"id":255},"第一处文档首屏加一条定位句","第一处：文档首屏加一条定位句",[11,258,259],{},"这个客户的文档开篇是“欢迎使用 XX 文档”，然后直接进安装步骤。技术用户读完不知道这东西和竞品差在哪，就去搜对比了。我们在每个一级文档页顶部加了一行定位句，格式固定：这个功能解决什么问题、适合多大规模的团队、免费版到哪一步为止。",[11,261,262],{},"关键是“免费版到哪一步”这半句。它把限制说清楚，用户心里有数，反而更容易注册。上线 30 天，文档页的注册点击率从 1.1% 到 2.4%。",[18,264,266],{"id":265},"第二处代码块后面放跑起来要几步","第二处：代码块后面放“跑起来要几步”",[11,268,269],{},"开发者看文档是扫描式的。他会复制代码，跑一下，报错，再回来。我们把每个快速开始页的代码块后面加了一个三步清单：拿 API key、跑这条命令、看这个返回。三步都链到注册页，注册页会带着来源参数预填。",[11,271,272],{},"这一步看着笨，效果最直接。90 天里从文档进注册的会话涨了 62%，而文档本身的跳出率降了 7 个百分点。",[18,274,276],{"id":275},"第三处错误码页底部放排查清单","第三处：错误码页底部放排查清单",[11,278,279],{},"错误码页是文档站里搜索意图最尖的一类。用户搜“429 too many requests XX”，说明他已经在用了。这类页面我们加两块内容：常见原因对照表，和“如果是配额问题，升级路径在这”。一个错误码页一个月能贡献几十个注册，成本几乎为零。",[11,281,282],{},[283,284,285],"strong",{},"第四处：文档和定价页互相指",[11,287,288],{},"文档里出现“额度”“并发”“保留天数”的地方，全部加一个链接指向定价页对应的套餐行。反过来，定价页每个套餐下面写清楚对应的文档章节。这件事我们花了两个下午改模板，之后成了常态。",[18,290,291],{"id":291},"一条需要说清楚的边界",[11,293,294],{},"文档 SEO 不能当增长主渠道用。它的上限由产品复杂度决定，工具越难，文档流量越大。我们给一个做得很轻的表单工具试过同样的方法，文档流量本来就小，转化提上去了绝对值也有限。这类产品该去做模板页和场景页，不是文档。",[11,296,297],{},"文档页的转化优化，本质上是在用户最信任你的那一刻告诉他下一步。多数公司把这一刻浪费在“查看更多文档”上。",{"title":54,"searchDepth":55,"depth":55,"links":299},[300,301,302,303],{"id":255,"depth":55,"text":256},{"id":265,"depth":55,"text":266},{"id":275,"depth":55,"text":276},{"id":291,"depth":55,"text":291},"技术SEO","2025-09-18","文档带来的是技术评估者，不是最终买单的人。我们给一个 API 监控 SaaS 改了文档页的 4 个位置，90 天里文档到注册的转化从 0.6% 提到 1.9%。",{},"\u002Fblog\u002Fsaas-docs-signup-path",{"title":247,"description":306},"blog\u002Fsaas-docs-signup-path",[312,313,243],"文档SEO","SaaS 增长","Xv2_ymbx2eWpcmyWk3eLHYBblzPfe9axXrcH-7-I-U4",1794088112328]