保留标记的 XML 和 DITA 翻译

了解 DeepL 的质量评分，根据 Nucleus Research 的数据，采用人工智能原生平台的组织可将成本降低 80–90%。

XML 文件的结构特殊，这会影响 DeepL 语言人工智能工具对其的翻译方式。上传文件前请注意以下几点。

• 评论可能会被视为可翻译文本："!-- comments --"中的内容可被提取进行翻译，翻译结果中会将评论‌定界符进行转义处理。如果下游工具需要评论保持完整，请在上传前移除评论。
• 请先将不可翻译的内容移出 CDATA 块：由于 CDATA 内容默认会被翻译，因此在上传前，您应将 CDATA 块中的代码、正则表达式或其他非自然语言内容移出
• 使用 ITS 2.0 外部规则的文件目前无法处理：通过 its:rules/@xlink:href 引用外部规则的文件会返回 HTTP 500 错误。请在上传前嵌入规则或移除相关引用。
• 格式错误的 XML 会返回服务器错误，而非验证错误：目前，无效的 XML 会返回 HTTP 500 错误，而非更明确的 4xx 错误。请在上传前使用标准的 XML 解析器验证文件，以便尽早发现问题。

与 XML 文件一样，DeepL 会对 DITA 主题文件（.dita）进行标签感知翻译。以下是技术写作和文档团队应当了解的几种格式相关行为。

• 仅支持主题文件，不支持映射文件：.dita 主题文件可直接翻译；.ditamap 文件会被拒绝，需要逐个主题进行处理
• 完全遵循 translate="no"：这适用于行内元素和块级元素，可精确控制 DeepL 人工智能的翻译范围
• 内容引用不会被解析：conref 和 conkeyref 引用不会被自动跟随。您需要单独翻译每个被引用的源主题。
• 代码示例可能会丢失换行符：“codeblock”、“pre”、“msgblock”和“screen”元素中的换行符可能会被折叠为单个空格。如果换行符很重要，请在翻译前将代码示例移出主题。
• 密集标记的主题可能会出现错误：将多个行内元素（如“filepath”、“cmdname”、“option”以及嵌套的“indexterm”）紧密组合在一起的主题可能会返回内部错误。如果出现这种情况，请简化或拆分主题

前往网页版翻译，并按照以下步骤翻译您的文件：

• 登录 DeepL Pro 或 DeepL API 账户
• 选择“翻译文件”选项卡
• 上传或拖放您的 XML 或 DITA 文件
• 设置源语言，或让 DeepL 自动检测
• 选择目标语言
• 点击“翻译”，然后等待翻译完成
• 下载翻译后的 XML 或 DITA 文件

由于技术文档需要比纯文本更为丰富的结构，XML 和 DITA 应运而生。DeepL 会在翻译文件时保留这种结构。

• 结构化内容与技术文档团队：翻译基于 XML 构建的产品手册、API 参考文档或数据源，同时保留其中的标记和元数据
• 从 FrameMaker 转至 DITA 的技术撰稿人：使用与现有创作工作流程相同的元素级控制，翻译各个 DITA 主题
• 医疗器械与受监管行业文档团队：以符合监管审查所需的结构精确度，翻译关键合规技术文档

技术文档往往不止一份文件。我们精心打造的 DeepL Pro 能够处理所有文件。

• 翻译 PDF、PPT、Word、Excel、HTML、SRT、 TXT, XLIFF, JSON, XML, DITA、MIF 以及 IDML 文件
• 同时将多个文件翻译成多种目标语言
• 使用术语表，确保技术术语在不同主题和文件中保持一致
• 启用正式或非正式语气，根据不同受众群体对译文进行精细调整
• 享受数据绝对安全保障

需要翻译 PDF、图像及其他文件类型吗？DeepL 语言人工智能能够适配视觉内容，确保无论您处理哪种文件，译文都能保持一致且格式准确无误。