避免重复建设页面的核心做法是:在动手写页面前,先为每个目标搜索需求指定一个唯一承接页,并把这个决定写进可交付的页面清单。多人协作时,重复建设往往不是写作能力问题,而是缺少“谁负责哪个需求、哪个页面承接哪个需求”的明确记录。只要页面清单、需求清单和内部链接三处能互相对上,返工就会明显减少。
很多团队把两件事混在一起。需求重复指两个页面在回答同一类搜索意图,比如“怎么选”“哪个好”“价格多少”被拆成三篇内容相近的文章。页面重复指同一需求被多个URL承接,用户和搜索引擎都能看到内容高度接近的页面。前者是规划问题,后者是交付问题。
判断时可以先问三个问题:
如果第三个问题的答案是“换个说法重写”,就不应新建页面,而应更新原页面或把它合并。
多人协作最有效的防重复工具不是口头约定,而是一张可检查的页面职责表。每个待建页面至少记录以下字段:
这张表的作用是让“新建”变成需要理由的动作。任何人想新增页面,都要先说明它承接的需求是否已被占用。如果已被占用,就只能选择更新原页面、拆分原页面或放弃新建。
第一项是标题与首段检查。把两个候选页面的标题和第一段并排看,如果它们回答的是同一个问题,只是措辞不同,就应合并。第二项是内部链接检查。如果两个页面互相链接且都指向同一组下游页面,通常说明职责重叠。第三项是搜索意图检查。把目标需求写成问句,看哪个页面能直接给出答案;如果两个页面都能直接回答,就保留更完整、更新更及时的那个。
这里可以用一个假设例子说明:团队准备写“搜索引擎排名优化入门”和“搜索引擎排名优化基础方法”两个页面。标题不同,但目标需求都是“了解基本做法”。此时不应新建第二个页面,而应把第二个标题作为原页面的一个章节,或者把原页面改写成更清晰的结构。判断结果不是“标题不一样就能建”,而是“需求是否被唯一承接”。
这套做法适合多人协作、页面数量持续增加、需要交付清楚且减少返工的团队。它不要求所有页面都合并;当两个需求确实不同,比如一个讲概念、一个讲具体操作步骤,且用户搜索时预期看到的内容明显不同,就可以保留两个页面,但要在职责表里写清边界和互链关系。
如果团队还没有页面职责表,下一步可以先选当前正在推进的三个页面,补上“目标需求、承接URL、负责人、关联页面”四列,再让负责人在动笔前互相确认一次。确认通过后再写,比上线后再合并更省返工。