多语言官网最常见的事故不是翻译腔，而是源文已改、译站还挂旧稿。中文活动页上线了，英文价目表仍是上季度的；日文法律声明漏改一条，海外投诉直接找上门。根因通常是：各语种各自为政发版，没有“同一内容包”的发布门禁。
问题拆开：内容包、语种态、发布窗
把一次改版看成内容包，而不是“改几个页面”：
- 源语条目：标题、正文、CTA、结构化字段（价格、参数、合规声明）
- 语种副本：每语一条记录，带翻译状态：待译/译中/待审/就绪
- 发布窗：允许上线的语种集合与统一生效时间；缺就绪语种则整包拦截或按策略降级
- 回滚点：按内容包版本回滚，而不是只回滚单一语种文件
网盘传 Word 译稿再手工粘贴，最容易丢字段与链接。CMS 若允许“某语种单独点发布”，就会出现半新半旧的国际站。
怎么设计
角色：内容负责人（源语）、译者/代理、法务审核（特定栏目）、发布经理。源语未定稿，译者不可开译；法务栏目未审，该语种不能进就绪。前台缓存按内容包版本号失效，避免 CDN 残留旧页。
- 内容包：业务键、目标语种列表、计划上线时间
- 条目：字段级 diff、截图对比、术语表引用
- 门禁规则：必达语种、可延迟语种、阻断条件
- 发布记录：操作者、版本、各语种哈希
SEO 注意：hreflang 与 canonical 要跟版本一起变；下线语种页返回正确状态码，不要软 404。活动页临时语种可走“仅源语+英文”策略，但要在门禁里显式配置，不能靠口头。
开发与验收
翻译可接机译初稿，但就绪必须人工确认。结构化字段（价格、日期）禁止进自由文本，单独字段译，减少漏改。预发环境按语种路径验收：源文改价后，未就绪语种不得被外网解析到新价。
验收场景：
- 源文改价，英文未就绪时生产是否仍展示旧价或整页维护中（按策略）
- 强制发布绕过是否记审计且需双人
- 回滚后 hreflang 是否一致
- 某语种长期滞后是否触发看板红灯
- 术语表变更是否批量标脏相关条目
多语言站的纪律是：先齐套再亮相。允许慢，不允许半新半旧。
失败模式
营销先上中文：活动已投放，译站未动，海外点进来体验断裂。应用门禁默认“全语种齐套”，紧急例外走审批并限时补齐。机译直发：法律与价格页禁止；产品描述可机译+抽审。各语种子站点技术栈分裂：门禁与版本号无法统一，优先收敛到同一内容服务。
上线后看什么
四周内盯：跨语种内容滞后小时数、绕过门禁次数、因旧译稿引发的客诉、回滚次数。滞后与绕过下降，再谈自动译全站。
翻译工作流怎么嵌进门禁
源语定稿触发翻译任务：机译初稿可选，人工审阅必过。审阅人按栏目配置，产品页与招聘页可以不同人。审阅驳回必须指出字段，不能只写“再改改”。就绪后进入内容包齐套计算。
外包译员用受限账号，只能看到分配条目，不能直接点发布。文件对照（双语并排）降低漏段。链接与图片 alt 单独检查清单，很多“旧稿事故”其实是旧链接。
对于强合规页（隐私政策、合同条款），上线前强制法务角色；过期复审日历按语种生成任务，避免英文改了中文忘了。
技术实现要点
内容服务保存字段级版本；静态站点生成时写入版本清单文件，运维可核对 CDN 对象是否对齐。预发域名按语种完整渲染，用爬虫脚本抽检关键 URL 的价格与日期字段。
若使用翻译记忆，变更源文要标脏记忆条目，防止旧译句被复用到新语境。术语表冲突时以业务 owner 裁定为准，写入变更说明。
发布窗口建议避开业务高峰；失败自动停在预发，不半套上生产。监控“语种就绪滞后”作为内容团队 KPI，比“发了多少页”更有意义。
事故复盘模板
一次典型事故：中文改价上线，英文仍显示旧价，客服按英文报价锁单。复盘要写清：哪个门禁缺口、谁有权跳过、回滚耗时、客户影响范围。把“跳过门禁”做成需双人确认的例外通道，并记审计。
回滚演练按季度做一次：故意把次要语种弄脏，走完整回滚与通知流程。演练发现 CDN 缓存 TTL 过长时，提前调策略，别等真出事再改。
对销售与客服开放“语种一致性查询”：输入产品 SKU，看各语种当前价格与生效时间。问题前置，少靠用户截图发现。
与营销投放的衔接
投放素材引用的落地页 URL 必须绑定内容包版本。未就绪语种的广告组自动暂停或切到维护页，避免花广告费买旧价。投放同学只看“语种可投”状态，不自己猜 CMS。
活动结束下线时，各语种同步失效；残留外链用 301 到总览页并保留版本快照备查。
若子公司各用独立 CMS，至少统一“内容包状态 API”：总部营销中心查询各站就绪态后再点投放。没有状态 API，门禁只能停在口头同步，事故率不会降。
内容包编号进客服工单字段，便于定位旧译投诉对应哪次发版。