核心做法是先判断各语言版本是否共享同一事实源。如果共享,版本差异应标注为“源内容版本号 + 各语言同步状态”,而不是给每种语言单独编版本;如果各语言由不同团队独立维护,则应为每种语言保留独立版本号,再额外标注“对应源版本”。判断依据是:源内容变更后,其他语言是否必须跟着改。必须跟着改的,用第一种;允许各自演进的,用第二种。
当产品参数、价格逻辑、法律条款这类内容以某一语言为源、其他语言为译文时,版本差异的本质是“译文落后于源文”,不是译文自身有多个版本。此时合理的标注结构是:源版本号固定,每种语言记录自己对应的源版本。
例如源文当前为 v12,英文已同步到 v12,日文停在 v10,德文停在 v9。页面上不需要展示全部数字,但后台数据里应保留这组对应关系。前端可以在语言切换器或页脚用一句克制的提示呈现,例如“本页内容对应英文版 v10,最新版本为 v12”。
实施动作分三步。第一步,在内容模型里给每条内容加两个字段:source_version 和 locale_source_version。第二步,源内容每次实质性修改就递增 source_version,译文更新后把 locale_source_version 改成当前源版本。第三步,在渲染层比较两者,差值大于零才显示提示。这个动作的结果是:读者能看出信息可能过期,编辑也能按差值排序,优先处理落后最多的语言。下一步通常是把差值最大的语言排进翻译队列,而不是平均分配更新人力。
当各语言面向不同市场、内容本身就有本地化增删,甚至同一页面在不同语言下讲的是不同活动时,强行统一源版本会失真。这时应给每种语言独立版本号,同时保留一个“跨语言对应标识”,说明它们属于同一主题簇但内容不必逐句对应。
标注方式可以是:每种语言有自己的 locale_version,另加 cluster_id 表示同组。差异提示不再写“落后几个版本”,而写“本语言版本更新于某次修订,其他语言版本可能包含不同内容”。这种写法避免了把本地化差异误判为滞后。
选择依据很简单:如果两种语言的内容差异属于翻译误差,用条件一;如果差异属于刻意的本地化调整,用条件二。误判的代价是编辑会去“补齐”本不该同步的内容,反而破坏本地适配。
版本标注容易混入三类不同信息,混在一起会让提示失去意义。
实际操作中,可以在编辑流程里加一个勾选项,让修改者声明本次改动属于哪一类。只有标记为事实版本时才递增 source_version。这个动作的结果是提示的触发频率大幅下降,可信度上升。下一步可以按事实版本的差值做翻译排期,而不是按所有编辑次数排期。
假设某站点有中、英、日三个语言版本,共享同一产品页。中文源文当前 v12,英文对应 v12,日文对应 v10。日文 v10 与 v12 的差异是新增了一项保修年限说明。
按条件一处理:日文页显示“内容对应中文版 v10,最新为 v12”。编辑看到差值后,优先补译保修段落,完成后把日文的 locale_source_version 改为 v12,提示消失。如果日文团队认为该保修条款不适用于日本市场,则应改用条件二,把日文标记为独立版本,并说明差异属于本地化决定,而不是滞后。这个判断会直接改变下一步动作:是补翻译,还是记录为有意差异并关闭提示。
有两类情况不适合套用上面的标注。一是内容已进入退出流程、只保留历史价值时,不必再维护版本对应关系,只需在页面顶部统一标注“此内容为历史存档,不再更新”,并保留原文。二是各语言由外部合作方维护、且合作关系即将结束时,版本标注应冻结在当前状态,避免继续产生需要对方确认的字段。
另外,版本提示本身不应被当作内容质量的证明。提示消失只说明字段被更新,不代表译文准确。要验证译文是否真的对应源文,仍需人工抽查关键段落。把字段更新和内容正确性分开对待,才能避免用一次版本号递增代替实际校对。
当旧内容、旧系统或旧合作关系需要退出时,先判断保留部分是否仍共享同一事实源:共享的,用源版本加同步状态标注;独立演进的,用独立版本加对应标识。标注之后,把差值最大的条目排进下一步处理队列,而不是一次性重写全部语言版本。