CMS(内容管理系统)在这里指的是管理多语言页面、字段和发布状态的系统。当不同语言版本由不同人维护、更新时间不一致时,直接删除旧译文或强行覆盖,会让读者和编辑都失去判断依据。更稳妥的做法是:把“原文版本”和“译文状态”分开标注,而不是只保留一个统一的更新时间。
多语言不同步通常有两种成因,处理方式完全不同。
判断依据不是“更新时间差多少天”,而是原文改动是否改变了结论。只改了措辞、标点、内链,译文可以继续使用;改了数字、适用条件、否定表述,就应视为结构落后。
在 CMS 的内容模型里为每个语言版本增加两个字段:source_version 和 translation_status。原文每发布一次,版本号递增;译文标注它对应哪个原文版本。页面顶部可以显示“本页基于原文 v3,原文已更新至 v5”。
这种做法的前提是:原文改动能被编辑识别并手动递增版本号。如果原文由多人协作、改动频繁,版本号容易漏记,此时应改用做法二。
不追踪完整版本号,只维护三种状态:已同步、待复核、已过期,并在译文里附一条简短变更摘要,说明原文改了什么。读者看到“待复核”就知道内容可能不完整,编辑也能据此排优先级。
这种做法的边界在于:状态标签依赖人工判断。如果没人定期复核,标签会长期停在“待复核”,反而失去提示价值。适合内容量不大、有明确复核周期的站点。
在标注之前,先约定改动分级规则,这决定了后续动作。
这个动作的结果会直接影响下一步:只有一级改动才值得打断翻译排期,二级改动可以进入常规队列,三级改动不需要触发任何跨语言提醒。若不分级,所有改动都会变成紧急任务,标注体系很快被忽略。
假设一个站点只有两种语言、一名译者,字段级版本号可以运行得很好。但当语言增加到六种、译者分散在不同时区时,会出现三个例外。
这些例外说明:版本差异标注不是一套字段就能通用,它取决于语言数量、译者结构和原文分支方式。单样本里有效的递增版本号,在多层分支下会失效。
一个可检验的方法是:随机抽取若干译文页面,检查读者能否在不看原文的情况下判断该页是否完整。如果提示语只写“最后更新于某日”,读者无法判断内容是否落后;如果提示语写明“对应原文版本”或“部分章节待更新”,判断成本会明显下降。
需要说明的是,页面标注状态本身不会自动提升搜索表现,也不保证被收录。它解决的是读者信任和编辑协作问题。若某个语言版本的请求量或抓取量下降,不能单独证明标注方式正确,也可能与入口位置、内容质量或翻译覆盖范围有关。
因此,标注版本差异的最终判断标准不是“是否同步”,而是“读者和编辑能否据此做出下一步决定”。能做出决定,标注就成立;不能,就只是多了一行没人看的文字。