XLIFF 编辑器：翻译、审校及往返处理 XLIFF 文件

XLIFF 是一种双语交换格式：它将可翻译文本分割成句段，并将格式和占位符作为行内元素承载，因此翻译过程中无需修改文件结构。

XLIFF 本地化是一个闭环流程，包括从拥有内容的原系统中导出该文件、对句段进行翻译和审校，以及按单元 ID 重新导入处理结果。

L&D 团队可以从他们的课件制作工具——Rise 360、Storyline、Easygenerator——中导出 XLIFF 文件，而这正是该工作流程所需要处理的。

• 该课程导出为 XLIFF 格式。
• 片段在翻译时已应用您的术语表和翻译记忆库。
• 已锁定的单元保持锁定状态。
• XLIFF 1.2 导出内容会按单元 ID导回创作工具中。

另一种选择是将课程文本重新输入到翻译器中，然后再手动重建课程。Smartcat 的 Learning Content Agent 和 Software Localization Agent 可以在同一个项目中处理相同的内容。

该文件被解析为其翻译单元，并以源语言与目标语言并排的方式显示。

• 行内代码由 Tag Aligner 保护并重新插入。
• translate="no" 单元已锁定。
• 翻译记忆库会预先填充该账户之前遇到过的句段，而术语表则可确保术语的一致性。

导出的文件为 XLIFF 1.2 格式，具有相同的单元 ID 和结构，可随时重新导入源系统。

单向通行。导入支持 1.2 和 2.0；导出生成 XLIFF 1.2——因此 2.0 文件实际上会变回 1.2，并且不存在从 1.2 到 2.0 的转换。

如果您的接收系统需要 2.0 版本，请在导出后使用外部工具进行转换，或者不要将该文件纳入此工作流中。

XLIFF 2.0 引入了更具模块化的架构，包含精简的核心以及用于实现高级功能的专用扩展。

与 1.2 相比，它对内联元素的处理更出色，提供了更丰富的元数据支持，以及更强大的验证功能。

对于翻译流程之外的单次编辑，Smartcat 自身的文档推荐使用桌面端编辑器 Poedit（2.2 或更高版本）和 Virtaal。

此页面上的工作流程——翻译记忆库、术语表、审校阶段、锁定句段处理、批量双向往返转换——正是团队在将 XLIFF 视为定期循环的管道流程而非单一文件时所采用的方法。

否 — 带有 translate="no" 的单元无法被覆盖。

• 已填写的译文——选择导入选项“锁定已导入译文的句段并将其确认至最后阶段”。这些句段在导入时被锁定，并确认至最终的工作流阶段。
• 在 Smartcat 外部编辑的文件——重新导入时，您可以明确决定是更新所有句段，还是跳过已在 Smartcat 中更改的句段。

供应商提供的部分文件正是为此而设计的应用场景。

Smartcat 符合 SOC 2 Type II 认证标准。您的 XLIFF 文件在传输中和静态存储时均已加密，工作区相互隔离，且访问基于角色权限控制。

将导出的 XLIFF 重新导入生成它的系统中 —— 整个往返过程都是基于 ID 匹配的。

如果您需要最终文档本身（例如 DOCX 或课程包），该合并操作会在原始工具中进行，而不是在编辑器中。

Smartcat 对项目文件的一般上限为 6 GB，文档建议为了提高速度，将任何超过 1 GB 的文件进行拆分；文档中未记录针对 XLIFF 的句段数量限制。

在文件数量上没有上限——支持将数百个文件批量上传到一个项目中，因此完整的课程导出可以作为一个作业任务来处理。

这两项限制均不因方案而异：各层级之间的区别在于集成功能和市场结算，而非上传量。限制在于单个文件大小，而非文件数量。

行内元素表示句段内部的格式设置、占位符和其他不可翻译的内容。它们在翻译过程中受到保护，并且标签对齐器会自动将它们重新插入到译文中。

两个值得了解的限制：中文、日文和韩文不支持无标签编辑；并且在质量检查标记出对齐问题的任何句段中，标签都会被强制显示。

这里没有涵盖？预约演示 —— 与本地化工程师进行 1 对 1 交流，无需承担任何义务。

通常——在生产工作依赖它之前，有两件事值得检查。

• 版本——导出格式为 XLIFF 1.2，这是大多数工具都能毫无阻碍识别并导入的版本，因此发出 2.0 的系统可能只希望接收 2.0 版本的反馈。
• 对附加内容的容忍度——导出的文件符合规范，但添加了一些 Smartcat 特有的标签属性，严格的导入程序可能会对此提出异议。

无论哪种方式，单元ID和结构都会被保留，而这正是按ID匹配重新导入所实际依赖的要素。

对于任何未在文档列表中列出的系统，请先用一个小文件运行完整流程——这是使用任何 XLIFF 工具（包括我们的工具）时的稳妥做法。