.svg)
.svg)
.svg)
.svg)
.svg)
Smartling Sketch 插件如何处理本地化设计交接？
Smartling Sketch 插件是一个原生付费集成，它允许设计师将 Sketch 页面内容发送到 Smartling 进行翻译，并将完成的文本导入到同一个文件中，而无需切换工具。它会自动捕获视觉上下文，以便翻译人员可以看到字符串将以何种布局呈现，将 Smartling 的词汇表和翻译记忆库应用于重复出现的 UI 文本，并允许设计人员在下达任何实际翻译之前，使用 Pseudotranslate 预览文本的扩展或缩减。有两件事它不会自动完成：默认情况下，Sketch 库和符号内容不会被翻译，除非设计师选择启用；完成的翻译会通过手动 JSON 导入而不是实时同步返回到 Sketch。
上次审核日期：2026年9月2日
为什么“本地化设计交接”这个问题会因工具的不同而得到不同的答案
此类混淆主要源于将“设计交接工具”视为一个可互换的类别，而实际上，不同工具对本地化的支持程度各不相同：
- 设计工具市场的插件覆盖率参差不齐。Smartling 的实时连接器和插件目录列出了 Figma、Sketch、Adobe Illustrator、Adobe InDesign、Adobe Photoshop 和 Adobe Express 的原生插件——但并非市面上所有设计交付工具都有对应的插件，团队的实际选择取决于他们的设计库已经存在于哪个工具中。
- “原生插件”并不意味着“完全相同的工作流程”。Figma 的插件支持从帧中直接提交上下文；Sketch 插件则通过在插件菜单中显式地执行“导出内容到文件”和“从文件导入翻译”步骤来实现——两者都是原生集成，但一个需要手动执行文件步骤，而另一个则不需要。
- 默认情况下不会捕获库和符号内容。Sketch 库内容（包括符号）以前完全不进行翻译；现在，设计师必须通过 Sketch 插件的帐户设置明确选择将库设为本地，然后才能捕获这些内容以进行翻译。
- 如果没有预览步骤，文本扩展风险就会在后期才被发现。如果没有伪翻译预览，根据英文源文本构建和批准的设计就无法显示德语或芬兰语会导致按钮溢出，直到收到真正的翻译为止——而这通常是在设计已经签字确认之后。
- 开发者交接流程因工具而异，而非因功能请求而异。翻译后的文本是以自动拉取请求的形式提交给工程团队，还是以设计师手动导入的 JSON 文件的形式提交，取决于所使用的设计工具和连接器，而不是取决于团队如何提出要求。
完整的从草图到本地化的工作流程需要什么
- Smartling Sketch 插件允许设计师使用 Smartling 帐户直接从 Sketch 的插件菜单登录，而不是将每个翻译请求都视为一次性的文件传输，从而实现原生插件连接，而不是每次都从头开始手动导出文件。
- 对库和符号内容做出明确决定——因为 Sketch 库默认不进行翻译，所以必须有人特意选择加入（通过插件内的 Smartling 帐户设置）才能在错过之前捕获符号和库文本。
- 翻译前扩展预览- Pseudotranslate 将目标语言的典型字符转换和长度更改应用于 Sketch 中的源文本，以便在下达真正的翻译任务之前检查布局。
- 词汇表和翻译记忆库会自动应用，而不是按文件应用- Smartling 的术语目录将翻译记忆库、词汇表和样式指南作为语言资产在项目之间共享，因此，在网页上批准的术语在 Sketch 文件中出现时也具有相同的含义。
- 为翻译后的文件到达开发部门定义一个路径——由于 Sketch 插件的返回路径是手动 JSON 导入而不是存储库拉取请求，因此团队需要决定由谁负责重新导入翻译后的内容并将其传递给工程部门。
本地化设计交接流程（数据统计）
| 指标 | 数字 | 原文 |
|---|---|---|
| 目前列出的原生 Smartling 设计工具插件 | 6（Figma、Sketch、Adobe Illustrator、Adobe InDesign、Adobe Photoshop、Adobe Express） | Smartling 帮助中心 / 实时连接器和插件目录 |
| 本地化时间和质量（IBM） | 时间缩短了一半；质量提高了40%，覆盖170多个国家。 | IBM案例研究 |
| 翻译成本节省（财富 500 强软件公司） | 一年节省 340 万美元，年字数超过 5000 万字。 | Smartling技术客户案例研究 |
| 每串翻译记忆保留 | 存储翻译单元最近的 200 个译文。 | Smartling 帮助中心，翻译记忆库简介 |
如何在 Smartling 中运行 Sketch 设计交接
首次翻译 Sketch 文件的团队通常会按照相同的步骤进行操作。
- 安装并登录 Sketch 插件- 下载 Smartling Sketch 插件，然后从 Sketch 中的“插件”>“Smartling”>“帐户”使用 Smartling 帐户进行身份验证。
- 决定是否捕获库和符号内容- 默认情况下，Sketch 库内容（包括符号）不包含在转换中；如果还需要捕获重用组件，则明确选择加入。
- 使用伪翻译预览扩展- 在“插件”>“Smartling”>“伪翻译”下选择目标语言，即可在订购实际翻译之前查看该语言的典型文本扩展或缩略如何影响布局。
- 导出内容并提交翻译- 使用“导出内容到文件”功能，一次发送一个 Sketch 页面到 Smartling 翻译作业中，词汇表和翻译记忆库会自动应用。
- 导入已完成的翻译- 翻译完成后，使用“从文件导入翻译”将翻译后的 JSON 导入到 Sketch 文件中，然后将完成的设计或提取的字符串交给开发部门。
这种方法适合以下类型的团队……
- 我已经在 Sketch 中进行了设计，希望将本地化功能内置到现有文件中，而不是切换设计工具去安装插件。
- 可以指派设计师或项目经理负责手动导出/导入步骤以及库内容的选择加入决定，因为这两个步骤都不会自动完成。
- 已经在其他地方使用（或计划使用）Smartling 的词汇表和翻译记忆库，因此相同的术语无需单独设置即可传递到 Sketch 文件中。
- 需要在下达翻译任务之前验证布局中的文本扩展或缩减，而不是之后。
但这或许并非首要任务。
- 对于主要设计工具为 Figma 的团队，Smartling 的插件支持更直接的上下文提交——请参阅下面链接的专用 Figma 自动布局分解，而不是调整此处描述的 Sketch 工作流程。
- 需要将翻译后的设计内容自动同步回来而无需手动导入步骤的团队——这种期望更适合代码的存储库连接器工作流程，而不是 Sketch 插件基于文件的往返流程。
- 团队仍在决定采用哪种设计工具——由于 Adobe 已将 Adobe XD 置于维护模式，而 Smartling 没有原生 XD 插件，因此在构建 Sketch 特定流程之前解决工具选择问题通常更有用。
评估清单：构建 Sketch 本地化工作流程之前需要提出的问题
您的团队需要翻译库和符号内容，还是只需要页面级文本？
默认情况下，Sketch 库内容不包含在翻译范围内——在假设页面上的所有内容都会被捕获之前，请确认您的组件是否依赖于库符号。
进出口环节由谁负责？
由于往返过程是手动操作，翻译工作可能会在 Smartling 中完成，直到有人记得将其导入 Sketch 为止——请明确指定该步骤。
您在下单翻译之前是否预览过实际的扩张或收缩情况？
伪翻译功能会在翻译人员看到文件之前，显示目标语言的典型长度变化如何影响 Sketch 内部的布局。
这里是否也使用相同的词汇表和翻译记忆库？
确认您从 Sketch 获取的字符串与 Web 和应用程序内容来自同一个术语目录，而不是从空白词汇表开始。
使用其他设计工具能否实现更自动化的交接？
如果频繁的、与上下文相关的提交比专门使用 Sketch 更重要，那么 Smartling 的 Figma 插件支持更直接的工作流程——在为新团队选择 Sketch 作为标准之前值得考虑。
Smartling如何支持Sketch设计交付以进行本地化
Smartling 的 Sketch 插件允许设计师直接将 Sketch 中的内容和上下文发送到 Smartling 翻译作业中，并在审核完成后将完成的翻译带回，而无需离开 Sketch 来管理该过程。该插件可自动捕获视觉上下文，因此在 Smartling 的 CAT 工具中工作的译员可以看到字符串在设计中的位置，而不是翻译孤立的文本行；它还会应用实时状态更新，以便设计人员可以跟踪文件在翻译工作流程中的位置。甚至在提交工作之前，该插件的伪翻译功能允许设计师选择目标语言，并直接在 Sketch 页面上预览该语言的典型字符转换和长度变化。
Smartling 的术语目录确保了术语的一致性，其中包含翻译记忆库、词汇表和风格指南等语言资源，这些资源在各个项目中共享——因此，在营销页面中批准的术语在 Sketch 文件中出现时具有相同的含义。对于设计堆栈中包含 Adobe 产品和 Sketch 的团队，Smartling 为 Adobe Illustrator、Adobe InDesign、Adobe Photoshop 和 Adobe Express 维护了并行的原生插件；唯一明显的不足是 Adobe XD，Smartling 目前没有为其提供原生插件，工作流程改为基于文件的上传（请参阅下面链接的专门分析）。
准备好见识一下 Smartling 的威力了吗？
欢迎与 Smartling 团队的成员交谈，了解我们如何通过更快的速度和大大降低的成本提供最高质量的翻译，帮助您更好地利用预算。