批量翻译时，列的对应关系通常按职责划分：一列做唯一ID，一列放原文，一列预留目标译文，必要时补语言代码、上下文、格式与占位符。先规范表头，再在导入界面按名映射，注意编码、分隔符与换行等细节，处理占位符与HTML标签，导出后做校对与格式还原。

先把问题拆开：为什么要“列对应”

想象你把一大箱不同颜色的衣服交给洗衣店，标签写得乱七八糟，店员根本不知道哪件是你的，哪件要干洗，哪件不能烘干。表格里的列就像衣服上的标签，明确的列名和一致的规则能让翻译流程顺畅、避免错译或格式错乱。

基本概念和核心列说明

在做批量翻译时，通常需要这些基本列来保证机器和人工都能准确对位：ID、原文、目标文本（可留空）、语言码、上下文/备注、格式/类型、占位符。下面我把每一列拆开讲清楚，像讲给朋友听那样。

ID（唯一标识）

*为什么重要*：每条待译句需要一个唯一标识，便于回溯、分段、合并以及后续的质量追踪。没有ID，导入后如果顺序改变或出现重复，系统和译者很容易混乱。

• 建议格式：简单递增数字（1、2、3…）或有前缀的短码（BTN_OK_001）。避免使用含空格或特殊符号的ID。
• 作用：便于差异比对、错误回滚、与版本控制系统/翻译记忆库（TM）关联。

原文列（Source Text）

这是翻译的主角，一定要确保它是“干净”的文本：没有被 Excel 自动转换成日期或数字、没有被拆成多行或合并单元格。

• 保留原始标点和占位符（占位符在独立列或标注清楚）。
• 若文本包含HTML或Markdown，建议另设“格式”列或在备注中说明。

目标文本列（Target Text）

通常在批量导入时留空，由翻译引擎或译者填充。导出后它应该与原文列一一对应，ID对齐。

语言代码（SourceLang / TargetLang）

当同一表格包含多语言或多目标语言时，明确语言代码（如 en, zh-CN, fr）是必须的。建议使用标准的ISO代码或与工具约定好的简写。

上下文 / 备注

一句话的环境决定译法，描述清楚场景、目标受众、字符限制等能显著提升译文质量。例如“按钮文本，长度≤12个字符”这种备注对译者和机器翻译后编辑都很有帮助。

格式标记（Type / Tag）与占位符

如果字符串中包含变量（如 %s、{0}、{{username}}）或HTML标签，最好单独列出格式类型和占位符说明，避免翻译过程误改或丢失变量。

准备工作：如何整理 Excel/CSV

这一步就是把“衣服按颜色折好放箱子”的过程，做得越仔细，后续越省心。

• 统一表头命名：比如 ID、Source, Target, SourceLang, TargetLang, Context, Comment, Type。
• 统一编码：保存为 UTF-8（带或不带 BOM 依据工具要求），避免中文出现问号或乱码。
• 处理特殊字符：若文本含逗号、换行，建议保存为 CSV 时使用双引号包裹字段，或直接使用 TSV（制表符分隔）。
• 避免 Excel 自动格式化：将包含数字的文本列设为文本类型，或在前面加单引号（’00123）防止被转成日期/科学计数法。
• 多行文本处理：如果原文包含换行（例如长段落），确认导入工具支持多行单元格，否则需先替换成占位符（如 \\n）并在导出后还原。

在 HelloWorld（或类似工具）中映射列的标准流程

下面按步骤说得慢一点——像跟同事讲流程一样，别急。

1. 上传文件：选择 CSV/Excel 文件，工具一般会做初步预览。
2. 选择分隔符与编码：确认是逗号、分号还是制表符；确保 UTF-8。
3. 表头识别：若第一行是表头，勾选“包含表头”；否则需手动指定列索引。
4. 逐列映射：把上传文件中的列逐一映射到工具字段：ID → ID，原文列 → Source Text，目标列 → Target Text，备注 → Context，格式 → Type 等。
5. 设置规则：定义是否保留未译文本、是否覆盖已有翻译、是否启用翻译记忆或术语库。
6. 预览与验证：工具会展示映射后的摘要，检查是否有误，比如原文列被错映为备注列。
7. 开始翻译或批量调用API：确认无误后提交批处理。
8. 导出并校对：导出后的文件需检查占位符、标签、字符截断等问题。

常见场景举例（用表格说明）

占位符、标签与格式的细节处理

这部分非常容易出错，也是最容易忽略的。占位符位置改变就会导致程序崩溃，HTML 标签漏译会影响页面渲染。

• 变量位置：保持原有顺序，或在备注中注明可重排规则（如果目标语语序不同）。
• HTML/Markdown：如果可能，把文本和标签分离；或者标记为 HTML 类型，使用支持标签保护的翻译引擎。
• 转义字符：在导入前确认哪些字符需要转义（如 &、<、>）。

质量控制（QC）与回归检查

翻译完成后，做 QC 是必不可少的，不然部署后才发现问题就麻烦了。

• 对照 ID 做样本比对，检查译文是否遗漏或错位。
• 自动化校验：检查占位符完整性（%s、{0} 等数量一致），HTML 标签配对，字符长度是否超出限制。
• 人工抽检：语义是否通顺、是否符合上下文、是否包含敏感翻译错误。

常见坑和应对方法（实战经验）

说点现实中常见的糟心事，顺便给出应对策略。

• Excel把编号当日期：把列格式设为文本或在数据前加英文单引号。
• 换行导致列错位：在导出 CSV 时确保多行被引号包裹，或用占位符代替换行。
• 字符集问题：优先使用 UTF-8，无论是上传还是下载。
• 逗号分隔导致字段拆分：使用双引号包裹字段，或改用制表符（TSV）。
• 占位符被翻译引擎改写：明确占位符格式并在工具中设置保护规则。

高级主题：与翻译记忆库（TM）和术语库集成

当你频繁翻译同一类型文本时，利用 TM 和术语库会省很多事。映射列时可以提供术语上下文列或术语优先级列，帮助系统做更精确的一致性替换。

• 导入前清理TM：合并重复条目，统一术语。
• 在表格中加一列“术语优先级”或“不可翻译”，让工具在匹配时优先保护或替换。

自动化与脚本化：提高批量效率

当批量化成为常态，手工操作太慢。这时可以把“映射”流程脚本化或通过API实现自动化。

• 准备模板：固定的表头模板能避免每次都手动映射。
• 写校验脚本：自动检查 ID 唯一性、占位符一致性、字段完整性。
• API驱动上传/下载：把导入、触发翻译、导出、校验做成流水线。

举个小例子，模拟一次映射流程（边做边想）

假设你有个产品界面的本地化任务，源语言英文，要翻成简体中文和法语。表格如下：

映射思路：把 ID 对应 ID 列，Source 对应原文列，目标列分别映射到相应语言。备注中标注长度限制和占位符，工具设置占位符保护并启用长度告警。

小贴士：让表格更“人性化”

• 表头用英文或双语，避免工具误判列含义。
• 将复杂上下文拆成多列：Screen、Component、Usage，这样译者更容易理解。
• 把不可翻译词列出来，放在术语列，方便校验。

结尾就像把衣服装回箱子

整理表格、映射列、做保护规则、校验导出——每一步看起来繁琐，但把规则标准化后，这套流程就像熟练的收纳：越做越顺手。可能我写得有点啰嗦，但这些细节确实会在真实项目里救你好几回命。若你需要，我可以把上面的表头模板和校验清单做成可下载的CSV模板，或者写个小脚本帮你做基本校验，省点反复检查的心力，挺实用的。