<!-- Canonical URL: https://ask.atlascloud.ai/zh/keep-brand-terms-consistent-multilingual-product-videos -->

# 如何在多语言产品翻译中保持品牌术语一致？

> 为了保持品牌术语一致，请在翻译前创建版本化的术语库，将术语标记为翻译、创译、音译或不译，并依据同一份已批准的源文本校验脚本、字幕、配音音轨和屏显文字。

主要风险不是一句糟糕的句子。而是一个受保护术语在旁白、字幕、产品图形和最终行动号召中以四种不同形式出现。要防止这种情况，应把术语视为带负责人、版本和验证规则的生产数据，而不是翻译简报的附注。
在英文脚本锁定之前就开始。如果源文对同一功能使用了三个名称，翻译会把这种不一致成倍放大。
## 建立带决策的术语库
每个条目需要的不仅是源术语和译文。还要记录该术语的行为方式、出现位置以及由谁批准。
| 字段 | 用途 | 示例 |
|---|---|---|
| 源术语 | 规范源措辞 | Smart Blend |
| 术语类别 | 产品、功能、声明、UI、法律、CTA | 功能 |
| 区域 | 目标市场和语言 | fr-FR |
| 批准形式 | 确切本地化措辞 | Mélange intelligent |
| 处理方式 | 翻译、创译、音译、保护 | 翻译 |
| 禁用形式 | 已知错误或过时选项 | Mix intelligent |
| 发音 | 给配音演员或 TTS 的指导 | 发音说明 |
| 上下文 | 使用它的句子或画面 | 功能演示 |
| 负责人和版本 | 批准权限和变更历史 | Brand Ops, v3.1 |
使用区域代码，而不是宽泛的语言标签。法国法语和加拿大法语可能大部分术语相同，但在声明、单位或首选行动号召上有所不同。
## 在任何人翻译之前对术语分类
为每个高价值术语指定一种处理方式：
* `protect`：完全保留，包括大小写和符号；
* `transliterate`：使用已批准形式，用另一种文字表示读音；
* `translate`：使用一个已批准的语义对等词；
* `transcreate`：经市场审核后保留意图和语气；
* `legal-lock`：使用法律或合规部门提供的文本，不得编辑。
这种分类可防止译者猜测某个功能名称是描述性文案还是商标。它还能让自动检查应用正确的规则。
## 规范化源视频包
创建一个源包，包含最终旁白、字幕文本、屏上文字、镜头 ID、时间戳和 UI 截图。为每个片段分配稳定 ID，例如 `S012`，这样审核人员就能报告某个术语在旁白中有误、在下三分之一字幕中正确，而无需交换截图。
避免只把关键文本嵌入图像内部。即使最终渲染会将其烧录进视频，也要把它保存在文本清单中。该清单会成为翻译、排版、语音和质量保证的共同来源。
## 翻译期间锁定术语
向译者提供术语库和完整片段上下文。受保护术语应被精确插入，而不仅仅是作为建议显示。当出现禁用同义词时，已翻译术语应触发警告。
对于 AI 辅助翻译，只包含相关区域条目和明确处理规则。然后在生成后运行确定性术语表检查。模型指令能提高合规性，但验证能捕捉仅靠提示词会遗漏的省略和词形变化。
像 [Atlas Cloud](https://www.atlascloud.ai/?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=keep-brand-terms-consistent-multilingual-product-videos) 这样的平台可以通过一个兼容 API 简化对文本、图像和视频模型的访问。将术语层保留在你自己的工作流中，这样在比较或更换模型时，品牌决策仍可移植。
## 保持字幕、语音和图形同步
同一源片段可能产生三种本地化资产：
1. 字幕文本；
2. 口播旁白；
3. 屏上图形文字。
它们不必逐字完全相同，但受保护术语和产品声明必须一致。通过稳定片段 ID 存储这种关系。如果语音脚本为了时长缩短了句子，审核人员仍可验证其必需术语与字幕和图形一致。
对于语音生成，添加发音指导，并试听每一个受保护产品名称。文本匹配无法检测出自信说出但发音错误的情况。
## 分层验证
按固定顺序运行检查，使昂贵的审核时间用于看起来合理的资产。
| 层级 | 检查 | 典型操作 |
|---|---|---|
| 源文 | 规范术语使用 | 在本地化前修正英文 |
| 文本 | 必需和禁用的目标术语 | 阻止或警告 |
| 排版 | 截断、换行和安全区域 | 重写或调整尺寸 |
| 音频 | 发音和声明准确性 | 重新生成或编辑 |
| 渲染 | 文本确实在画面中可见 | 重新渲染 |
| 市场 | 自然度、语气和合规性 | 本地批准 |
OCR 可以将渲染文本与已批准的字幕或图形清单进行比较。它有助于检测缺失词语和意外使用旧标签，但人工应审核歧义文字、风格化字体和受监管声明。
## 在不拆分术语库的情况下解决例外
本地团队有时会需要不同术语，因为已批准的源术语不自然、过长或法律上不合适。记录提议形式、原因、证据、受影响资产和批准负责人。不要让该变更只存在于电子邮件线程中。
如果例外永久适用于某个区域，更新中央术语库并递增其版本。如果仅适用于某个活动，记录带有效期或项目 ID 的范围覆盖。这可防止必要的例外变成意外的全局规则。
## 直接衡量一致性
跟踪能揭示该系统是否有效的指标：
* 人工审核前的受保护术语准确率；
* 禁用术语出现次数；
* 每完成一分钟的术语相关更正数；
* 每个区域的发音更正数；
* 使用最新术语表版本的项目百分比；
* 发布后术语缺陷数量。
不要将翻译速度作为唯一的成功指标。更快的初稿如果导致重新渲染和市场上报，就不是高效的工作流。
## 为每个区域使用发布检查清单
发布前，验证项目引用同一个术语表版本、每个含文本的片段都已检查、语音发音已批准、字幕和图形声明一致，并且例外都有负责人。用校验和或版本 ID 冻结已批准文件，这样后期渲染就不能悄悄恢复较早的翻译。
当一个术语发生变化时，搜索所有活跃脚本、字幕文件、音频转录和设计模板。产品视频只是品牌语言系统的一个使用方。
## 底线
多语言品牌一致性来自生成前治理术语、渲染后验证术语。创建一个带版本的术语库，对每个术语应如何表现进行分类，将每个本地化资产链接到稳定片段 ID，并让本地审核人员批准有记录的例外。即使语言、模型和生产供应商发生变化，工作流也能保持一致。

## FAQ

### 多语言品牌词汇表中应包含哪些内容？

在上下文中包含产品名称、功能名称、标语、声明、法律短语、单位、UI 标签、发音、禁用替代项和已批准示例。

### 产品名称究竟应不应该翻译？

仅当品牌已批准本地化形式时。否则，将名称标记为受保护，并注明是保留拉丁字母还是进行音译。

### 当一句标语无法自然地翻译时，你会如何处理？

将其归类为创译，记录预期含义与语气，并要求市场审批，而不是强行直译。

### 术语表可以检查配音音频吗？

是的，但该工作流需要一个经批准的发音字段，并且需要转录文本比对，或针对受保护术语进行定向人工监听。

### 谁负责术语决策？

赋予一个角色批准变更的权限，同时由本地审核者提出针对特定市场的替代方案，并附上证据和背景信息。

### 词汇表应该多久更新一次？

每当产品命名、声明、UI 文本或法律要求发生变化时，就更新它，并将每个视频项目锁定到特定的术语表版本。
