[{"data":1,"prerenderedAt":276},["ShallowReactive",2],{"blog-keyword-density-obsolete":3,"blog-prev-keyword-density-obsolete":108,"blog-next-keyword-density-obsolete":184},{"id":4,"title":5,"author":6,"body":7,"canonical":92,"category":93,"cover":92,"date":94,"description":95,"draft":96,"extension":97,"keywords":92,"meta":98,"navigation":99,"noindex":96,"ogImage":92,"path":100,"seo":101,"seoDescription":92,"seoTitle":92,"stem":102,"tags":103,"updated":92,"__hash__":107},"blog\u002Fblog\u002Fkeyword-density-obsolete.md","关键词密度这个指标，2026 年可以彻底扔了","元析智能",{"type":8,"value":9,"toc":82},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,67,70,73,76,79],[11,12,13],"p",{},"关键词密度是 2010 年代的指标。我们做过测试：同一篇文章密度从 0.8% 提到 2.3%，排名没有任何变化，反而影响可读性。这个指标可以彻底扔了。",[15,16,17],"h2",{"id":17},"我们做过的测试",[11,19,20],{},"2025 年 12 月，我们拿一个客户站的 10 篇文章做对照。5 篇原样，5 篇把主关键词密度从 0.8% 左右提到 2.3%，其他不变。",[11,22,23],{},"观察 8 周：两组文章的平均排名差异在 0.6 名以内，属于正常波动。内容可读性评分，改过的 5 篇都下降了。",[11,25,26],{},"结论很直接：提高密度没有收益，还有副作用。",[15,28,29],{"id":29},"为什么这个指标过时了",[11,31,32],{},"关键词密度是搜索引擎还不懂语义时代的产物。那时候算法靠词频判断主题，堆得多的排得高。",[11,34,35],{},"现在的算法能理解同义词、上下文和意图。一篇讲\"API 限流\"的文章，自然会用到\"rate limit\"\"429 错误\"\"配额\"这些词，不需要刻意重复主关键词。",[11,37,38],{},"刻意堆密度反而会被识别为低质内容的信号——读起来不自然，信息密度低。",[15,40,41],{"id":41},"工具为什么还显示它",[11,43,44],{},"因为用户想看。很多 SEO 工具的关键词密度功能是历史遗留，产品经理不敢删，删了用户觉得功能少了。",[11,46,47],{},"工具厂商也知道这个指标没用，但它成本低、界面直观，留着能增加可信感。这是产品逻辑，不是技术逻辑。",[15,49,50],{"id":50},"现在该看什么",[11,52,53],{},"第一，主题覆盖。文章有没有把用户关心的相关问题讲全。我们一般按\"用户还会问什么\"列 5 到 8 个问题，每个都答。",[11,55,56],{},"第二，信息增益。文章里有没有别人没有的内容，实测、数据、案例、判断。",[11,58,59],{},"第三，可读性。句子长短有没有变化，段落有没有节奏，读完累不累。",[11,61,62],{},"第四，内链和结构。读者能不能顺着文章找到下一步要看的页面。",[15,64,66],{"id":65},"一个替代指标主题覆盖度","一个替代指标：主题覆盖度",[11,68,69],{},"如果一定要一个可量化的指标，我们看\"主题覆盖度\"：一篇文章有没有把用户关于这个话题最常问的 5 到 8 个问题都答到。",[11,71,72],{},"做法很简单：先搜目标词，看下拉框、相关搜索、以及前三名页面的小标题，列出一组问题，再看自己的文章覆盖了几个。",[11,74,75],{},"覆盖 80% 以上，这篇内容的主题完整度就够了。这个指标和排名的相关性，比关键词密度高得多。",[15,77,78],{"id":78},"一句判断",[11,80,81],{},"SEO 工具是辅助，不是标准。任何指标，先问一句\"它和排名有因果关系吗\"，没有的话，别为它改内容。这句话我们贴在内容团队的墙上，每次评审都拿出来对一遍。",{"title":83,"searchDepth":84,"depth":84,"links":85},"",2,[86,87,88,89,90,91],{"id":17,"depth":84,"text":17},{"id":29,"depth":84,"text":29},{"id":41,"depth":84,"text":41},{"id":50,"depth":84,"text":50},{"id":65,"depth":84,"text":66},{"id":78,"depth":84,"text":78},null,"SEO","2026-10-14","关键词密度是 2010 年代的指标。我们做过测试：同一篇文章密度从 0.8% 提到 2.3%，排名没有任何变化，反而影响可读性。现在该看什么、工具为什么还显示它，这篇讲清楚。我们拿 10 篇文章做了对照，结论很干净，覆盖 80% 以上就够了。",false,"md",{},true,"\u002Fblog\u002Fkeyword-density-obsolete",{"title":5,"description":95},"blog\u002Fkeyword-density-obsolete",[104,105,106],"关键词密度","内容质量","排名因素","i6Sws1qsKKEhx1WlFejYlxphjSy0cNPsYuPNWgOTaK4",{"id":109,"title":110,"author":6,"body":111,"canonical":92,"category":93,"cover":92,"date":173,"description":174,"draft":96,"extension":97,"keywords":92,"meta":175,"navigation":99,"noindex":96,"ogImage":92,"path":176,"seo":177,"seoDescription":92,"seoTitle":92,"stem":178,"tags":179,"updated":92,"__hash__":183},"blog\u002Fblog\u002Fvs-comparison-page-structure.md","对比页的七个模块，顺序错了转化会掉一半",{"type":8,"value":112,"toc":167},[113,116,119,122,125,128,131,134,137,140,143,146,149,152,155,158,161,164],[11,114,115],{},"对比页（A vs B）是采购意图最强的一类页面，但很多公司把它写成了功能表。2026 年 1 月我们给一个客服系统重排对比页，内容几乎没变，只调了模块顺序，申请试用从每月 46 涨到 80 个。",[15,117,118],{"id":118},"七个模块的顺序",[11,120,121],{},"第一，一句话结论。别中立，直接说你更适合谁。我们的写法是“适合 20 人以上、需要多渠道工单合并的团队；单渠道小团队用原方案更省”。",[11,123,124],{},"第二，差异摘要表。五行以内，只列真正有差异的维度。别列 30 行功能，用户看不完，列多了反而显得你没重点。",[11,126,127],{},"第三，逐项展开。每项一段，讲清差异带来的实际影响，不是功能有无。",[11,129,130],{},"第四，价格对照。必须写，含套餐档位、超额计费、年付折扣。藏价格的对比页转化很差。",[11,132,133],{},"第五，迁移和切换成本。给步骤和时间估计。",[11,135,136],{},"第六，什么情况别选我们。这段放在这，不是放最后。",[11,138,139],{},"第七，证据。客户评价、案例链接、第三方评测。别放 logo 墙。",[15,141,142],{"id":142},"为什么顺序重要",[11,144,145],{},"用户读对比页是带着怀疑来的，先给结论能让他决定要不要继续读。我们把结论从页面底部挪到顶部后，页面停留时间降了，但转化涨了，因为不合适的人早点走了，合适的人更快看到关键信息。",[11,147,148],{},"价格段往前挪也是同理。原页面把价格放在最后，用户翻到一半就跳出去搜价格了，流量流失。放中间之后，跳出率降了 9 个百分点。",[15,150,151],{"id":151},"一个内容上的判断",[11,153,154],{},"对比页最容易犯的错是“每一项都赢”。用户不信，而且一旦发现某项不实，整页的可信度都没了。我们一般要求客户至少承认两到三项不如对手，并写清在什么场景下这个差距重要、什么场景下不重要。",[11,156,157],{},"我们做过一次小测试：在一页里加了一句“我们的报表自定义能力弱于对手，复杂报表建议用 BI 工具配合”，这页的线索转化反而升了。承认短板在这里是加分项。",[11,159,160],{},"标题要写全。对比页的标题不要只写“XX vs YY”，加上场景和年份更好搜，比如“客服系统对比：多渠道工单场景”。我们改过标题之后，这类页面的展示量涨了一截，点击率也高。",[15,162,163],{"id":163},"维护成本",[11,165,166],{},"对比页会过期。竞品改价、加功能、换套餐，你的对比表就错了。我们的做法是每季度核一次，页面上标注“信息核对日期”，过期的先下线，别硬撑。",{"title":83,"searchDepth":84,"depth":84,"links":168},[169,170,171,172],{"id":118,"depth":84,"text":118},{"id":142,"depth":84,"text":142},{"id":151,"depth":84,"text":151},{"id":163,"depth":84,"text":163},"2026-10-13","我们把一个客服系统的对比页按七个模块重排，内容几乎没改，申请试用从每月 46 涨到 80。对比页的顺序比内容更影响转化，结论和价格都要往前放。",{},"\u002Fblog\u002Fvs-comparison-page-structure",{"title":110,"description":174},"blog\u002Fvs-comparison-page-structure",[180,181,182],"对比页","页面结构","转化","XqZiBSEREuhvaPwL1T_9JdBEuiuiErSoxGrUaSvcmmc",{"id":185,"title":186,"author":6,"body":187,"canonical":92,"category":93,"cover":92,"date":265,"description":266,"draft":96,"extension":97,"keywords":92,"meta":267,"navigation":99,"noindex":96,"ogImage":92,"path":268,"seo":269,"seoDescription":92,"seoTitle":92,"stem":270,"tags":271,"updated":92,"__hash__":275},"blog\u002Fblog\u002Falgorithm-update-client-letter.md","算法更新那周，我们给客户发一封什么信",{"type":8,"value":188,"toc":258},[189,192,195,198,201,204,207,210,213,216,219,222,225,228,231,234,237,240,243,246,249,252,255],[11,190,191],{},"2026 年 10 月初有好几个站的数据同时出现波动，我们的项目群里当天就有人问是不是算法更新了。这种时候客户最需要的不是解释，是知道你在看、你在做什么。我们固定会发一封信，但不在第一天发。",[15,193,194],{"id":194},"先判断是不是算法更新",[11,196,197],{},"三个信号：多个不相关的站同时波动；波动集中在内容型页面而不是技术型页面；GSC 里没有安全或手动操作消息。",[11,199,200],{},"反过来，如果只有一个站波动，先查技术。部署记录、日志、robots、canonical，这四样排一遍，能排除掉大部分“假算法更新”。",[11,202,203],{},"时间点也要对。算法更新通常有官方的确认或者行业里大量讨论，如果你只是自己一个站掉，大概率不是。",[15,205,206],{"id":206},"什么时候发信",[11,208,209],{},"第一天不发。第一天的数据往往还没稳定，发出去容易自己打脸。",[11,211,212],{},"第三到第五天发。这时候趋势大致清楚，能说清掉了多少、哪些页面受影响。",[11,214,215],{},"发之前先自己看一遍数据，至少要能回答两个问题：掉了多少、集中在哪些页面。答不上来就先别发。",[15,217,218],{"id":218},"信里写五段",[11,220,221],{},"第一段，事实。过去五天自然搜索点击从多少掉到多少，涉及哪些页面类型。",[11,223,224],{},"第二段，我们查了什么。排除技术原因，确认没有手动操作，对比了同行业的其他站。",[11,226,227],{},"第三段，我们在做什么。正在观察、正在整理受影响页面的清单、正在复盘内容质量。",[11,229,230],{},"第四段，建议客户不要做什么。不要急着改标题、不要批量删页面、不要加外链。这三件事在波动期做，只会让判断更难。",[11,232,233],{},"第五段，下次同步时间。给一个具体日期，比如下周三，别写“有进展会及时同步”。",[15,235,236],{"id":236},"三句不能说的话",[11,238,239],{},"第一句，确定是某某算法更新。除非官方确认，否则不要下断言，说错了后面很难圆。",[11,241,242],{},"第二句，两周内会恢复。恢复时间没人能保证，承诺了就是给自己挖坑。",[11,244,245],{},"第三句，这是行业普遍现象，跟我们无关。哪怕是真的，这句话听起来就是在推责任。",[15,247,248],{"id":248},"之后的四周做什么",[11,250,251],{},"第一周观察，记录每天的数据。第二周整理受影响页面清单，按流量损失排序。第三周做内容质量复盘，看这些页面有没有共同问题。第四周出调整计划。",[11,253,254],{},"大部分算法波动会在四到六周内稳定。稳定之后再看要不要动内容，比在波动期乱改有效。",[11,256,257],{},"信的作用不是安抚，是让客户知道过程可控。这一点比结论重要。",{"title":83,"searchDepth":84,"depth":84,"links":259},[260,261,262,263,264],{"id":194,"depth":84,"text":194},{"id":206,"depth":84,"text":206},{"id":218,"depth":84,"text":218},{"id":236,"depth":84,"text":236},{"id":248,"depth":84,"text":248},"2026-10-15","波动第一天别发信，第三到第五天再发。这篇写怎么判断是不是算法更新、信里写哪五段、哪三句话绝对不能出现，以及之后的四周做什么。",{},"\u002Fblog\u002Falgorithm-update-client-letter",{"title":186,"description":266},"blog\u002Falgorithm-update-client-letter",[272,273,274],"算法更新","客户沟通","预期管理","2GNeB9f4boWSy_F_HgGOOWgTqCCOVRv0YscBjbJcAfg",1794088100769]