先给出结论:唯一入口不能靠“看谁改得晚”来定,而要先判断这些版本是同一份交付物的并行副本,还是不同阶段的独立产物。前者应由文档负责人合并成单一入口并保留修订记录;后者应各自保留入口,但必须在上级索引中标注适用阶段和失效条件。判断依据是版本之间是否共享同一组结论、同一批读者和同一个验收动作。如果三者都相同,就必须合并;只要有一项不同,就应拆分入口而不是强行统一。
当多个版本都指向同一次上线验收,比如关键词映射表、内链清单和栏目结构说明都服务于同一个改版批次,它们就属于同一份交付物的不同副本。此时唯一入口应落在验收动作的发起处,而不是落在文件修改时间最晚的那一份。
实际动作可以这样执行:由文档负责人在入口页顶部写一行状态说明,格式为“当前有效版本:结构说明_v3,其余副本已归档,仅作历史参考”。然后把其余版本移入归档目录,并在原位置留一条指向入口的说明。这个动作的结果是,后续任何成员打开旧链接都会先看到状态行,再决定是否继续往下读。如果状态行写不清楚,下一步就不是继续合并,而是先补齐验收动作的负责人和截止条件。
需要留意的例外是:如果旧版本仍被某个已上线的页面引用,比如线上模板里还挂着旧内链清单,就不能直接归档,而应先在入口页标注“该副本仍被线上引用,替换完成前不得删除”。
另一种常见情形是,多个版本分别对应不同阶段:一份是上线前的关键词规划,一份是上线后的效果观察记录。它们虽然名字相近,但读者和用途不同,强行合并会丢掉阶段信息。这时唯一入口应上移到索引层,而不是下压到某一个文件。
具体做法是建立一个上级索引页,用列表写明每个入口的适用阶段、负责人和失效条件。例如:
这样做的结果是,新成员先看索引,再进入对应阶段,不会误把观察记录当成规划依据。如果索引里出现两个入口都写着“当前适用”,说明阶段边界没有划清,下一步应回到验收动作的定义上重新拆分,而不是继续增加入口。
面对多个“最新版”,可以按顺序问三个问题,答案会直接决定入口策略:
三个问题都指向“相同”时,合并入口;只要有一个指向“不同”,就保留多入口并建立索引。这个判断不依赖修改时间,也不依赖文件名里的日期后缀,因为日期只能说明写入顺序,不能说明适用关系。
确定入口之后,还要让状态可被检验。一个可操作的做法是:在入口页写明“下一次状态更新由谁在什么动作完成后触发”。例如假设某团队约定,改版验收通过后由规划岗在入口页把状态从“规划中”改为“已验收”,并注明失效版本。这个假设例子的意义在于,状态变化绑定了一个具体动作,而不是绑定某个人记得去改。
如果状态长期没有更新,不能直接断定入口失效,因为还可能是验收动作本身没有发生,或者负责人已变更。此时应先核对验收记录,再决定是更新入口还是重新指派负责人。
例外情况是:当文档涉及对外承诺或合规表述时,即使属于同一验收动作,也不宜只留一个入口,而应保留可追溯的版本序列,并在入口页注明当前对外引用的是哪一版。这样做的代价是入口数量增加,但换来的是对外表述可回溯,适合承诺类内容。