[{"data":1,"prerenderedAt":275},["ShallowReactive",2],{"blog-friend-link-due-diligence-checklist":3,"blog-prev-friend-link-due-diligence-checklist":100,"blog-next-friend-link-due-diligence-checklist":197},{"id":4,"title":5,"author":6,"body":7,"canonical":84,"category":85,"cover":84,"date":86,"description":87,"draft":88,"extension":89,"keywords":84,"meta":90,"navigation":91,"noindex":88,"ogImage":84,"path":92,"seo":93,"seoDescription":84,"seoTitle":84,"stem":94,"tags":95,"updated":84,"__hash__":99},"blog\u002Fblog\u002Ffriend-link-due-diligence-checklist.md","友情链接尽调：六个字段决定这条链要不要换","元析智能",{"type":8,"value":9,"toc":77},"minimark",[10,14,17,21,28,34,40,46,52,58,62,65,68,71,74],[11,12,13],"p",{},"友情链接是软件公司最容易踩坑的一类外链，因为它是人对人换的，中间没有平台把关。今年 3 月到 8 月，我们帮 3 个软件站审过 63 条存量友链，退掉 41 条，其中有 6 条已经在拖排名。",[11,15,16],{},"结论先说：换友链前必须逐项核对六个字段，任何一项不过红线，这条链就不值得换。",[18,19,20],"h2",{"id":20},"六个字段和它们各自的红线",[11,22,23,27],{},[24,25,26],"strong",{},"出站链接数。"," 打开对方首页数一遍外部链接，超过 30 条的别换。首页挂几十条友链的站，本质是链接集散地，分到你身上的权重很少，还容易被一起处理。",[11,29,30,33],{},[24,31,32],{},"收录与快照。"," 用 site 查对方首页是否收录，看快照时间。快照停在三个月前、首页搜不到的，说明蜘蛛已经很少去了。",[11,35,36,39],{},[24,37,38],{},"历史快照。"," 用网页存档工具看这个域名两年前是什么内容。我们查出一条\"软件导航站\"，两年前是博彩站，域名换过主体但没换干净，这类坚决不换。",[11,41,42,45],{},[24,43,44],{},"主题相关度。"," 至少同属软件、技术、B2B 服务。卖机械配件的站和做 SaaS 的互换，主题信号是乱的，收益接近零。",[11,47,48,51],{},[24,49,50],{},"更新频率。"," 近半年首页或栏目有没有更新。一个两年没更新的站，链接还在，承载的价值已经没了。",[11,53,54,57],{},[24,55,56],{},"交换方式。"," 是否要求首页互换、是否要求三家互链。三角互链是最危险的形态，后面单独说。",[18,59,61],{"id":60},"一个真实案例换-6-条掉-3-名","一个真实案例：换 6 条，掉 3 名",[11,63,64],{},"2024 年 12 月，一个客户在两周内换了 6 条友链，其中 2 条属于三角链。2025 年 1 月核心词从第 4 掉到第 7，另一组词掉了 5 位。我们复盘发现这 6 条里有 3 条来自同一批注册的域名，撤掉后第 6 周排名恢复，前后折腾了两个月。",[11,66,67],{},"这件事之后，我们给自己定了规矩：友链一次最多换 2 条，间隔不少于两周，全部走台账。",[18,69,70],{"id":70},"我们现在的操作流程",[11,72,73],{},"先查后换，建一张表记录对方域名、上线日期、页面 URL、复查日期。每季度复查一次，看到掉链、页面改版、主题变化，立刻撤。撤链要在两周内完成，别拖。",[11,75,76],{},"友链换的是信任，不是数量。宁可少 20 条，也不接一条来路不明的。",{"title":78,"searchDepth":79,"depth":79,"links":80},"",2,[81,82,83],{"id":20,"depth":79,"text":20},{"id":60,"depth":79,"text":61},{"id":70,"depth":79,"text":70},null,"SEO","2025-10-11","今年我们帮 3 个软件站审过 63 条存量友链，退掉了 41 条。这篇给一张六字段核对表：出站链接数、收录、历史快照、主题相关、更新频率、交换方式，每项都附红线值。",false,"md",{},true,"\u002Fblog\u002Ffriend-link-due-diligence-checklist",{"title":5,"description":87},"blog\u002Ffriend-link-due-diligence-checklist",[96,97,98],"友情链接","外链尽调","链接风险","mFe8a8L-4e7CpWntLtLCMuWoUUBkPo7PFjgfTygCvMU",{"id":101,"title":102,"author":6,"body":103,"canonical":84,"category":186,"cover":84,"date":187,"description":188,"draft":88,"extension":89,"keywords":84,"meta":189,"navigation":91,"noindex":88,"ogImage":84,"path":190,"seo":191,"seoDescription":84,"seoTitle":84,"stem":192,"tags":193,"updated":84,"__hash__":196},"blog\u002Fblog\u002Ffirst-paragraph-conclusion-geo.md","首段结论写法：前 80 字答不完一个问题就别想被引用",{"type":8,"value":104,"toc":179},[105,108,112,115,118,121,125,128,131,134,137,143,149,155,158,161,164,167,170,173,176],[11,106,107],{},"62 个页面，只有 11 个能在前 80 字里回答标题承诺的那个问题。剩下 51 个都在铺垫：行业在变、客户很难、我们懂你。2025 年 10 月我们把这批首段全部抽出来，一张一张读，读完就知道为什么这些页面在 AI 搜索里没声音。",[18,109,111],{"id":110},"首段不是摘要是答案","首段不是摘要，是答案",[11,113,114],{},"很多人把首段当导语写，交代背景、引出主题、预告结构。这套写法在传统搜索里能活，因为用户会往下滚。AI 不会滚，它按块抓，抓到的第一块如果只是\"随着业务复杂度上升\"，它就把整页判为无答案。",[11,116,117],{},"首段的唯一任务是：让引擎在 80 字内拿到一个能脱离上下文成立的事实。这个事实要能直接回应用户的提问。",[11,119,120],{},"判断方法很简单。把首段单独复制出来，发给一个不了解你业务的人，问他\"这段话回答了什么问题\"。他说不上来，重写。",[18,122,124],{"id":123},"_60-到-110-字是甜区","60 到 110 字是甜区",[11,126,127],{},"我一开始以为越短越好，20 字把结论砸出来最干脆。试了之后发现不对。",[11,129,130],{},"太短的首段没有主题信号。一句话\"我们支持 12 种数据源\"，引擎不知道这页在讲什么，因为它没拿到主语和场景。30 字以内被引用的比例反而低。",[11,132,133],{},"我们最后落的标准是 60 到 110 字：第一句给判断，第二句给一个数字或条件，第三句给边界。三句话，三段信息，不重叠。",[18,135,136],{"id":136},"三种能用的开头",[11,138,139,142],{},[24,140,141],{},"判断加数字。","\"B2B 软件的 AI 引用有 7 成来自非产品页。我们统计了 47 条引用，只有 4 条指向首页。\"",[11,144,145,148],{},[24,146,147],{},"定义加边界。","\"GEO 是让 AI 搜索引用你的内容，不是让排名上升。它优化的对象是答案块，不是关键词位置。\"",[11,150,151,154],{},[24,152,153],{},"反常识加证据。","\"改内链对 AI 引用几乎没用。我们改过 60 个页面的内链结构，引用次数只动了 1 次。\"",[11,156,157],{},"这三种开头有个共同点：第一句就能被拿走单独用。",[18,159,160],{"id":160},"改完之后的数",[11,162,163],{},"40 个首段，9 周，引用次数从 9 次到 27 次。同期没有动标题、没有加外链、没有发新文章。三个站的样本，样本不大，但方向一致。",[11,165,166],{},"有个细节值得说：改动之后，被引用的句子几乎都是新写的首段第二句，不是第一句。第一句是判断，第二句是事实。引擎要事实。",[18,168,169],{"id":169},"三个别用的开头",[11,171,172],{},"别用\"随着某某发展\"，别用\"在某某形势之下\"，别用\"我们致力于\"。这三类开头我们一共删了 100 多段，删完页面反而更好读。",[11,174,175],{},"还有一种更隐蔽的：以问题开头。\"你是否也在为数据孤岛发愁？\"这看起来像结论前置，其实是把回答推给下一段。AI 抓不到问题背后的答案，只抓到一句反问。",[11,177,178],{},"首段写完，念一遍。如果念完还没说到具体的事，就别发了。",{"title":78,"searchDepth":79,"depth":79,"links":180},[181,182,183,184,185],{"id":110,"depth":79,"text":111},{"id":123,"depth":79,"text":124},{"id":136,"depth":79,"text":136},{"id":160,"depth":79,"text":160},{"id":169,"depth":79,"text":169},"GEO","2025-10-10","抽出 62 个客户博客首段，只有 11 个能在 80 字内回答标题承诺的问题。我们重写了 40 个首段，9 周后 AI 引用从 9 次到 27 次。附三种能用的开头句式。",{},"\u002Fblog\u002Ffirst-paragraph-conclusion-geo",{"title":102,"description":188},"blog\u002Ffirst-paragraph-conclusion-geo",[186,194,195],"内容写作","AI引用","297oOXQb2DKy8Sq_co9gLUrIGHZvSQg6YHdgdvl9cxs",{"id":198,"title":199,"author":6,"body":200,"canonical":84,"category":263,"cover":84,"date":264,"description":265,"draft":88,"extension":89,"keywords":84,"meta":266,"navigation":91,"noindex":88,"ogImage":84,"path":267,"seo":268,"seoDescription":84,"seoTitle":84,"stem":269,"tags":270,"updated":84,"__hash__":274},"blog\u002Fblog\u002Fapi-reference-seo-structure.md","API 参考页别按模块拆，按用户任务拆",{"type":8,"value":201,"toc":257},[202,205,208,211,214,217,233,236,239,242,245,248,251,254],[11,203,204],{},"API 文档的信息架构，决定了你的文档能吃到多少搜索流量。2025 年 3 月我们重做一个支付 API 的文档站，原本 210 个端点塞在 12 个按模块分的页面里，全部内容只有 12 个 URL。改成“一个端点一个页面”后，六个月自然流量涨了 1.4 倍，被 AI 回答引擎引用的次数从每月个位数到四十多次。",[18,206,207],{"id":207},"按模块拆为什么不好",[11,209,210],{},"模块是开发者的分类，不是搜索者的语言。用户搜的是“创建退款”“查询结算批次”“取消订阅”，不是“结算模块 API 参考”。按模块拆的页面，一个 URL 里混着八到十个端点，title 只能写成模块名，页面里每段都浅，排名上不去。",[11,212,213],{},"更要命的是锚点没法被当作独立结果。用户搜“stripe 创建退款接口”，搜索结果的标题是“退款 API”，描述里是整段模块说明，点击率低。拆开之后标题能写“创建退款 - 退款接口 v2”，点击率差别很大。",[18,215,216],{"id":216},"拆页的三条规则",[11,218,219,220,224,225,228,229,232],{},"第一，按“用户要做的事”命名。URL 用动词加对象：",[221,222,223],"code",{},"\u002Fapi\u002Fcreate-refund","、",[221,226,227],{},"\u002Fapi\u002Flist-settlements","，不要用 ",[221,230,231],{},"\u002Fapi\u002Frefund-endpoint-v2","。标题用中文任务名加版本，别用英文函数名做主标题。",[11,234,235],{},"第二，一个端点一页，但相同语义的批量接口合并。比如查询单个和查询列表，合成一页两个示例。我们拆 210 个端点最后出了 148 个页面，合并的都是这类。",[11,237,238],{},"第三，页面结构统一成五段：干什么用、请求参数表、返回示例、错误码、常见问题。参数表用真实默认值，别写“见下文”。",[18,240,241],{"id":241},"拆分之后要接内链",[11,243,244],{},"拆完最容易犯的错是页面之间互不相通。我们的做法是每个页面底部固定放两块：本页相关的上游接口、下游接口各两到三个。比如“创建退款”下面放“查询退款状态”“列退款列表”。这部分我们写了个脚本从 OpenAPI 文件自动生成，省了人工。",[11,246,247],{},"还有一个位置别漏：每个端点的“错误码”要链到错误码总表，总表再链回具体端点。这一进一出，把文档站织成网。",[18,249,250],{"id":250},"哪些页不该单独拆",[11,252,253],{},"不是所有端点都值得一个页面。内部调试用的、已废弃的、只在企业版开放的，都不拆，放在一页里说明就行。拆完留下 20 个只有一句话的页面，会稀释整站质量。判断标准很简单：这个端点有没有人会用一句话去搜它。",[11,255,256],{},"拆分是工程活，不是内容活。改完之后要盯三个数：索引覆盖、页面平均展示、文档到注册的转化。前两个涨得慢，第三个通常一个月内就能看到变化。",{"title":78,"searchDepth":79,"depth":79,"links":258},[259,260,261,262],{"id":207,"depth":79,"text":207},{"id":216,"depth":79,"text":216},{"id":241,"depth":79,"text":241},{"id":250,"depth":79,"text":250},"技术SEO","2025-10-12","一个支付 API 文档有 210 个端点，原来按模块分了 12 页，改成一个端点一页后自然流量涨了 1.4 倍。具体怎么拆、URL 怎么起、哪些页不该单独做。",{},"\u002Fblog\u002Fapi-reference-seo-structure",{"title":199,"description":265},"blog\u002Fapi-reference-seo-structure",[271,272,273],"API 文档","信息架构","开发者工具","8XzHqLzBAT3EQnxJKi7fS13Ynxu163zr4qVzxtv0L2M",1794088111726]