多語內容治理：如何讓三種語言的品質不隨規模崩壞
多語站在 10–20 篇文章時品質看不出差異，但一旦某語言累積超過 50 篇，用詞不一致、過期資訊、語感落差就會集中爆發。解法不是找更好的譯者，而是建立治理制度：每語言指定一名負責人、共用一份術語表、每季排定審稿週期，把在地化當成持續營運的產線，而不是內容上線那一刻就結束的專案。
品質為什麼會隨規模崩壞？
單篇文章的在地化品質，靠一次用心的翻譯加編輯就能達標。但多語站真正的風險不在單篇，而在「篇數累加後的一致性」：
- 術語漂移：同一個概念，不同時期、不同人翻譯，用詞會慢慢分歧。例如「反向連結」有人譯成「反向連結」、有人譯成「外部連結」，讀者與 AI 引擎都會把它們當成不同主題處理。
- 更新滯後：主語言版本因新工具、新演算法而更新，其他語言版本卻停在舊版本——每多一個語言，滯後的頁面數就多一批，而且是乘法累積，不是線性累積。
- 語感稀釋：早期文章由深度理解目標市場的人在地化，規模化後為了產能改用一般譯者或機器初稿，語感與早期文章脫節，讀者能感覺出「後面的文章比較像翻譯」。
這三個問題有共通點：都不是「翻譯品質不夠好」造成的，而是「沒有制度讓品質維持一致」造成的。單篇補救沒有用，需要的是流程層級的治理。
三支柱治理框架
支柱一：每語言指定一名負責人（非兼職、非輪值）
每個語言版本指定一位對該市場有真實理解的負責人，職責明確到三件事：核准新文章上線前的在地化品質、決定術語表的最終用詞、排定該語言的審稿週期。負責人不需要是全職僱員，但必須是同一人長期負責——輪值制度會讓「品質標準」隨負責人更換而漂移，這正是術語不一致的根源之一。
支柱二：共用術語表，全語言共同維護
術語表不是譯者的個人筆記，而是全站共用、版本控制的文件，至少包含：核心關鍵字的官方譯法、品牌與工具名稱是否翻譯、常見技術詞的統一寫法（例如「爬蟲」vs「網路爬蟲」）。新文章上線前，比對術語表是審稿的必經步驟，而非選配。術語表本身也要有負責人，任何新增詞條需要三個語言負責人共識，避免各語言各自為政。
支柱三：定期審稿週期，而非上線後就結束
治理最容易被忽略的環節，是「上線之後」。建議的審稿節奏：
| 審稿類型 | 頻率 | 檢查項目 |
|---|---|---|
| 新文章上線前 | 每篇 | 術語表比對、FAQ 格式、內部連結是否可用 |
| 高流量文章複審 | 每季 | 資訊是否過期、與主語言版本的落差 |
| 全站術語稽核 | 每半年 | 抽樣比對三語用詞一致性 |
| 落後追蹤表更新 | 每月 | 各語言落後主語言的篇數與天數 |
落後追蹤表是治理制度能否落地的關鍵工具——沒有這張表，「哪個語言正在落後」永遠是主觀感覺，而不是可以排定優先順序的數字。
把在地化當成營運，而非專案
專案思維會問「這批文章翻完了嗎」；營運思維會問「這個語言版本現在健康嗎」。差別在於專案有終點，營運沒有終點——只要主語言持續產出新內容，其他語言的治理工作就不會結束。三支柱框架的共同目的，就是把「品質維護」從依賴個人責任心，轉換成有負責人、有文件、有排程的可持續制度，這樣網站規模擴大時，品質曲線才不會跟著篇數一起崩壞。
常見問題（FAQ）
Q1：小型多語站（每語言不到 30 篇）需要這套治理框架嗎？ 可以先做輕量版：至少要有共用術語表與一位跨語言把關者，審稿週期可以拉長到半年一次。等篇數接近 50，再補齊完整的三支柱與月度落後追蹤表。
Q2：術語表和翻譯記憶庫（TM）是同一件事嗎？ 不是。翻譯記憶庫是工具層，記錄「這句話之前怎麼翻」；術語表是治理層，記錄「這個概念官方定義用哪個詞、為什麼」，並且需要人共識維護，不是自動比對就能取代。
Q3：負責人一定要是母語者嗎？ 不一定要母語者，但必須長期深度使用該市場的內容與產品，能判斷「這句話讀起來像不像在地寫的」。母語能力是加分項，市場理解才是核心要求。
Q4：治理制度上線後，多久能看到品質提升？ 術語一致性與新文章品質通常一個月內可見改善；既有內容的落後追平，取決於落後篇數，一般需要一到兩季的複審週期才能把積壓清完。
治理制度解決的是「品質怎麼不崩壞」，而在地化本身「怎麼做對」是更基礎的問題——延伸閱讀〈在地化 vs 翻譯：為什麼不能只丟機器翻譯〉。GeoSeoToday的 hreflang 產生器與 GEO 檢測工具 則能在技術層把三語版本正確串接起來，兩者搭配才是完整的多語營運基礎。