多语言产品的术语一致性：别让同一个词有三种译法

术语不一致最伤专业感。本文给出术语表的四项结构、把术语表变成检查项的做法（黑名单比白名单有效）、翻译流程的三个动作、四个常见坑与验证方法。

同一个词三种译法，用户就不信任你了

多语言产品里，术语不一致是最伤专业感的细节 ✗："

设置"在一处叫 Settings ✔、另一处叫 Preferences ✗；

"额度"在界面上叫 Quota ✔、文档里叫 Credit Limit ✗。

用户会怀疑"这是同一个东西吗" ✔。

**术语一致性要靠"术语表 + 检查"** ✔，而不是靠翻译自觉 ✗。

每条至少四项 ✔：

```

原文词｜目标语言标准译法｜是否允许出现变体｜备注（为什么这么定）

```

**要点**：

术语表要**唯一且权威** ✔（分散在多份文档里就等于没有 ✔）；

**专有名词与产品名**必须进表 ✔（这些最容易被"意译" ✔）；

若某词**故意保留原文**（例如 API 名称 ✔）→ 明确写"保留不译" ✔。

**前端文案**：提取所有界面字符串 ✔，与术语表比对 ✔；

**文档**：检查是否出现"已废弃译法" ✔（维护一份**黑名单** ✔）；

**模型输出**：在提示词里给出术语表 ✔，并在**后处理**检查 ✔

（可直接替换，或标记为需人工确认 ✔）。

**关键**：**黑名单比白名单更有效** ✗ ✔ —— 检查"不该出现的译法"比检查"所有译法都在表里"容易得多 ✔。

1. **译前**：给译者术语表与黑名单 ✔（不是翻译完再挑错 ✔）；

2. **译中**：术语表进**翻译记忆/机器翻译词典** ✔（让工具层就一致 ✔）；

3. **译后**：跑一次自动检查 ✔（术语、占位符、长度 ✔），人工只看差异 ✔。

**占位符被翻译** ✗（`{count}` 变成 `{数量}` ✔）→ 直接导致运行时错误 ✔；

**复数/性别规则被忽略** ✗（不同语言规则不同 ✔）；

**语气不一致** ✗（一处"您"一处"你" ✔）→ 一并进术语表 ✔；

**术语表更新了但旧文案没改** ✗ → 需要一个**定期全量扫描** ✔。

抽 50 条界面文案 ✔，统计术语违规数 ✔（目标 0 ✔）；

抽 20 条模型输出 ✔，统计术语违规数 ✔（模型侧通常比界面侧更容易飘 ✔）；

每次发版后跑一次全量扫描 ✔，把新违规补进黑名单 ✔。

> 一个不懂该语言的**产品经理** ✔，能否靠术语表 + 黑名单**自动查出**主要不一致 ✔？

> 不能，说明术语还没有变成可检查的资产 ✗。