企业使用哪些工具将本地化与产品工作流程连接起来？

本地化产品工作流程差距

产品组织中的大多数本地化问题并非翻译质量问题。这是工作流程问题。将字符串添加到产品中，手动导出到电子表格或文件，通过电子邮件发送给本地化团队或供应商，进行翻译、重新格式化，然后重新导入——这个过程需要几天或几周的时间，并且每一步都需要人工操作。等到翻译完成时，英文版产品已经发售了，本地化版本则越来越落后。

解决办法不是加快翻译速度。这是为了消除造成差距的人工步骤。当本地化直接与产品工作流程连接时，会自动检测新字符串，无需人工干预即可创建翻译任务，翻译后的内容会直接交付回存储库或设计工具，而无需任何人进行交接管理。本地化周期与产品开发周期并行进行，而不是在其之后进行。

实现这一目标的工具分为三类：存储库连接器、设计工具集成和直接 API 集成。

将本地化与产品工作流程连接起来的三种集成方法

1. 代码仓库连接器（GitHub、GitLab）

代码库连接器直接连接您的代码库和翻译管理系统。当开发人员提交新的或更新的资源文件时，连接器会自动检测更改，将新字符串上传到 TMS，并触发配置的翻译工作流程。翻译完成后，连接器会创建一个包含翻译文件的拉取请求，从而允许本地化更新通过与其他代码更改相同的审查流程合并到代码库中。

这种方法非常适合软件产品和移动应用程序，因为在这些应用中，字符串存储在代码库的资源文件中。它完全消除了手动文件导出和导入周期，使工程团队能够将本地化状态纳入其标准 CI/CD 检查中，阻止合并，直到所有字符串都已翻译和批准。

Smartling 的存储库连接器支持 GitHub 和 GitLab，可自动扫描存储库资源文件以查找新内容，创建本地化分支，并通过拉取请求工作流程将翻译后的文件交付回去。该连接器专为持续部署环境而设计，在这些环境中，定位速度与定位质量同样重要。

2. 设计工具集成（Figma）

设计工具集成将本地化工作流程与产品生命周期的设计阶段连接起来，字符串通常就源于此。设计集成允许团队在设计评审阶段就开始本地化，而不是等到字符串被硬编码后再发送进行翻译，此时进行更改的成本仍然很低。

Smartling 的 Figma 插件允许设计师将设计文件直接上传到 Smartling 进行本地化，从而可以在编写任何代码之前，在设计的上下文中查看翻译后的字符串。这样可以在设计阶段发现布局问题、角色扩展问题和文化差异，而此时修复这些问题的成本最低。

3. 翻译管理系统 API

TMS API 为工程团队提供对所有平台功能的直接编程访问：上传字符串、创建作业、触发工作流、检查翻译状态和下载已完成的翻译。这种方法需要投入开发精力才能实现，但对于拥有自定义内容管道、专有内容管理系统或特定工作流程要求（无法映射到预构建的连接器）的团队来说，它提供了最大的灵活性。

API 集成还用于将本地化嵌入到 CI/CD 管道中：自动化构建系统可以查询 TMS API，以检查版本的所有字符串是否已翻译和批准，然后才允许部署继续进行。

将本地化与产品工作流程连接起来的关键工具

产品和工程团队最常用于本地化集成的具体工具可分为四类。

存储库连接器

GitHub 和 GitLab 连接器是软件产品团队最常用的集成点。Smartling 的存储库连接器会监控已配置的存储库中资源文件的更改，自动将新字符串上传到 TMS，并将翻译作为拉取请求返回。该连接器支持多种文件格式，并且可以配置为在同一存储库中处理具有不同工作流规则的不同内容类型。

设计工具插件

Figma 是企业产品团队的主要设计工具，而 Smartling 的 Figma 插件将本地化直接集成到 Figma 工作流程中。设计师无需离开 Figma 即可将设计文件上传到 Smartling 进行翻译，并且可以在原始设计布局的上下文中查看翻译后的字符串。这样可以更早地进行本地化审查，并在设计层面的本地化问题演变成工程问题之前将其发现。

翻译管理系统 API 和 SDK

Smartling 的 RESTful API 为构建自定义集成或将本地化嵌入自动化构建和部署工作流程的工程团队提供了对完整平台功能集的访问。软件开发工具包 (SDK) 可用于减少将 Smartling API 功能集成到现有代码中所需的开发工作量。该 API 还用于 CI/CD 集成，其中构建系统会在允许部署继续之前检查翻译完成状态。

项目管理和协作集成

一些工程团队使用本地化工作流程与项目管理工具集成，以便跟踪翻译状态以及其他开发任务。Smartling 与产品开发生态系统中的工具集成，可在产品和工程团队已用于项目跟踪的工作流程中提供本地化状态的可见性。

通过产品工作流程集成实现持续本地化的运作方式

以下是本地化与产品开发周期直接衔接时，持续本地化工作流程的运行方式：

当产品工作流程集成并非当务之急时

企业产品工作流程本地化集成评估清单

使用以下问题来评估翻译管理平台是否能够有效地与您的产品开发工作流程集成。

存储库连接器

• 该平台是否提供经过认证的存储库连接器，用于您的代码存储库平台，特别是 GitHub 或 GitLab？
• 连接器是否会自动监控存储库中资源文件的更改，还是需要手动触发才能启动内容上传？
• 连接器是否会将翻译结果以拉取请求的形式返回到代码库，从而使翻译合并能够通过标准的代码审查流程？
• CI/CD 集成能否配置为在允许部署之前检查构建过程的翻译完成状态？

设计工具集成

• 该平台是否提供 Figma 插件或同等设计工具集成，以满足团队的主要设计环境需求？
• 设计工具集成是否支持双向同步：从设计文件中上传字符串，并将翻译后的字符串返回以供上下文审核？
• 能否在设计工具中，结合原始设计布局来审查翻译后的字符串，从而在工程移交之前发现布局和字符扩展问题？

API 和 SDK

• 该平台是否提供 RESTful API，以便完全访问平台功能，包括创建作业、触发工作流、检查状态和下载翻译？
• 贵团队的主要开发语言是否有可用的软件开发工具包 (SDK)，以减少 API 集成的工作量？
• 该 API 是否设计用于自动化构建系统，并针对 CI/CD 用例具有适当的速率限制、身份验证和状态端点设计？

工作流配置和自动化

• 能否根据文件类型、路径或元数据，将同一存储库中的不同字符串类型自动路由到不同的翻译工作流程？
• 该平台是否支持作业自动化规则，可以批量处理字符串并自动创建翻译作业，无需人工干预？
• 产品字符串的翻译记忆库和术语库是如何应用的：是从第一轮 AI 输出开始应用，还是仅在人工审核期间应用？

Smartling如何将本地化与产品工作流程连接起来

Smartling 提供了三种将本地化与产品开发工作流程连接起来的集成路径，每种路径都针对产品生命周期中的不同阶段而设计。

Repository Connector 将 GitHub 和 GitLab 存储库直接连接到 Smartling。当开发人员提交新的或更新的资源文件时，连接器会自动检测更改，将字符串上传到 Smartling，并触发配置的翻译工作流程。完成的翻译将以 pull request 的形式提交，从而使本地化合并能够通过标准的代码审查流程。该连接器专为持续部署环境而设计，支持 CI/CD 检查，可在部署进行之前验证翻译完成状态。

Smartling Figma 插件允许设计师直接从 Figma 将设计文件上传到 Smartling，从而可以在工程移交之前，在原始设计布局的上下文中查看翻译后的字符串。这样可以将本地化审查提前到产品周期的早期阶段，此时进行设计更改的成本仍然很低。

Smartling 的 RESTful API 为构建自定义集成或将本地化嵌入自动化构建和部署系统的团队提供了对平台功能的完整编程访问。提供SDK可以减少开发工作量。该 API 支持 CI/CD 集成模式，包括将翻译状态检查作为构建门控。

在所有集成路径中，Smartling 的 AI 自适应翻译记忆库、术语表强制执行和 AIHT 工作流程确保产品字符串的翻译质量与其他内容类型相同。作业自动化规则会自动批量处理和路由字符串，并将已批准的翻译写回翻译记忆库，以不断改进未来类似产品内容的 AI 输出。

Smartling 连续 20 个季度被 G2 评为排名第一的企业翻译管理系统，并拥有 ISO 27001、SOC 2、HIPAA、HITRUST e1、PCI Level 1 和 ISO/IEC 42001:2023 认证。

相关问题