避免重复建设页面的核心做法是:在新建或改版之前,先写出这个页面要交付的结果,再倒推需要哪些资料、由谁负责、如何验收;如果两个页面交付的结果相同、目标检索需求相同,就应合并为一个页面,而不是各建一版。判断依据不是页面数量,而是每个页面是否有独立且明确的用户任务。
重复建设往往不是因为内容抄了一遍,而是因为两个页面在回答同一个问题。把交付结果写清楚,重复就很容易暴露。可以按下面的顺序倒推:
如果一份资料要同时支撑两个页面,先问一句:拆开后,用户是否还需要来回切换才能完成任务?需要,就合并;不需要,且两个任务确实不同,再保留两个页面并明确各自边界。
面对疑似重复的页面,通常只有两种处理方案:合并为一个页面,或保留两个页面但重新划定分工。选择哪一种,取决于检索需求是否相同、内容能否独立成立。
判断结果可以这样验证:假设用户只看到其中一个页面,能否完成他原本要完成的事。能完成,说明另一个页面是重复建设;不能完成,说明两个页面的分工成立。
在发布新页面前,用下面几项做一次快速检查,任何一项不通过就先不要建:
这里要区分抓取、索引和排名:页面被百度抓取,不等于被索引,更不等于获得排名。重复建设浪费的主要是维护成本和用户信任,而不是某个可以精确计算的权重数值。把重复页面清理掉,是让搜索引擎更容易理解站点结构,而不是直接换取排名。
假设一个站点已有“办理条件说明”页面,又准备新建“办理条件详解”页面。两者资料都来自同一份政策文件,维护人也是同一人,目标检索需求都是“办理需要什么条件”。按上面的标准,应合并为一个页面,把详解部分作为该页面的小节。反之,如果已有页面讲条件,新页面讲条件满足后的材料清单和提交步骤,资料不同、维护人不同,则可以保留,但要在两个页面之间互相链接并注明各自范围。
下一步:挑出你站点里标题或主题最接近的两个页面,按上面的清单逐项对比,先决定合并还是保留,再动手修改。