页面减少后覆盖变窄,通常不是“删多了”这一个原因。更常见的情况是:被删页面本身没有独立价值,但它们承接的长尾问法、比较场景或决策阶段没有被其他页面接管;也可能是旧页面退出后,站内链接和提交入口没有同步调整,导致仍值得保留的内容没有被发现。判断该保哪一类需求,关键不是看页面数量,而是看每个高价值需求是否还有明确落点。
主动收口是指你明确知道哪些页面退出、哪些页面接管,并为接管页补上原来缺失的问法、步骤或比较信息。被动丢失则是页面被删、被合并或停止维护后,没有指定承接对象,用户带着原来的需求进入站内却找不到对应答案。两者在页面上都表现为数量下降,但后续动作完全不同。
能区分它们的证据不在数量报表里,而在需求与落点的对应关系上。可以抽一批原来有代表性的需求问法,逐条检查:现在站内是否有页面直接回答;如果没有,是合并进了更完整的页面,还是彻底没有落点。若多数问法仍能找到明确答案,减少更接近主动收口;若大量问法只能落到泛首页或无关分类,就属于被动丢失。
高价值需求需要同时满足两个条件:它对应真实的决策或使用场景,并且站内存在能完整回应的内容。满足这两个条件时,页面可以合并、可以改写,也可以由更强的主页面承接,不必原样保留。反过来,一个页面即使历史上存在很久,只要它只重复了别处已有的信息,就不构成必须保留的理由。
实际操作时,可以先做一张需求落点表,而不是先决定删哪些页面。每一行写一个需求问法,再写当前由哪个页面回答、回答是否完整、退出后由谁接管。这个动作的结果会直接影响下一步:落点完整的页面可以进入退出流程;落点缺失的需求,要么补进接管页,要么保留一个最小可用页面。
假设某站原来有三个页面,分别回答“某类服务是否适合小团队”“小团队使用的注意事项”“小团队常见误区”。这三个页面各自内容很薄,但问法都指向同一决策阶段。此时不必保留三个独立页面,可以把三种问法写进同一个页面的不同小节,并让该页面成为这一类需求的唯一落点。合并后要检查的是:原来三个页面各自承接的问法,是否都能在新页面里被直接看到,而不是只被一句概括带过。
页面不是孤立存在的。退出一个页面之前,至少要看三类依赖是否已经处理:站内链接是否还指向它,导航或分类是否还把它当作入口,外部或站内其他内容是否把它当作解释依据。依赖没有清理时,用户仍可能沿着旧路径进入一个已经不再维护的页面,或者进入一个内容已经不完整的页面。
处理完依赖后,再决定退出方式。直接删除、保留但不再更新、合并到其他页面,这三种方式对用户和搜索引擎的影响不同。选择哪一种,取决于该页面是否还有独立问法、是否还有站内入口、以及接管页是否已经能完整回答原来的需求。这里不需要把抓取、索引、排名混在一起判断:抓取是发现页面,索引是保存页面,排名是呈现顺序,三者不是同一个环节。
页面数量下降本身不能说明优化做得好或不好。更有用的检查是:高价值需求是否仍有明确落点,落点页面是否比原来更完整,用户从入口到答案的路径是否更短。可以按以下顺序做一次小范围检查:
如果检查后发现某个高价值需求没有任何页面能完整回答,下一步就不是继续删,而是先补落点。补落点可以是新建页面,也可以是在现有页面中增加一个小节;选择哪种,取决于该问法是否需要独立入口、是否与其他问法差异足够大。若问法差异小、决策阶段相同,合并进现有页面通常更利于用户一次读完;若问法差异大、用户目标不同,独立页面更容易让答案清晰。
页面减少后仍要保留高价值需求覆盖,核心动作是让每个重要问法都有明确、完整、可到达的落点。数量只是结果,落点是否成立才是判断依据。