翻译术语库指南:如何创建和管理术语库 [2026]
翻译术语库(也叫术语库、术语数据库)是一份结构化的术语清单,里面记着每个术语批准的翻译、定义和用法说明。它跟词典不一样——词典收录通用词汇,术语库只管你的组织、行业或产品里那些专有的词。
有个数据可能会让你意外:70%的翻译质量问题出在术语上。这篇指南会教你怎么建术语库、怎么管、怎么用它来保证翻译一致性和质量。
什么是翻译术语库?
翻译术语库是一个经过精心管理的术语数据库,记录每个术语在一种或多种目标语言里批准的翻译。它是"这个词应该怎么翻"的唯一权威来源。
术语库 vs. 词典
| 方面 | 术语库 | 词典 |
|---|---|---|
| 范围 | 特定领域术语 | 通用词汇 |
| 翻译 | 只有一个批准译法 | 给你好几个选项 |
| 上下文 | 带使用说明 | 一般性释义 |
| 所有权 | 组织自己管 | 出版社出的 |
| 目的 | 强制统一 | 语言学习 |
一条术语库记录长什么样
一条好的术语库条目会包含:
- 源术语 — 原语言里的词
- 目标术语 — 批准的翻译
- 定义 — 这个词在具体语境下什么意思
- 词性 — 名词、动词、形容词……
- 上下文/例句 — 在句子里怎么用
- 使用说明 — 注意事项、限制、偏好
- 领域 — 属于哪个专业领域(法律、医疗、技术……)
- 状态 — 已批准、待定、已弃用
- 不翻译标记 — 品牌名、产品名这种不该翻的
标准格式
术语库的行业标准交换格式是TBX(TermBase eXchange),有ISO标准(ISO 30042)。其他常见格式:
- Excel/CSV — 最简单,兼容性最好
- XLIFF — 基于XML,CAT工具能直接用
- TBX — 正经的行业标准
- 专有格式 — 各家工具自己的数据库格式
为什么需要术语库
70%的质量问题都跟术语有关
不同来源的研究都指向同一个结论:大约70%的翻译质量问题跟术语直接相关。具体表现是:
- 同一个术语,不同地方翻法不一样
- 技术术语翻错了
- 品牌名称出现变体
- 用了没批准的译法
术语库就是专门解决这些问题的。
对业务的影响
| 问题 | 没术语库 | 有术语库 |
|---|---|---|
| 品牌一致性 | 看译员心情 | 100%统一 |
| 技术准确性 | 靠译员自己的知识 | 有标准可循 |
| 新译员上手 | 要学好几周 | 几天就能干活 |
| 质量问题 | 术语错误频出 | 错误大幅减少 |
| 返工成本 | 改来改去 | 修订率低得多 |
有些行业不是"建议用",是"必须用"
在受监管的行业里,术语一致性是硬要求:
- 医疗/制药 — 药名、剂量、警告信息必须精确
- 法律 — 合同术语有特定法律含义,翻错可能出大事
- 金融 — 监管术语需要精准对应
- 技术 — 安全相关的术语必须前后一致
术语库里有哪些类型的术语
把术语按类型分好,管理起来会方便很多。
品牌术语
跟公司身份相关的词:
| 源语言 | 中文翻译 | 备注 |
|---|---|---|
| Acme Cloud Platform | Acme Cloud Platform | 不翻译 |
| PowerSync | PowerSync | 不翻译 |
| "Just Works" | "即刻生效" | 口号要翻 |
技术术语
行业或产品里的专业词汇:
| 源语言 | 中文翻译 | 定义 |
|---|---|---|
| API endpoint | API端点 | 接受API请求的URL |
| webhook | webhook | 不翻译——行业通用 |
| two-factor authentication | 双因素认证 | 安全验证方法 |
不翻译(DNT)术语
这些词要保留原文:
- 产品名称和商标
- 行业标准缩写
- 技术标识符(URL、代码)
- 按规定不翻的专有名词
首选 vs. 禁用术语
| 用这个 | 别用这个 | 为什么 |
|---|---|---|
| "登录" | "登陆" | 品牌风格要求 |
| "用户" | "客户" | 内部统一叫法 |
| "应用" | "app" | 保持中文一致 |
不同行业的例子
软件/SaaS:
- UI元素(按钮、下拉菜单、弹窗)
- 操作词(提交、取消、保存)
- 状态消息(错误、警告、成功)
医疗:
- 解剖学名词
- 药品名称和配方
- 手术名和诊断名
法律:
- 合同专用术语
- 监管专用术语
- 各法域的特定措辞
电商:
- 产品属性
- 结账流程的词
- 物流和支付的词
怎么建一个术语库:分步操作
按下面这个流程来,可以少走不少弯路。
步骤一:把需要管的术语找出来
手动找:
- 翻翻以前的翻译,看哪些词翻得前后不一致
- 看客服工单,哪些术语经常让用户困惑
- 找领域专家聊聊
- 研究一下竞品怎么翻的
用工具自动提取:
- CAT工具自带的术语提取功能
- NLP工具识别技术术语
- 分析源文本中的高频词
- 2026年的AI术语提取工具
步骤二:给每个术语写好定义和翻译
每个术语都要过一遍:
- 写清楚定义 — 在你们的语境下这个词什么意思
- 确定翻译 — 调研、问专家、验证
- 给例句 — 展示在句子里怎么用
- 标注限制 — 什么场景下不能用这个译法
- 标状态 — 批准了没有
步骤三:找对的人来审
把相关的人拉进来:
- 领域专家 — 技术上对不对
- 本地审校 — 文化上合不合适
- 法务/合规 — 有没有监管风险
- 市场部 — 品牌调性一不一致
- 产品团队 — UI里统不统一
步骤四:组织结构
设计一个好用的结构:
公司术语库 ├── 品牌术语 │ ├── 产品名称 (DNT) │ ├── 口号(翻译) │ └── 公司价值观 ├── 技术术语 │ ├── 软件功能 │ ├── API术语 │ └── 行业标准 ├── UI术语 │ ├── 按钮和操作 │ ├── 导航元素 │ └── 状态消息 └── 领域特定 ├── 法律 ├── 医疗 └── 金融 步骤五:导入CAT工具
把术语库接到翻译工具里:
导入方式:
- 直接导入(TBX、CSV、Excel)
- API连接做实时同步
- 云端术语管理
- 按项目提取相关术语
一定要开的功能:
- 术语识别高亮
- 自动QA检查
- 翻译建议
- 用错术语时弹警告
步骤六:培训团队
确保译员会用术语库:
- 提供术语库使用文档
- 教怎么查术语
- 说清楚什么情况可以不按术语库来(以及审批流程)
- 设定对术语库遵守率的期望
- 建一个让译员反馈建议的渠道
术语管理最佳实践(2026)
CCU原则
每个术语要做到三点:
- 正确(Correct) — 翻译在专业上准确
- 一致(Consistent) — 到处都用同一个译法
- 明确(Unambiguous) — 不会让人产生歧义
治理结构
得有明确的分工:
| 角色 | 管什么 |
|---|---|
| 术语经理 | 术语库整体策略 |
| 领域专家 | 技术术语的准确性 |
| 译者 | 提交术语建议和反馈 |
| 审校 | 质量把关 |
| 审批人 | 新术语的最终拍板 |
术语审批流程
┌─────────────────┐ │ 术语建议 │ └────────┬────────┘ │ ▼ ┌─────────────────┐ │ 初步审核 │ │ (术语经理) │ └────────┬────────┘ │ ▼ ┌─────────────────┐ │ 专家审核 │ │ (SME + 本地) │ └────────┬────────┘ │ ▼ ┌─────────────────┐ │ 审批 │ │ (签字) │ └────────┬────────┘ │ ▼ ┌─────────────────┐ │ 术语库更新 │ │ (所有系统) │ └─────────────────┘ 定期审计
| 频率 | 做什么 |
|---|---|
| 每月 | 审核新提交的术语建议 |
| 每季度 | 审计术语使用的一致性 |
| 每半年 | 处理已弃用的术语 |
| 每年 | 全面审核一遍 |
AI在术语管理中能干什么(2026)
现在的工具已经能做不少事了:
- 自动提取术语 — 从源文档里把术语挖出来
- 翻译建议 — 根据上下文推荐译法
- 一致性检查 — 跨项目扫描
- 查重 — 防止录入重复术语
- 使用分析 — 找出哪些术语没人在用
术语管理工具
专门做术语管理的工具
| 工具 | 类型 | 适合谁 |
|---|---|---|
| SDL MultiTerm | 桌面/云端 | 企业、Trados用户 |
| memoQ Term Base | 集成式 | memoQ生态的用户 |
| TermWiki | 云端 | 需要协作的团队 |
| Acrolinx | 企业级 | 要AI治理的大公司 |
| Kaleidoscope | 云端 | 预算有限的团队 |
带术语功能的CAT工具
大多数CAT工具自带术语管理:
- SDL Trados — MultiTerm集成
- memoQ — 内置术语库
- Phrase — 术语管理模块
- Smartcat — 云端术语库
- MateCat — 术语库支持
KTTC 快速术语库
KTTC提供**快速术语库(Quick Glossary)**功能,用于质量评估:
- 从源/目标对中自动提取关键术语
- 识别术语不一致的地方
- 对照现有术语库验证翻译
- 跟翻译记忆库工作流程打通
术语库怎么融入翻译流程
翻译开始前
动手翻之前先做好准备:
- 把相关术语库加载到CAT工具
- 跟译员交代清楚术语要求
- 标出关键术语——这些必须严格按术语库来
- 给有歧义的术语补充上下文
翻译过程中
术语库在翻译时主动帮忙:
- 术语高亮 — 原文里的术语会被标记出来
- 自动建议 — 弹出批准的翻译
- 用错提醒 — 没按术语库翻的时候发出警告
- 一键插入 — 点一下就把批准的术语填进去
翻译完成后的QA
QA环节要检查:
- 术语库合规 — 所有术语都用对了吗?
- 一致性 — 同一个术语前后翻得一样吗?
- 新术语发现 — 有没有新出现的术语需要加进术语库?
- 偏离记录 — 有意的偏离有没有标注?
项目结束后的反馈
每个项目做完后:
- 收集译员反馈——术语库好不好用,有什么问题
- 收集新术语——翻译过程中发现了哪些新词
- 标记问题术语——哪些术语需要重新审视
- 更新术语库——把批准的修改入库
- 同步到所有系统
核心要点
- 术语库存的是单个术语及其批准的翻译,不是完整的句子
- 70%的质量问题跟术语有关——管好术语就解决了大头
- CCU原则:正确、一致、明确
- 每半年到一年审计一次,保持术语库健康
- 跟CAT工具打通,确保翻译时真的在用
常见问题
术语库和翻译记忆库有什么区别?
术语库存的是单个术语(一般1到3个词)和批准的翻译。翻译记忆库存的是整段话(句子或短语)的翻译。术语库管的是术语统一,TM管的是翻译复用。两个东西解决不同的问题。想深入了解可以看我们的TM与术语库对比。
术语库该有多少条?
没有固定数字,质量比数量重要。一开始先收50到100个关键术语——品牌名、核心产品词、行业专有词汇。然后根据实际翻译需求慢慢加。我觉得一个维护得好的500条术语库,比一个没人管的5000条数据库有用得多。
谁来批准术语?
术语批准通常需要几方人参与:术语经理看语言准确性,领域专家看技术正确性,本地审校看文化适当性,法务/合规看监管要求。关键是建好审批流程,每个角色的职责写清楚。
多久更新一次术语库?
每月:审核新提交的术语建议。每季度:审计现有术语的准确性和使用情况。每年:全面审核,把过时的术语标记为弃用。另外,产品有变化、上了新功能、或者发现术语错误的时候,马上更新,别等。
AI能自动提取术语吗?
可以。现在的NLP和AI工具能从源文本中根据词频、语言模式和上下文识别出候选术语。不过人工审核仍然少不了。AI负责发现和建议,人负责拍板——确保准确性、适当性和业务目标的匹配。
了解术语库怎么跟翻译记忆库配合,对制定完整的本地化策略很有帮助。推荐看看我们的翻译记忆库完整指南和TM与术语库对比。
想用术语标准来验证翻译质量?试用KTTC进行AI驱动的质量评估,包括快速术语库提取和术语一致性检查。
