多語言官網最常見的事故不是翻譯腔，而是源文已改、譯站還掛舊稿。中文活動頁上線了，英文價目表仍是上季度的；日文法律聲明漏改一條，海外投訴直接找上門。根因通常是：各語種各自為政發版，沒有「同一內容包」的發布門禁。
問題拆開：內容包、語種態、發布窗
把一次改版看成內容包，而不是「改幾個頁面」：
- 源語條目：標題、正文、CTA、結構化字段（價格、參數、合規聲明）
- 語種副本：每語一條記錄，帶翻譯狀態：待譯／譯中／待審／就緒
- 發布窗：允許上線的語種集合與統一生效時間；缺就緒語種則整包攔截或按策略降級
- 回滾點：按內容包版本回滾，而不是只回滾單一語種文件
網盤傳 Word 譯稿再手工粘貼，最容易丟字段與連結。CMS 若允許「某語種單獨點發布」，就會出現半新半舊的國際站。
怎麼設計
角色：內容負責人（源語）、譯者／代理、法務審核（特定欄目）、發布經理。源語未定稿，譯者不可開譯；法務欄目未審，該語種不能進就緒。前台緩存按內容包版本號失效，避免 CDN 殘留舊頁。
- 內容包：業務鍵、目標語種列表、計劃上線時間
- 條目：字段級 diff、截圖對比、術語表引用
- 門禁規則：必達語種、可延遲語種、阻斷條件
- 發布記錄：操作者、版本、各語種哈希
SEO 注意：hreflang 與 canonical 要跟版本一起變；下線語種頁返回正確狀態碼，不要軟 404。活動頁臨時語種可走「僅源語＋英文」策略，但要在門禁裡顯式配置，不能靠口頭。
開發與驗收
翻譯可接機譯初稿，但就緒必須人工確認。結構化字段（價格、日期）禁止進自由文本，單獨字段譯，減少漏改。預發環境按語種路徑驗收：源文改價後，未就緒語種不得被外網解析到新價。
驗收場景：
- 源文改價，英文未就緒時生產是否仍展示舊價或整頁維護中（按策略）
- 強制發布繞過是否記審計且需雙人
- 回滾後 hreflang 是否一致
- 某語種長期滯後是否觸發看板紅燈
- 術語表變更是否批量標髒相關條目
多語言站的紀律是：先齊套再亮相。允許慢，不允許半新半舊。
失敗模式
行銷先上中文：活動已投放，譯站未動，海外點進來體驗斷裂。應用門禁預設「全語種齊套」，緊急例外走審批並限時補齊。機譯直發：法律與價格頁禁止；產品描述可機譯＋抽審。各語種子站技術棧分裂：門禁與版本號無法統一，優先收斂到同一內容服務。
上線後看什麼
四周內盯：跨語種內容滯後小時數、繞過門禁次數、因舊譯稿引發的客訴、回滾次數。滯後與繞過下降，再談自動譯全站。
翻譯工作流怎麼嵌进门禁
源語定稿觸發翻譯任務：機譯初稿可選，人工審閱必過。審閱人按欄目配置，產品頁與招聘頁可以不同人。審閱駁回必須指出字段，不能只寫「再改改」。就緒後進入內容包齊套計算。
外包譯員用受限帳號，只能看到分配條目，不能直接點發布。文件對照（雙語並排）降低漏段。連結與圖片 alt 單獨檢查清單，很多「舊稿事故」其實是舊連結。
對於強合規頁（隱私政策、合同條款），上線前強制法務角色；過期復審日曆按語種生成任務，避免英文改了中文忘了。
技術實現要點
內容服務保存字段級版本；靜態站點生成時寫入版本清單文件，運維可核對 CDN 對象是否對齊。預發域名按語種完整渲染，用爬蟲腳本抽检關鍵 URL 的價格與日期字段。
若使用翻譯記憶，變更源文要標髒記憶條目，防止舊譯句被復用到新語境。術語表衝突時以業務 owner 裁定為準，寫入變更說明。
發布窗口建議避開業務高峰；失敗自動停在預發，不半套上生產。監控「語種就緒滯後」作為內容團隊 KPI，比「發了多少頁」更有意義。
事故復盤模板
一次典型事故：中文改價上線，英文仍顯示舊價，客服按英文報價鎖單。復盤要寫清：哪個門禁缺口、誰有權跳過、回滾耗時、客戶影響範圍。把「跳過門禁」做成需雙人確認的例外通道，並記審計。
回滾演練按季度做一次：故意把次要語種弄髒，走完整回滾與通知流程。演練發現 CDN 緩存 TTL 過長時，提前調策略，別等真出事再改。
對銷售與客服開放「語種一致性查詢」：輸入產品 SKU，看各語種當前價格與生效時間。問題前置，少靠用戶截圖發現。
與行銷投放的銜接
投放素材引用的落地頁 URL 必須綁定內容包版本。未就緒語種的廣告組自動暫停或切到維護頁，避免花廣告費買舊價。投放同學只看「語種可投」狀態，不自己猜 CMS。
活動結束下線時，各語種同步失效；殘留外鏈用 301 到總覽頁並保留版本快照備查。
若子公司各用獨立 CMS，至少統一「內容包狀態 API」：總部行銷中心查詢各站就緒態後再點投放。沒有狀態 API，門禁只能停在口頭同步，事故率不會降。
內容包編號進客服工單字段，便於定位舊譯投訴對應哪次發版。