[{"data":1,"prerenderedAt":323},["ShallowReactive",2],{"blog-refresh-losing-rankings":3,"blog-prev-refresh-losing-rankings":120,"blog-next-refresh-losing-rankings":210},{"id":4,"title":5,"author":6,"body":7,"canonical":104,"category":105,"cover":104,"date":106,"description":107,"draft":108,"extension":109,"keywords":104,"meta":110,"navigation":111,"noindex":108,"ogImage":104,"path":112,"seo":113,"seoDescription":104,"seoTitle":104,"stem":114,"tags":115,"updated":104,"__hash__":119},"blog\u002Fblog\u002Frefresh-losing-rankings.md","排名集体下滑时，我们按这六步清单处理老文","元析智能",{"type":8,"value":9,"toc":93},"minimark",[10,14,19,22,25,29,32,35,39,42,45,49,52,55,59,62,65,69,72,75,78,81,84,87,90],[11,12,13],"p",{},"2026 年 4 月，一个客户的 47 个页面在三周内排名集体下滑，技术侧没动，外链没少，内容也没删。我们按一份六步清单过了一遍，六周后 31 个回到原位，12 个确认救不回来，剩下 4 个还在观察。",[15,16,18],"h2",{"id":17},"第一步先分清是不是技术原因","第一步：先分清是不是技术原因",[11,20,21],{},"查收录、查抓取、查 robots、查 5xx。技术问题会一次性影响大量页面，特征很明显：所有页面一起掉，而且掉得很深。",[11,23,24],{},"那次排查只用了半天，技术侧正常，所以往下走内容。",[15,26,28],{"id":27},"第二步看查询覆盖有没有变","第二步：看查询覆盖有没有变",[11,30,31],{},"把下滑页面的查询导出来，和三个月前对比。有些页面不是排名掉了，是它原来承接的一批查询跑到别的页面去了。",[11,33,34],{},"这种情况改页面没用，要做的是内链和标题的区分。",[15,36,38],{"id":37},"第三步看竞品页面变没变","第三步：看竞品页面变没变",[11,40,41],{},"把前 10 名翻一遍，看有没有新增的、改版的、换了页面类型的。",[11,43,44],{},"那次我们发现 9 个词的前十里多了官方文档和视频，这是搜索结果页结构变了，不是我们内容变差。",[15,46,48],{"id":47},"第四步补内容别改-url","第四步：补内容，别改 URL",[11,50,51],{},"确认是内容过时或不够完整，就补。补的部分放在对应小节里，不要整篇重写。",[11,53,54],{},"URL、标题主词、H1 都不动。动这三个东西，等于告诉搜索引擎这是新页面，前面的积累全废。",[15,56,58],{"id":57},"第五步加内链","第五步：加内链",[11,60,61],{},"下滑的页面通常内链也弱。从相关的支柱页和高流量页补两三条内链，锚文本用目标核心词。",[11,63,64],{},"这一步见效比补内容快，通常两周能看到变化。",[15,66,68],{"id":67},"第六步更新日期并提交","第六步：更新日期并提交",[11,70,71],{},"更新页面上的日期，在搜索后台提交一次。不是为了催收录，是为了让重抓有个触发点。",[11,73,74],{},"之后再观察四周。四周内没动静，基本可以判断这篇救不回来。",[15,76,77],{"id":77},"救不回来的怎么办",[11,79,80],{},"12 个救不回来的页面里，7 个是意图被别的页面类型占了，4 个是需求本身在萎缩，1 个是内容方向错了。",[11,82,83],{},"还有一种情况值得单独说：页面排名掉了，但流量没掉。这说明用户还在从别的地方进来，可能是外链、可能是社交，那这篇就不用救，先观察。",[11,85,86],{},"我们的判断是，只看排名不看流量，会把很多正常波动当成事故。",[11,88,89],{},"还有一类页面掉得很平均，每天掉一点，两周下来掉五个位置。这种通常是竞品在稳定投入，不是事故，按季度规划去应对就行。",[11,91,92],{},"最怕的是一下滑就改标题。2025 年我们接过一个客户，三个月里改了 20 次标题，页面权重被反复重置，最后连原来的词都排不回去。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103],{"id":17,"depth":95,"text":18},{"id":27,"depth":95,"text":28},{"id":37,"depth":95,"text":38},{"id":47,"depth":95,"text":48},{"id":57,"depth":95,"text":58},{"id":67,"depth":95,"text":68},{"id":77,"depth":95,"text":77},null,"SEO","2026-05-16","2026 年 4 月一个客户 47 个页面三周内排名下滑，技术没动、外链没少。我们按六步清单处理，六周后 31 个回到原位，12 个确认救不回来。",false,"md",{},true,"\u002Fblog\u002Frefresh-losing-rankings",{"title":5,"description":107},"blog\u002Frefresh-losing-rankings",[116,117,118],"排名下滑","内容更新","旧文翻新","6vuLskeGODpgPdIm1nitVR--_oTY4O_PcHZa9f9yYlY",{"id":121,"title":122,"author":6,"body":123,"canonical":104,"category":105,"cover":104,"date":199,"description":200,"draft":108,"extension":109,"keywords":104,"meta":201,"navigation":111,"noindex":108,"ogImage":104,"path":202,"seo":203,"seoDescription":104,"seoTitle":104,"stem":204,"tags":205,"updated":104,"__hash__":209},"blog\u002Fblog\u002Fkeyword-cannibalization.md","关键词蚕食：两个页面抢同一个词，怎么判断、怎么处理",{"type":8,"value":124,"toc":191},[125,128,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182,185,188],[11,126,127],{},"站内两个页面抢同一个词，表现是排名来回跳、流量没涨。我们查过 18 个站，平均每个站有 6 组蚕食。判断方法不复杂，麻烦的是处理。",[15,129,130],{"id":130},"怎么判断是不是蚕食",[11,132,133],{},"三个信号。第一，同一个词在排名监测里出现两个 URL，交替上榜。第二，两个页面的目标词高度重合，内容主题也重合。第三，两个页面互相内链，或者都被同一个栏目页链着。",[11,135,136],{},"我们的做法是把 GSC 里同一个查询对应的所有 URL 拉出来，按曝光排序，看前两名是不是都在自己站内。",[11,138,139],{},"一个客户搜\"项目管理工具\"时，首页和一篇博客同时出现在前 20，交替上下，三个月都是这样。",[15,141,142],{"id":142},"三种处理方式",[11,144,145],{},"第一种，合并。两个页面主题高度重合，把内容并到一个页面，另一个 301 过去。最彻底，也最常用。",[11,147,148],{},"第二种，分工。两个页面面向不同意图，把目标词拆开：一个主打\"是什么\"，一个主打\"怎么选\"，内链互相指向，各自做自己的词。",[11,150,151],{},"第三种，降权。把次要页面从导航和内链里拿掉，或者 noindex，让它退出竞争。适合那个页面本来就没价值的情况。",[15,153,154],{"id":154},"一个常被误判的情况",[11,156,157],{},"不是所有\"两个页面都有排名\"都是蚕食。如果一个页面排第 5、另一个排第 40，那不叫蚕食，叫正常的长尾覆盖。",[11,159,160],{},"真正的蚕食是：两个页面都排在前 20，而且排名交替。处理之前先确认这一点，别把正常的长尾结构改坏。",[15,162,163],{"id":163},"一次处理后的数据",[11,165,166],{},"2026 年 2 月，一个做数据平台的客户，产品页和博客页抢\"数据仓库选型\"这个词。产品页排 11，博客排 14，交替了两个月。",[11,168,169],{},"我们判断博客页的内容更深、外链更多，决定合并：把博客里的选型标准并进产品页，博客 301 到产品页。",[11,171,172],{},"第 3 周产品页排到第 6，第 6 周第 4。流量涨了 2.1 倍，因为原来两个页面分着的点击，现在集中到一个。",[15,174,175],{"id":175},"处理时的两个注意",[11,177,178],{},"第一，合并前看外链。两个页面都有外链的，要保留外链多的那个 URL，或者做 301 把权重接住。",[11,180,181],{},"第二，合并后别马上改内链。观察两周，确认新页面的排名稳定，再统一改内链。",[15,183,184],{"id":184},"一句判断",[11,186,187],{},"蚕食是内容增长到一定阶段的必然问题，不是错误。定期查、及时处理，比一次查完更重要。我们已经把这项检查固定进了每季度的内容复盘。",[11,189,190],{},"我们现在的做法是每季度查一次，把蚕食当成内容维护的常规项。",{"title":94,"searchDepth":95,"depth":95,"links":192},[193,194,195,196,197,198],{"id":130,"depth":95,"text":130},{"id":142,"depth":95,"text":142},{"id":154,"depth":95,"text":154},{"id":163,"depth":95,"text":163},{"id":175,"depth":95,"text":175},{"id":184,"depth":95,"text":184},"2026-05-15","站内两个页面抢同一个词，表现是排名来回跳、流量没涨。我们查过 18 个站，平均每个站有 6 组蚕食。判断方法、三种处理方式和一次处理后的数据都在这篇，也附了一个常被误判的情况，照着查能少走弯路。",{},"\u002Fblog\u002Fkeyword-cannibalization",{"title":122,"description":200},"blog\u002Fkeyword-cannibalization",[206,207,208],"关键词蚕食","站内竞争","内容结构","UsIUvZReVSeEhio_77pnEcwSgA51bzcJ4tgZPWmsTgk",{"id":211,"title":212,"author":6,"body":213,"canonical":104,"category":311,"cover":104,"date":312,"description":313,"draft":108,"extension":109,"keywords":104,"meta":314,"navigation":111,"noindex":108,"ogImage":104,"path":315,"seo":316,"seoDescription":104,"seoTitle":104,"stem":317,"tags":318,"updated":104,"__hash__":322},"blog\u002Fblog\u002Fcontent-partnership-over-links.md","友情链接之外，软件公司还能怎么和别人换资源",{"type":8,"value":214,"toc":302},[215,218,221,224,227,230,233,236,239,242,245,248,251,254,257,260,263,266,269,272,275,278,281,284,287,290,293,296,299],[11,216,217],{},"2026 年 6 月一个客户说想找同行换友情链接，我建议他换个思路。互换链接的价值在下降，而且审核越来越严。同样花时间，换内容、换渠道、换客户，收益更确定。",[15,219,220],{"id":220},"为什么换链接越来越难",[11,222,223],{},"第一，双方都要审核。对方的站有没有问题、相关性够不够，都要花时间。",[11,225,226],{},"第二，链接的位置和形式受限。页脚链接的价值本来就低，正文里加一条还要改内容。",[11,228,229],{},"第三，风险不对称。你的站好，对方的站被惩罚，牵连的是你。",[11,231,232],{},"所以现在换链接的性价比，不如五年前。",[15,234,235],{"id":235},"三种更值的资源互换",[11,237,238],{},"第一种，联合内容。两边各出一部分数据，做一份行业报告，各自在自己的站发布，互相引用。这种合作对双方都有内容产出，链接是自然带出来的。",[11,240,241],{},"第二种，渠道互换。你有 newsletter，我有社群，互相推荐一次。这种曝光比一条链接直接。",[11,243,244],{},"第三种，集成合作。两个产品做集成，各自在集成页里放对方，链接是产品关系的一部分，长期稳定。",[15,246,247],{"id":247},"谈之前先给对方一个理由",[11,249,250],{},"很多合作谈不成，是因为开口就要。对方凭什么帮你。",[11,252,253],{},"我们的做法是先准备三样东西：我们有什么、能给对方什么、希望对方做什么。顺序不能反。",[11,255,256],{},"比如想请一个行业博客引用我们的数据，先给他们一份独家数据，再提引用。对方拿到东西，合作意愿高很多。",[15,258,259],{"id":259},"一个真实的合作",[11,261,262],{},"2026 年 4 月我们牵线两个工具站做了一份 API 性能对比报告，双方各出三个月的实测数据，我们负责整理和写。",[11,264,265],{},"报告在两个站同时发布，各自引用对方的版本。没有花钱，也没有换链接，两边都拿到了一份能长期被引用的内容。",[11,267,268],{},"后续这条内容带来的外链，比我们当季度买的所有链接加起来都多。",[15,270,271],{"id":271},"合作要记账",[11,273,274],{},"每次合作记四行：对方是谁、合作形式、我们付出什么、拿到什么。",[11,276,277],{},"不记的话，半年后完全不记得和谁合作过，重复找人很尴尬。",[11,279,280],{},"我们的台账里现在有二十多条记录，其中四分之一是长期合作，每年会自动续。",[15,282,283],{"id":283},"合作里最容易忽略的一点",[11,285,286],{},"对方答应合作，往往不是因为你的链接资源，是因为你的内容或渠道对他有用。",[11,288,289],{},"所以谈之前先想清楚：我们能给对方带来什么。想不清楚就别开口，开口也是浪费双方时间。",[15,291,292],{"id":292},"一个态度",[11,294,295],{},"外链的终局不是买，是让别人愿意提你。",[11,297,298],{},"愿意提你的前提是你有东西：数据、工具、观点、渠道。都没有，只能花钱买链接，而买来的链接越来越不值钱。",[11,300,301],{},"所以外链工作的一半精力，应该花在做出值得被引用的东西上。这部分没法外包，也没法速成。",{"title":94,"searchDepth":95,"depth":95,"links":303},[304,305,306,307,308,309,310],{"id":220,"depth":95,"text":220},{"id":235,"depth":95,"text":235},{"id":247,"depth":95,"text":247},{"id":259,"depth":95,"text":259},{"id":271,"depth":95,"text":271},{"id":283,"depth":95,"text":283},{"id":292,"depth":95,"text":292},"行业观察","2026-05-17","换链接的边际收益在降，换内容和渠道更稳。这篇写三种资源互换、谈判时先给对方什么理由、以及合作台账怎么记，附一个我们谈成过的合作形态。",{},"\u002Fblog\u002Fcontent-partnership-over-links",{"title":212,"description":313},"blog\u002Fcontent-partnership-over-links",[319,320,321],"外链","内容合作","品牌","9Df5KLq6gx3CYD_5H3-5BxxtHu4WzQz4GCL6ei7Cl00",1794088105918]