页面数量减少本身不等于需求覆盖减少。真正需要保留的是“用户会主动寻找、且现有替代页面能完整承接”的那部分需求。你可以把手中任意一个准备下线的页面当作样本,先判断它承载的是独立需求、重复表达,还是已经失效的入口,再决定合并、重定向还是直接移除。
很多页面之所以存在,是因为当时有单独的系统、栏目或合作方,而不是因为它回答了不同的问题。判断方法是看它能否被另一个页面完整替代:如果用户在原页面能得到的信息,在目标页面同样能得到,并且不需要多跳一次,那么它更可能是形式上的独立页面。
对准备退出的页面,先记录三件事:它主要回应什么查询意图,它有哪些内部链接指向,它是否被外部来源引用。这三项决定了后续动作的成本。若一个页面既没有独立意图,也没有独特引用,直接移除通常比强行保留更干净。
不要只凭页面浏览量决定去留。搜索需求是否仍然存在,要看查询本身是否还在被表达,以及现有页面是否已经覆盖了同一意图。一个可操作的区分方式是:把候选页面按“意图是否独立”和“内容是否可替代”分成四类。
这里的“不可替代”指用户带着同一个问题到达后,目标页面无法给出同等完整的答案。若只是标题不同、段落顺序不同,通常不构成不可替代。
合并适合两个页面共享同一主意图、只是表达分散的情况。重定向适合旧页面没有独立价值、但仍有用户或外部链接到达的情况。两者的关键差别在于:合并后用户应该停留在新页面上完成阅读;重定向只是把到达者送到更合适的位置。
执行时先处理内部链接,再处理重定向。若内部链接仍指向即将移除的页面,用户和搜索引擎都会继续遇到旧入口。把站内指向该页面的链接改为指向承接页,是保留需求覆盖最直接的动作。完成这一步后,再观察承接页是否出现新的查询匹配,而不是只看旧页面是否还有访问。
假设你手中有三个关于同一类问题的页面:一个讲基础概念,一个讲操作步骤,一个讲常见错误。三者面向的是同一批用户,只是当年由不同人分别维护。此时可以保留操作步骤页作为承接页,把基础概念中独有的解释并入其中,把常见错误中仍然成立的条目补进同一页,然后为另外两个旧地址设置到承接页的重定向。
这个动作的结果不是页面数量变少,而是用户到达后不再需要在三个页面之间来回跳。下一步应检查承接页是否因为内容增加而变得难以阅读;如果阅读路径变长,就说明合并过度,需要把其中一部分重新拆成独立页面。
页面数量下降后,不要用“旧页面访问量归零”作为处理正确的唯一证据。访问下降还可能来自链接更新滞后、外部来源尚未重新抓取、或用户改从其他入口到达。更可靠的检查是:对原先由这些页面承接的主要查询,逐一确认现在是否有页面能给出完整答案。
如果某个查询在减少后没有任何页面承接,说明保留判断出了问题,应恢复或新建一个明确对应它的页面。如果所有主要查询都能在更少的页面上完成,那么这次减少就是有效的。把这一步做成可复查的记录,下一次处理旧内容时就有依据,而不是重新凭感觉决定去留。