先给结论:把“语言版本不一致”当成正常状态来管理,而不是等所有语种对齐后再发布。具体做法取决于一个判断——各语言页面是独立可用的成品,还是必须成套阅读的文档。前者用页面级版本标记,后者用集合级版本标记,混用会让读者和后续维护都失去方向。
标注方式不取决于你有几种语言,而取决于两个条件。
两个条件交叉后会出现四种情况,但真正需要不同处理的是两种:页面独立且差异不影响事实,用轻标注;页面不独立或差异影响事实,用重标注。判断错了,轻标注会掩盖风险,重标注会拖慢发布。
适用前提是每个语言页面都能单独回答读者问题,且差异集中在表达层面。此时不必追求同步发布,但要让人一眼看出这个页面属于哪个版本。
实施动作可以这样安排:在每个语言页面的固定位置放一行版本信息,包含该语言内容的最后更新日期,以及它所对应的主版本标识。主版本标识用一个简短字符串即可,例如 v3 或 2024-06,由内容负责人手动指定,不依赖系统自动生成。
关键动作是建立一个对照记录:哪个主版本包含哪些实质变更,各语言页面分别停在哪个版本。这个记录不需要对外展示,但每次发布前要更新。它的作用不是追求整齐,而是让你在读者提问时能快速回答“这个语言缺了哪一段”。
结果如何影响下一步:如果某个语言连续两个主版本都没有跟上,说明它已经不适合继续用轻标注,应转入重标注流程,或者在页面上明确提示该语言内容滞后。这个判断依据是版本差距,不是更新时间差距——更新晚几天但内容完整,和更新晚几个月且缺关键段落,处理方式完全不同。
适用前提是读者需要跨语言对照才能理解完整信息,或者差异涉及数字、日期、适用范围、承诺条件。此时单页标注不够,因为读者不知道另一语言版本里有什么。
实施动作分三步。第一步,为这组内容指定一个集合标识,所有相关语言页面共用。第二步,在差异发生的位置就地标注,而不是只在页首写一句“内容可能不同”。就地标注可以是一句短说明,指出本页某段对应另一语言版本的哪一段,或者本页尚未包含某项变更。第三步,在页首给出集合级状态,说明这组内容当前是否完整、哪个语言是基准版本。
假设一个场景:某产品说明有三种语言,其中一种语言的合规段落因当地要求必须改写,另外两种沿用通用表述。这时不能只标更新时间,而应在改写段落旁注明该段为本地化版本,并在页首说明基准版本是哪一个。读者因此知道差异是有意为之,不是遗漏。
结果如何影响下一步:集合级标注会增加维护成本,所以只对确实需要成套阅读的内容使用。如果发现某组内容长期只有一两个语言在更新,其余语言始终滞后,应考虑缩减语言数量,而不是继续维持表面上的多语言覆盖。
个别页面用轻标注能跑通,不代表所有页面都能照搬。规模化后常见的例外有三类。
因此,规模化之前应先确定哪些内容必须成套、哪些可以独立。这个划分本身就是建站周期里的一个决策点,它决定了后续发布流程是并行还是串行,也决定了版本标注是轻还是重。
这套顺序不保证所有语言同步,但能保证读者看到的差异是被说明过的差异,而不是被隐藏的缺口。版本标注的目标不是让页面看起来整齐,而是让不同步这件事本身变得可判断、可处理。