惊雷算法应对：页面数量减少时如何保留高价值需求覆盖
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /a247a97e0ef1.html
📄
惊雷算法应对：页面数量减少时如何保留高价值需求覆盖
页面数量减少后，保留需求覆盖的关键不是把内容硬塞进更少的URL，而是先把需求按“是否值得独立页面承接”重新分层：能独立满足明确意图的需求保留独立页，只是同一意图的细分表达则合并进主页面。判断依据是需求意图是否不同、页面能否给出完整答案、以及合并后是否仍能覆盖用户决策路径。若意图不同且答案结构差异大，应保留独立页；若意图相同、只是措辞或场景略有差异，合并到主页面并补齐段落更稳妥。下面按两种条件展开，给出可执行动作和例外。
条件一：需求意图不同且答案结构差异大，保留独立页面
当两个需求分别对应不同的决策阶段或不同的答案形态时，合并会让页面变得杂糅，反而降低覆盖质量。例如，一个需求是“某类服务是否适合我”，答案需要判断条件、适用人群、限制；另一个需求是“某类服务怎么操作”，答案需要步骤、顺序、常见失败点。这两类需求即使共享同一主题词，也不应压进一个页面。
实施动作：先列出准备保留的URL，对每个URL写一句“这个页面只回答什么”。如果一句话里出现两个用“和”连接的独立问题，说明它可能承担了过多意图。此时把次要问题拆回独立页，或者删掉不属该页的段落。动作的结果会直接影响下一步：如果保留页的“只回答什么”能写清楚，后续内链和标题就不容易跑偏；如果写不清楚，优先合并而不是继续加内容。
例外：如果独立页只有一两段有效信息，且没有独立搜索需求支撑，保留它只会增加维护成本。此时应把有效信息并入主页面，并删除或重定向原URL。注意，重定向是处理URL的方式，不等于该需求被自动保留；需求是否保留，取决于合并后的页面是否真的回答了它。
条件二：需求意图相同或高度重叠，合并到主页面并补齐覆盖
当多个页面只是在重复同一意图，差异仅来自措辞、地区修饰或轻微场景变化时，减少页面数量并不会必然损失覆盖。此时应选一个主页面作为承接页，把其他页面中真正有增量的信息补进去，而不是整段复制。
实施动作：对每个待合并页面，只提取三类内容——独有的判断条件、独有的操作步骤、独有的例外说明。把这三类内容按用户决策顺序插入主页面。插入后检查主页面是否仍能用一句话说明主题；如果变得无法概括，说明合并过度，应把其中一类内容拆回独立页。
这个动作的结果会影响下一步：如果主页面能在一句话内说清主题，并且新增段落分别对应不同子问题，就可以进入内链调整；如果主页面主题开始模糊，先停止合并，重新判断是否应保留独立页。假设一个站点原有五个页面分别讲同一项服务的适用条件、操作步骤、常见错误、费用构成和替代方案，减少页面时不应把五者全压进一页，而应保留“适用条件+常见错误”作为决策页，把“操作步骤”独立成执行页，把“费用构成”并入决策页的一个段落，把“替代方案”作为对比段落。这个例子只是说明分层方法，不代表任何真实站点数据。
用可区分证据判断该保留还是该合并
不要只看页面数量变化，也不要把抓取量或索引量下降直接当成处理正确的证据。抓取、索引和排名是不同环节：抓取量下降可能来自内链减少、站点结构变化或爬虫预算重新分配；索引量下降可能来自页面被合并、被规范化或暂时未被发现；排名波动可能来自页面主题变化、竞争环境变化或搜索结果呈现变化。这些现象需要分开看，不能互相证明。
- 证据一：两个页面能否各自写出一句不重叠的“只回答什么”。能，倾向保留；不能，倾向合并。
- 证据二：合并后主页面是否仍能用一句话概括。能，合并可行；不能，保留独立页或重新拆分。
- 证据三：被合并的内容是否有独立操作步骤或独立判断条件。有，优先保留独立页；没有，并入主页面。
- 证据四：减少页面后，内链是否仍能指向最相关的承接页。不能，先修内链，再判断是否需要恢复页面。
这些证据的作用是帮助决定下一步动作，而不是给页面数量设一个固定目标。若证据互相矛盾，优先保留能独立回答明确意图的页面，把其余内容合并。
实施后的检查与例外处理
完成保留与合并后，做三项检查：第一，检查每个保留页面的标题和首段是否只对应一个主要意图；第二，检查被合并页面的独有信息是否真的出现在主页面中，而不是只做了重定向；第三，检查站内链接是否还指向已合并的旧URL，若有，改为指向主承接页。三项检查的结果决定后续是继续合并还是停止调整。
例外情况需要单独处理：如果某个页面虽然流量不高，但承担了转化路径中的必要说明，例如退换条件、使用限制或合规说明，不应仅因页面数量减少而删除。它可能不直接带来搜索需求，但会影响用户决策。此时应保留该页面，或把它并入最接近的决策页面，并确保用户仍能找到。
最后，页面数量减少本身不是目标，保留高价值需求覆盖才是。判断标准始终是：用户带着某个明确问题进来时，是否有一个页面能完整回答，并且下一步动作清晰。若答案是肯定的，页面数量少一些也可以；若答案是否定的，即使页面数量没有减少，覆盖也没有真正保留。
