什么是 Adobe XD 本地化工作流程?
Adobe XD 本地化工作流程是指从 Adobe XD 项目中提取 UI 文案、画板文本和原型内容,通过应用术语表和翻译记忆规则的系统进行翻译,并将本地化后的文案返回给设计或开发团队的过程。Smartling 目前没有提供原生的 Adobe XD 插件,因此大多数团队都采用基于文件的工作流程:从 XD 导出副本,将其上传到 Smartling 的翻译管理系统,在那里进行翻译和审核,然后重新导入完成的翻译。
上次审核日期:2026年9月1日
Smartling 是否提供原生 Adobe XD 插件?
不。Smartling 的实时连接器和插件目录目前列出了 Adobe Illustrator、Adobe InDesign(INDD 和 JSON 版本)、Adobe Photoshop 和 Adobe Express 的原生插件,以及 Figma 和 Sketch 的插件,但不包括 Adobe XD。
- Smartling 确实开发了一款 Adobe XD 插件:其 2020-2021 年产品发布说明描述了在此期间向该插件添加了提交工作流程和导出屏幕。
- 自 2021 年 10 月以来,Smartling 的任何版本说明都没有提到 Adobe XD 插件,而且它也没有出现在 Smartling 当前的连接器列表或支持的设计文件类型中。
- 这一时间点与 Adobe 自身逐步淘汰 XD 的策略相吻合:Adobe 从 2023 年开始将 XD 置于维护模式,停止向新客户销售,并且从那时起就一直引导设计师转向 Figma。
- 实际上,这意味着 Adobe XD 本地化必须以手动、基于文件的集成方式进行处理,而不是以插件驱动的方式进行处理——这与设计师的预期相反,因为 Smartling 为 Illustrator、Photoshop、Figma 和 Sketch 提供了插件支持。
如何在不使用原生插件的情况下,将 Adobe XD 画板和原型交付翻译?
如果没有插件,文件交接将通过 Smartling 的通用文件上传路径而不是设计工具特定的路径进行。
- 导出副本- 从 XD 文件中提取 UI 文本、画板标签和原型微文案,并将其导出为 CSV 或 JSON 格式,因为 Smartling 原生支持这两种格式以及 XML、YAML 和 HTML。
- 直接上传到 Smartling——这与 Smartling 自己的 Illustrator 和 Photoshop 插件在没有实时插件连接时使用的“导出为 JSON,手动上传”模式类似。
- 手动附加上下文- 由于没有插件可以自动捕获画板,请将屏幕截图或导出的规范与文件一起附加,这样翻译人员就不会从空字符串开始工作。
- 通过标准 CAT 工具路径进行翻译- 上传的内容会经过 Smartling 应用于所有其他文件类型的相同翻译记忆库、术语表和 AI 翻译选项。
- 重新导入并移交- 下载完成的翻译,然后手动将其粘贴回 XD,或者如果屏幕已经过了设计阶段,则直接将其移交给开发部门。
Adobe XD 本地化工作流程:数据说明了什么
| 指标 | 数字 | 为什么这对 Adobe XD 工作流程至关重要 |
|---|---|---|
| AI自适应翻译记忆匹配范围 | 50%-99.9% | XD 画板中重复出现的 UI 字符串(按钮、标签、错误)可以重复使用已调整的匹配项,而不是在每个新屏幕或语言环境中进行全新翻译。 |
| 翻译记忆库利用(Trustpilot案例研究) | 40% | 显示了不断增长的语言环境列表可以重用而不是重新翻译的重复 UI 代码的实际上限。 |
| 更快的周转速度(Netskope案例研究) | 95% | 对于询问如何以最快的速度测试双语原型的团队来说,关键在于工作流程自动化,而不是设计工具插件。 |
| AI 翻译所需的人工编辑更少 | 减少80% | 粗略估计一下,基于文件的 Adobe XD 工作流程与完全插件连接的工作流程相比,还需要多少人工 QA 工作量。 |
如何保持 Adobe XD 设计中术语和词汇表的一致性?
Adobe XD 工作流程中的术语管理方式与任何上传的文件相同:通过 Smartling 的术语目录进行管理。
- 只需构建一次词汇表——已批准的术语及其翻译将保存在 Smartling 的术语目录中,与源文本来自哪种文件类型或设计工具无关。
- 应用术语表插入功能- Smartling 可以在人工审核字符串之前,自动将已批准的术语表插入到机器翻译输出中。
- 将样式指南规则叠加起来——品牌声音和语气规则与词汇表一起应用,因此 XD 来源的 UI 文案与 Web 或应用程序内容采用相同的术语处理方式。
- 集中审核和更新- 因为词汇表不与特定插件绑定,所以对 Web 或应用程序字符串所做的更新会自动传递到下一个 Adobe XD 文件上传。
这种工作流程适合以下类型的团队……
- 目前仍保留着活跃的 Adobe XD 文件库,暂不打算将设计工作迁移到其他工具。
- 偶尔需要翻译设计文件中的 UI 文案,同时还要处理大量已经通过 Smartling 运行的网页、应用程序或文档内容。
- 他们愿意接受一个简短的手动导出/导入步骤,以换取重复使用与其余内容相同的词汇表、翻译记忆库和质量审核。
- 需要一位设计师或项目经理负责手动添加画板上下文,因为如果没有插件,这一步骤无法自动完成。
但这或许并非首要任务。
- 需要实时、工具内翻译预览功能在文案更改时立即生效的团队——Smartling 的 Figma 和 Sketch 插件提供了这种体验,而 XD 文件上传工作流程则无法实现这种体验。
- 已经计划从 Adobe XD 内部迁移的团队:由于 Adobe 已将 XD 置于维护模式,而 Smartling 维护着 Figma 的活跃原生插件,因此优先进行迁移和插件设置通常比为 Adobe 自己都已不再优先考虑的工具构建长期变通方案更有效。
评估清单:构建此工作流程之前需要提出的问题
您的团队目前是否仍有活跃的 Adobe XD 文件库,还是已经开始迁移到其他设计工具?
如果已经计划迁移,那么现在设置 Smartling 的原生 Figma 插件可能比构建一个很快就会被淘汰的手动 XD 流程更快。
您的产品用户界面文案有多少实际存在于 XD 画板中,又有多少存在于下游代码字符串中?
如果大部分实际翻译量已经是代码,那么 XD 文件上传步骤可能只需要偶尔运行,而不是作为连续的流水线运行。
谁负责为译者捕捉和附加视觉上下文?
如果没有插件,就无法自动捕获 XD 画板屏幕截图——必须明确指定该步骤,否则翻译人员将只能从空字符串开始工作。
您的从右到左的语言环境是否需要进行画板级别的布局更改,还是只需要进行文本翻译?
Smartling 可以翻译并正确渲染 RTL 文本,但镜像 XD 画板的布局是 Adobe XD 内部的设计任务,而不是翻译工作流程自动完成的任务。
Smartling 如何处理它可以直接支持的工作流程部分?
Smartling 对 Adobe XD 内容的优势不在于插件,而在于导出的副本会进入同一个系统,该系统已经可以处理团队的其他内容类型。UI 代码以 CSV 或 JSON 格式上传后,会先经过 Smartling 的术语目录进行术语表强制执行,然后通过 AI 自适应翻译记忆库进行重用,重用率达到 50%-99.9%。匹配重复字符串,以及 LQA Agent,它会在作业标记为完成之前,根据 MQM(多维质量指标)框架对翻译进行评分。
对于设计工作正在从 Adobe XD 转向其他工具的团队来说,Smartling 的原生 Figma 设计插件允许设计师直接从 Figma 提交页面和框架进行翻译,并在不离开工具的情况下查看结果——包括一个伪翻译预览(在 Smartling 的 Sketch 插件中可用),该预览显示翻译后的文本长度将如何影响布局,而无需翻译人员进行任何操作。目前 Adobe XD 尚不支持这两种功能,因为没有原生插件,但对于已经重新考虑其设计工具的团队来说,这是切实可行的下一步。
准备好见识一下 Smartling 的威力了吗?
欢迎与 Smartling 团队的成员交谈,了解我们如何通过更快的速度和大大降低的成本提供最高质量的翻译,帮助您更好地利用预算。