页面数量减少本身不是问题,问题在于减少之后是否仍能覆盖那些能带来业务价值的需求。判断标准不是“还剩多少页”,而是“每个高价值需求是否仍有可被搜索引擎理解的落点”。如果某个需求只剩一个薄页面、一个跳转或一段被折叠的内容,覆盖就已经受损,即使站点整体流量暂时没有明显变化。
面对一批低产出页面,团队常会争论“删还是留”。更可操作的做法是先判断每个页面背后的需求类型,再决定动作。以下三种情况对应不同的适用前提。
这三种动作不能按页面数量比例分配。一个常见误区是“删掉一半页面,流量就会减半”,实际影响取决于被删页面是否承担了独立需求。如果两个页面回答的是同一个问题,合并后覆盖不会减少;如果两个页面回答的是不同问题,删除其一就会留下缺口。
减少页面时最容易犯的错,是拿页面列表做决策。页面是载体,需求才是要覆盖的对象。建议先整理一份需求清单,再把它与剩余页面逐一对照。
具体动作是:列出你判断为高价值的每个需求,写成用户会搜索或会问的完整问题;然后在剩余页面中找出能回答该问题的页面。结果会出现三种状态:
这个清单的作用不是追求“每个需求一个页面”,而是让分歧变成可核对的事实。当两个角色对“这个页面还有没有用”意见相反时,把需求清单摆出来,看该页面是否对应某个高价值问题,争论就会收敛到具体判断上。
页面数量减少后,团队往往倾向于新建页面来补覆盖。但新建会再次增加页面数量,与减少的初衷冲突。更稳妥的顺序是先改写现有页面,确认无法承载时再新建。
改写的适用前提是:现有页面已经获得索引,且主题与目标需求一致,只是深度或角度不足。此时可以补充子问题、调整标题与开头、增加指向相关页面的内链。改写的结果会影响下一步:如果改写后该页面能完整回答目标需求,就不需要新建;如果改写后仍只能回答一部分,说明该需求本身需要多个页面分工,这时再考虑拆分或新建。
假设一个英文站点原有五个页面分别讲某类工具的安装、配置、排错、对比和替代方案,减少后只保留一个总览页。此时“排错”这个高价值需求可能只剩总览页里的一段话。动作是检查该段是否回答了最常见的失败原因;如果只写了“请检查配置”,就应把排错内容补成独立小节或恢复独立页面。这个例子的数字仅用于说明比较方法,不代表任何真实站点的表现。
退出一个页面时,最危险的假设是“用户会自己找到另一个页面”。搜索引擎和用户都不会自动完成这个推理。退出动作要满足两个条件:原页面覆盖的需求在目标页面有对应内容;原页面的链接和外部引用能指向目标页面。
如果只做了重定向,但目标页面并不回答原需求,用户和搜索引擎都会遇到内容不匹配。这种情况下,重定向只是把问题藏起来,覆盖实际上已经丢失。判断方法很简单:打开目标页面,看它是否用标题或正文明确回答了原页面要解决的问题。如果答案是否定的,就不应退出,而应先改写目标页面或保留原页面。
另一个需要核对的点是抓取与索引状态。页面数量减少后,抓取量或索引量下降是常见现象,但这不能单独证明处理正确。下降也可能来自内链减少、站点结构变化或外部链接失效。要区分原因,可以检查剩余页面是否仍能从导航或相关页面获得链接,以及被退出的需求是否在剩余页面中有明确文字承接。
当多个角色对“这个页面该不该留”有不同理解时,不要停留在观点层面。把每个高价值需求、对应页面、当前状态和下一步动作写进同一份记录,分歧就会变成可以逐条核对的项目。
记录至少包含四列:需求描述、当前落点页面、覆盖状态(完整、部分、无)、下一步动作(保留、改写、退出)。每次减少页面后更新这份记录,就能看到哪些高价值需求仍然有落点,哪些已经出现缺口。这样做的结果不是保证排名或流量,而是让页面减少这个动作有据可查,避免把“页面少了”误当成“覆盖少了”,也避免把“还有页面”误当成“需求还在”。