建站步骤，多语言内容更新不同步时怎样标注版本差异
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /13fe703b5121.html
📄
建站步骤，多语言内容更新不同步时怎样标注版本差异
核心做法是给每种语言的内容加一个独立版本号，并额外记录它对应的“源内容版本”，让差异变成可查询的数据，而不是靠人记忆。当某个语言版本落后于源版本时，页面要显式标注它基于哪一版、哪些部分已过期，读者和编辑都能据此决定是继续用、先下线，还是只保留仍有价值的部分。
先分清三种“不同步”，处理方式完全不同
多语言站点看起来都是“更新没跟上”，但原因不同，动作也不同。
- 结构不同步：源语言新增了章节，其他语言还没有对应位置。这类差异应记录为“缺失段落”，而不是把旧段落标成过期。
- 事实不同步：价格、规格、政策变了，旧语言仍在说旧值。这类差异风险最高，应优先标注并考虑局部隐藏。
- 措辞不同步：意思一致，只是译法或表达更旧。这类差异可以保留，只需标注版本号，不必急着重译。
把这三类混在一起，就会出现“整页标红”或“全部照旧”的极端处理，前者浪费人力，后者留下错误信息。
假设情境：一次产品线收缩后的版本清理
以下为假设例子，用于说明决策方法，不代表任何真实站点。某站点有中、英、日三种语言，源语言为中文。产品线收缩后，中文站删掉了两个旧型号的介绍，只保留仍可维护的部分；英文站还留着完整旧页；日文站只翻译了其中一半。
此时若直接按中文最新版覆盖，英文和日文会丢失仍有参考价值的历史说明；若全部保留，读者又会以为旧型号仍在售。可执行的中间路线是：
- 给中文源内容打上版本号，例如
v7，并记录本次变更类型为“下线部分型号”。 - 英文页保留旧型号段落，但在该段落顶部标注“此部分基于源内容 v5，型号状态可能已变化”。
- 日文页因只翻译了一半，标注为“部分翻译，基于源内容 v4”，并列出未覆盖的章节标题。
- 在页面级元数据里写入
source_version与local_version两个字段，供后续批量比对。
做完这一步，编辑就能用一次查询列出所有 local_version 落后超过一个版本的页面，决定是补译、下线还是保留并加注。
标注要放在读者能看见、程序能读到的地方
只写在后台备注里，读者看不到；只写在页面正文里，程序又比对不了。稳妥做法是两处都写，且内容一致。
- 读者可见处：在过期段落或页面顶部用一句话说明“本页基于源内容第几版，哪些信息可能已变化”。措辞要具体到段落，避免整页笼统提示。
- 程序可读处：在页面结构中加入版本字段，例如
<meta name="source-version" content="v5">，便于批量扫描。 - 变更记录处：保留每次源内容变更的类型和日期，让“为什么这页旧”有据可查，而不是只看到一个孤立的版本号。
动作与结果的关系很直接：加了程序可读字段，下一步才能自动生成待处理清单；没有这个字段，就只能靠人工逐页翻查，清理成本会随语言数量成倍上升。
哪些旧内容值得保留，哪些应当退出
版本差异标注的目的不是让所有旧内容都活着，而是帮你判断去留。可用三个条件筛选：
- 是否仍有独立价值：旧型号的安装说明对已购买用户仍有用，可保留并标注；纯促销文案过期后没有保留意义，应退出。
- 是否会造成错误决策：涉及价格、合规、兼容性的旧内容，若无法及时更新，应局部隐藏而非仅加注。
- 是否有维护来源：若某种语言已无译者或合作方，继续保留半成品页面会持续拉低可信度，可考虑合并到源语言页并明确说明。
按这三条处理，退出的是“会误导人”的部分，保留的是“仍能帮到人”的部分，版本标注则负责把两者的边界说清楚。
更新节奏不同时，用版本比对代替人工记忆
多语言团队往往不在同一时间工作，靠口头同步必然遗漏。可设一个固定检查动作：每次源内容发布新版本后，自动列出所有 source_version 低于新版本的页面，按落后程度排序。落后越多、涉及事实变更的页面排在越前面。这样，清理顺序由数据决定，而不是由谁先想起来决定。假设某次检查发现英文页落后两个版本、日文页落后四个版本，且日文页涉及已变更的规格参数，就应优先处理日文页的规格段落，而不是先统一重译整站。
