先给结论:不要只改一个“最后更新”日期,而要在每个语言版本的页面顶部或页脚固定位置,标注“源语言版本号 + 该语言对应版本号 + 差异状态”。当源语言已更新、译文尚未跟随时,把该语言标为“待同步”,并保留旧版正文可见,而不是直接隐藏或删除。这样读者和内部编辑都能判断自己看到的是哪一版。
多语言不同步通常有三种可区分原因,处理方式并不相同。
判断依据不是“哪个语言更新”,而是“哪个版本被指定为基准”。如果业务上中文是基准,英文是派生,那么英文页的版本号应跟随中文基准号递增;反过来也成立。关键是把基准写进页面元数据或编辑规范里。
假设你手上有一个中文服务页和一个英文服务页,中文页刚新增了“交付周期说明”,英文页没有。可以按下面的动作处理。
版本:v3.2|基准语言:中文|更新:交付周期说明。版本:v3.1|对应基准:中文 v3.2|状态:待同步。<p>本段中文已更新,译文待补。</p>,不要直接删掉旧译文。hreflang 或语言切换链接指向中文基准页,而不是指向一个不存在的“最新英文页”。这个动作的结果是:读者看到英文页时知道它落后于中文版,内部编辑也能从版本号直接找到待补内容。下一步不是马上重译,而是先确认这次中文变更是否属于“必须同步”的实质性变更——如果只是标点或排版调整,可以只更新版本号,不触发翻译任务。
不是每次源语言改动都要立刻同步所有语言。可以用一个简单规则来决定。
把这三类写进编辑规范后,版本标注就有了依据:必须同步的变更会让其他语言进入“待同步”状态;可以滞后的变更只改基准版本号,不改变其他语言的状态;不应同步的变更单独标记,不污染基准号。
假设中文页版本从 v3.1 升到 v3.2,变更内容是“交付周期从 15 天改为 10 天”。英文页仍是 v3.1,标注为“待同步”。此时内部编辑看到版本差异,下一步动作应是:先确认英文页是否真的对外承诺了 15 天;如果承诺过,就不能只改数字,还要在英文页加一条变更说明,否则老读者会以为页面被悄悄改动。如果英文页从未对外承诺过具体天数,则可以直接把英文页升到 v3.2,并去掉“待同步”标记。
这个例子的重点不是数字本身,而是:版本差异标注必须能触发一个具体检查动作。如果标注完没人检查,版本号就只是装饰。
页面上的可见标注是给人看的,但多语言站点还需要让语言切换和站点地图判断哪个版本是基准。可以在页面 <head> 中加入自定义元数据,例如 <meta name="content-version" content="v3.2"> 和 <meta name="content-baseline" content="zh-CN">。这些字段不承诺任何排名效果,只用于内部编辑和构建流程判断差异。
如果站点使用静态生成或构建流程,可以在构建时比较各语言文件的版本字段,输出一份“待同步清单”。这份清单只说明哪些页面版本号不一致,不说明哪个页面更重要。编辑拿到清单后,仍需按上一节的规则决定是否立即同步。
最后提醒一点:版本差异标注不能替代内容本身的可读性。读者打开英文页时,如果满屏都是“待同步”提示,反而会失去信任。因此标注应放在固定位置、保持简短,正文仍以完整句子呈现,而不是用占位符替代整段内容。