关键词上首页：一个词含两种需求时，旧页面该保留哪部分
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c73a3571bf86.html
📄
关键词上首页：一个词含两种需求时，旧页面该保留哪部分
如果这个词同时包含两类需求，而旧页面已经积累了少量点击和外部链接，先不要整页删除。更稳妥的做法是保留与主需求直接对应的核心段落，把另一类需求拆到新页面，再用站内链接把两者连起来。这样做的条件是：两段内容各自能独立回答一个问题，且旧页面的标题和首段已经偏向其中一类需求。若旧页面只是把两类需求混在一段里泛泛介绍，拆开后两边都可能太薄，此时应先补足内容再拆。
先判断两种需求是不是真的能分开
把词放进两个不同的提问里，看答案是否明显不同。例如“关键词上首页”既可能指“怎样让某个词出现在结果首页”，也可能指“首页这个页面该放哪些词”。前者要讲页面选择、内容匹配和链接建设，后者要讲首页栏目、导航和权重分配。两类答案的服务对象不同：一个面向内容编辑，一个面向站点结构决策者。
可区分的证据有三类：一是搜索词后面常跟的动词不同，如“做”“排”“选”“放”；二是用户下一步动作不同，有人要改文章，有人要改首页模板；三是旧页面里两类段落的点击分布明显分开，说明读者本来就在找不同东西。若这三类证据都不明显，说明需求可能只是同一问题的两个说法，不必拆。
旧页面保留哪部分，取决于它已经回答了什么
打开旧页面，逐段标记它直接回答了哪个问题。只保留与主需求一致、且已有外部链接指向的段落。另一类需求如果仍有价值，移到新页面，并在旧页面保留一句指向新页面的说明。不要为了保留旧链接而把两类内容继续塞在同一页，否则标题和首段会互相拉扯，读者也难以判断该看哪一段。
实际操作可以这样：先复制旧页面，删去不属于主需求的段落，检查首段是否仍能独立成立；再把删去的段落整理成新页面，补上该需求特有的步骤和例子。完成后从旧页面正文中加一个上下文链接到新页面。这个动作的结果是：旧页面主题更集中，新页面有独立入口；下一步应观察两页各自获得的点击和停留，而不是只看旧页面总量是否下降。
一个会使上述结论失效的反例
假设旧页面只有两段，一段讲首页栏目设置，一段讲文章标题写法，两段都只有两三句话，外部链接也只指向整页。此时拆成两个页面，每页只剩一段，读者得不到完整答案，链接也无法明确归属。这种情况下，保留旧页面并补足其中一类需求更合理，或者先合并成一个更完整的页面，等其中一类需求积累出独立内容后再拆。
另一个失效条件是：两类需求虽然不同，但用户必须在同一页上比较后才能做决定。例如选择首页栏目和选择文章标题可能同时影响同一个改版方案。此时拆开反而增加跳转成本。判断标准不是词义是否不同，而是用户是否需要在一处完成比较。
下一步动作与验证方式
先做一次小范围调整：保留旧页面主需求段落，新增一个只回答另一类需求的页面，并从旧页面正文链接过去。链接锚文本要描述新页面回答的问题，不要重复堆同一个词。调整后，分别记录两个页面在站内搜索、外链点击和自然点击上的变化。若新页面长期没有独立点击，说明该需求可能并不独立，或者旧页面已经足够回答，此时应合并回去，而不是继续加页。
若旧页面涉及旧系统或旧合作关系，退出前先确认哪些段落仍被其他页面引用。只保留仍被引用的部分，其余随旧入口一起下线，并设置指向新页面的站内说明。这样既不让旧内容继续分散主题，也不丢失仍有价值的部分。最终判断标准是：读者从旧页面进入后，能否在一步之内找到自己需要的答案。
