雅虎优化：页面数量减少时如何保留高价值需求覆盖
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c27e83348c0c.html
📄
雅虎优化：页面数量减少时如何保留高价值需求覆盖
页面数量减少本身不会自动损害雅虎优化效果，真正决定成败的是：被删除的页面所承载的需求，是否仍由站内其他页面完整承接。如果高价值需求只被覆盖了一半，或者承接页面在主题上只是勉强相关，那么结论就失效——此时应当先恢复或重建一个专门的承接页，再继续精简。
先判断减少的是重复页还是唯一入口
面对一批准备下线的页面，不要按访问量高低排序，而要先回答一个问题：这个页面是不是某个需求在站内唯一的落点。
- 重复页：同一需求有多个页面在讲，内容重叠度高，任选一个保留即可。
- 唯一入口页：只有它系统性地回答某类问题，删掉后站内再无对应内容。
可区分的证据是页面之间的替代关系，而不是单页数据。假设某站有三个页面都在讲同一设备的连接故障，其中两个只列出通用步骤，另一个按故障现象分节说明。前两个属于重复页，后一个属于唯一入口页。此时减少页面数量应从前两个入手，把其中仍有价值的分支合并进保留页，而不是三个一起下线。
若只按流量判断，容易先删掉那个访问量低但结构完整的页面，留下两个内容更浅的页面。结果是需求覆盖表面上还在，实际回答深度下降，后续再想补回就要重新组织内容。
用需求清单核对删减后的覆盖缺口
页面减少后，覆盖是否完整不能靠感觉，要靠一份可核对的需求清单。做法是先把该主题下的用户需求逐条列出，再标注每条需求当前由哪个页面承接。
- 列出需求：把同一主题下的问题、场景、对象分别写成条目。
- 标注承接页：每条需求后面写上当前对应的页面标识。
- 标出空档：没有任何页面承接的条目，就是删减造成的缺口。
- 判断缺口价值：与核心业务或主要使用场景直接相关的条目优先补齐。
这套清单的关键在于需求粒度。如果条目写得太粗，比如只写“设备使用”，几乎任何页面都能算作覆盖，清单就失去筛选作用；条目写到具体场景，缺口才会显现。完成清单后，下一步动作是决定缺口由现有页面扩写承接，还是恢复一个专门页面，而不是立刻恢复全部被删页面。
合并承接时，先确认主题是否真的同源
把两个页面合并成一个，是减少页面数量时保留覆盖的常见做法，但它有一个前提：两个页面服务的是同一类需求。若只是关键词字面相近，合并后反而会让承接页主题变模糊。
假设一个页面讲的是某类账号的注册流程，另一个讲的是该账号的注销流程。两者字面都指向同一对象，但用户意图相反。把它们塞进同一页面，标题和开篇只能偏向其中一方，另一方就变成附属段落，覆盖质量下降。这种情况下更稳妥的选择是保留两个独立页面，或者把注销流程做成注册页内的明确分节并同步调整标题表述。
判断同源可以看三点：用户是否带着同一个任务进入、页面结论是否指向同一动作、内容之间是否存在先后依赖。三点都成立，合并才成立。
减少页面后，观察搜索表现要分清环节
页面下线后，站内表现出现波动是正常的，但不要把任何波动都归因于删页。抓取、索引和排名属于不同环节，需要分开看。
- 抓取层面：如果被删页面仍被外部链接指向，抓取请求可能仍会到达，此时应确认服务器返回状态是否明确，避免让访问者停留在无内容页面。
- 索引层面：已收录页面退出索引需要时间，短期仍能看到旧页面出现在结果中，不代表处理失败。
- 排名层面：承接页排名变化取决于它自身内容是否完整，而不只是原页面被删这一动作。
一个容易误判的现象是：某类需求的搜索请求量在删页后归零。这未必说明覆盖丢失，也可能是需求本身具有季节性，或统计口径发生了变化。要区分原因，可以对照承接页的抓取与展示情况，而不是只看单一指标。
下一步：先补一个缺口，再决定是否继续删
如果核对后发现确实存在高价值需求空档，建议的动作是先补这一个缺口——扩写最接近的承接页，或恢复一个专门页面——然后观察该需求对应的页面是否重新获得稳定的抓取与展示。只有这一步验证成立，才继续处理下一批待删页面；如果缺口补上后仍无改善，说明问题不在页面数量，而在承接页的内容组织或站内链接结构，此时应暂停删减，先修正承接页本身。
