应用程序本地化 101：它是什么、为什么重要以及最佳实践

应用本地化帮助企业将移动和网络应用程序带给不同语言、地区和文化的用户。对于产品和工程团队来说，这项工作不仅仅是翻译，它还会影响发布时间表、用户界面质量、开发工作流程、质量保证周期以及添加到产品中的每个字符串的管理。

人工处理本地化会降低产品上市速度。开发人员手动导出和导入文件，产品经理等待翻译完成才发布产品，翻译人员在缺乏足够上下文的情况下工作，而质量保证人员在发布周期的后期才发现布局错误。

请继续阅读，了解什么是应用本地化、它如何融入现代产品工作流程以及如何在不减慢工程速度的情况下扩展它。

什么是应用本地化？

应用程序本地化是指根据不同的语言、地区和文化背景调整应用程序，以便用户在其本地市场中自然地与产品进行交互的过程。

这项工作包括翻译应用内内容、调整用户体验、支持本地格式，以及确保应用在不同语言、设备和地区都能正常运行。

有效的应用程序本地化结合了国际化（i18n）、翻译工作流程、语言质量保证、视觉上下文和发布自动化。

实际上，应用本地化需要连接多个团队。工程团队负责准备应用程序以支持多种语言，产品团队决定哪些内容需要本地化以及何时本地化，设计团队确保用户体验在各种布局下都能正常运行，本地化团队管理翻译质量和术语，质量保证团队在发布前验证本地化内容是否能够正确渲染。

为什么应用本地化面临挑战

如果团队将应用本地化视为发布前的最后一步，那么应用本地化就会变得困难。到那时，源字符串已被锁定在代码中，设计不允许进行更长的翻译，翻译人员也不了解他们正在翻译的字符串的上下文。

如果本地化工作不在开发周期内，翻译就会减慢发布速度。当翻译人员看不到实时界面时，本地化版本中会出现翻译字符串（较长的德语单词、亚洲语言中不同的字符宽度）导致的 UI 损坏。

如果没有严格的管理，翻译密钥会不断增加，并在各个版本之间发生变化。工程、产品、设计、本地化和质量保证等跨团队协作不足，导致依赖关系阻塞，从而阻碍了版本发布。

跨语言扩展更新 手动升降机的重量增加了。适用于两种语言的流程，在应用程序需要支持 10、20 或 50 个市场时就会失效。

Smartling 等平台可自动执行应用程序本地化工作流程，使产品和工程团队能够交付多语言体验，而不会延迟发布。

应用翻译与应用本地化

应用翻译和应用本地化相关，但并不相同。翻译是将文本从一种语言转换成另一种语言。本地化使应用程序能够为特定市场的用户提供完整的体验。

将结账按钮从英语翻译成法语属于应用程序翻译。应用本地化是指在法语环境下实现完整的结账体验，包括文本扩展、本地货币、地址格式、支付预期和应用内消息传递。

现代产品工作流程中的应用本地化运作方式

强大的应用程序本地化应该从一开始就融入产品开发周期，而不是在最后一刻才通过电子表格进行交接。

步骤 1：应用国际化 (i18n)

应用要想高效地进行本地化，首先需要进行国际化。i18n 为应用程序架构做好准备，以支持多种语言和地区，包括将面向用户的字符串从代码中分离出来，为可重用的文本创建翻译键，支持特定于语言环境的格式，规划文本扩展，处理复数形式，支持从右到左的语言，以及从按钮、错误消息、菜单和通知中删除硬编码文本。

如果没有 i18n，每增加一种新语言都需要代码级别的修复、手动变通方法和额外的质量保证。

Smartling 管理翻译键并将本地化集成到现有的开发工作流程中，以便工程团队将翻译视为代码库的一等组成部分。

步骤 2：连接内容源，避免手动导出/导入

手动导出和导入工作流程是本地化过程中最大的摩擦点。当开发人员提取字符串文件时，将其发送到 本地化管理器等待翻译完成，下载已完成的文件，然后手动将它们合并回代码库，本地化成为每次发布的瓶颈。

现代应用本地化依赖于自动化内容同步。源内容从开发工具转移到本地化工作流程，完成的翻译无需人工处理即可返回到相应的环境中。

Smartling 通过 API、集成和开发者工具实现内容流自动化，从而消除工程人员的手动操作，并为本地化团队提供可靠的视图，了解哪些内容需要翻译、哪些内容正在翻译以及哪些内容已准备好发布。

步骤 3：通过正确的工作流程翻译内容

并非每个应用程序字符串都需要相同的翻译过程。高曝光度的新用户引导流程需要人工翻译和审核，大量的支持内容正好可以满足这一需求。 AI 翻译 通过质量检查，低风险的内部消息可以更快地通过自动化工作流程传递。

可扩展的应用程序本地化流程为团队提供了灵活性——针对不同的内容类型、风险级别和发布时间采用不同的翻译方法。

常见的翻译工作流程包括：人工翻译（用于高影响力产品内容）、人工智能翻译（用于快速大规模翻译）。 AI 人工翻译
（AIHT）用于平衡两者，加上用于重用的翻译记忆库（TM）、用于术语的词汇表，以及面向产品、法律或区域利益相关者的审核工作流程。

Smartling 根据内容类型、语言对和质量要求将内容路由到正确的工作流程，因此团队不再不顾上下文地对每个字符串应用相同的流程。

步骤 4：防止本地化破坏您的应用

即使是准确的翻译也可能导致用户界面出现问题。一个简短的英文标签在德语中会变得很长，一个按钮会超出容器的范围，一个占位符会被意外翻译，一个变量会消失，或者日期格式对于市场来说不合适。

如果团队不能及早发现本地化问题，这些问题会在后续版本中不断累积。当工作流中没有内置质量保证时，本地化版本中会出现字符串扩展、用户界面溢出、文本截断、变量不匹配、损坏的占位符、错误的复数形式、格式问题、术语不一致以及翻译人员缺乏上下文等问题。

这些问题在发布前更容易修复，而不是在用户在生产环境中发现后再修复。 本地化质量保证 应该作为工作流程的一部分，而不是最后的清理步骤。

Smartling 提供项目级别的可配置质量保证的质量检查配置文件和用于可视化上下文的 Figma 插件，以便译者和审校人员在内容进入生产环境之前看到其出现的位置。

第五步：利用持续本地化支持版本发布

传统本地化是分批进行的。产品团队构建功能，收集字符串，将其发送给翻译团队，等待翻译完成，然后准备本地化版本。这种节奏适用于偶尔的产品发布，但跟不上现代开发的需求。

持续本地化将翻译引入开发周期。新的或更新的字符串会自动流入翻译工作流程，完成的翻译无需大量人工交接即可进入产品工作流程。

持续本地化支持 CI/CD 工作流程、频繁的产品更新、自动内容同步、更快的多语言版本发布、更小的翻译批次、更好的翻译状态可见性以及更少的临时本地化工作。

Smartling 将本地化集成到发布工作流程中，使翻译与开发同步进行，而不是阻碍发布。

本地化如何融入开发者的工作流程

当开发者无需改变现有的工作流程来管理每一个翻译任务时，应用程序本地化才能取得最佳效果。连接点比定位层本身更重要。

Smartling 可以管理翻译键吗？

是的。Smartling 通过集中式本地化流程管理应用程序字符串和翻译工作流程。团队连接源文件，路由字符串进行翻译，并将翻译后的内容送回正确的位置，从而减少重复字符串、翻译不一致以及跨语言的更新缺失。

本地化如何融入持续集成/持续交付（CI/CD）流程？

本地化通过将源字符串更新与自动翻译工作流程连接起来，融入到 CI/CD 流程中。当开发人员添加或更新可翻译内容时，该内容将进入本地化流程；翻译完成后，它们将返回开发工作流程进行审核、测试和发布。

开发者能否将来自 GitHub、GitLab 或 Figma 的应用本地化？

是的，Smartling 支持 GitHub 将翻译直接集成到现有开发流程中的工作流程 Figma 允许团队将设计内容发送到 Smartling 并获取翻译后内容的工作流程。

Smartling API 的工作原理是什么？

"(《世界人权宣言》) Smartling REST API 将本地化工作流程与现有系统连接起来。工程团队使用它来上传和下载文件、提交和检索字符串、创建和管理作业以及检查翻译状态。适用于 Java、Python 和 PHP 的 SDK 以及用于文件管理的 CLI 可满足大多数自动化需求。

Smartling 与开发者工具和 API 集成，以减少人工本地化工作，并缩短整个发布周期的周转时间。

如何在不减慢开发速度的情况下扩展应用本地化

扩展应用程序本地化需要一个能够处理更多语言、更多字符串、更多版本和更多利益相关者的工作流程，而无需增加人工工作。

自动化重复性工作流程

手动交接会拖慢团队速度。字符串提交、任务创建、翻译交付和状态跟踪的自动化，消除了开发人员的负担，并使本地化能够随着版本发布而推进。

使用翻译记忆库和词汇表

翻译记忆库 允许团队重复使用之前已批准的翻译。词汇表确保产品术语在不同语言中保持一致。它们共同减少了重复性工作，并保持了各个市场的一致性。

发布前实施质量保证

本地化内容在发布给用户之前需要经过审核。 自动质量保证 检查、上下文审查和产品测试可在部署前发现格式、变量、布局和术语问题。

集中术语

产品术语出现在新用户引导、设置、通知、帮助内容和营销界面中。集中管理已批准的术语可以防止应用程序体验中出现翻译不一致的情况。

将本地化集成到 CI/CD 中

本地化工作应与软件发布保持相同的节奏。将本地化与 CI/CD 连接起来可以减少延迟，并使多语言更新与产品开发保持一致。

应用本地化示例

强大的应用本地化功能使产品在每个市场都感觉像是原生产品。以下示例展示了知名全球品牌如何将应用程序本地化融入其产品战略。

Spotify

发生了什么变化 跨多个市场的本地化用户界面字符串、内容元数据、播客目录和内容推荐。

本地化选项 持续的内容更新、与发布节奏一致的翻译工作流程以及特定于语言环境的推荐逻辑。

结果 应用程序用户可以获得与其语言和地区相符的原生体验，且功能推出不会出现延迟。

优步

发生了什么变化 针对多个国家/地区开发本地化的乘客和司机应用程序，包括用户界面、支付流程、区域合规语言以及货币和地址的本地化格式。

本地化选项 应用程序本地化与全球产品路线图保持一致，每个版本都内置了语言环境处理功能。

结果 在公司拓展到的各个市场，乘客和司机都能用自己的语言自信地操作应用程序。

Airbnb

发生了什么变化 本地化移动和网络应用程序支持多种语言，并根据市场调整房源列表、房东与房客之间的沟通、支付方式和信任信号。

本地化选项 本地化范围不仅限于用户界面字符串，还扩展到整个体验层，包括图像、支付选项和区域内容。

结果 不同市场的旅行者和房东都能获得一个读起来、感觉起来、用起来都像当地产品的市场。

常见的影响用户体验的应用本地化错误

本地化问题在产品工作流程的早期阶段就出现了。等到这些问题出现在生产环节时，就更难解决了。

硬编码字符串

硬编码到应用程序中的文本越来越难以提取、翻译、更新和重用。硬编码字符串会导致不同语言之间的体验不一致，并迫使每个翻译周期都进行工程工作。

No i18n setup

如果没有 i18n，团队每次添加新语言时都需要重新构建应用程序的部分内容。发布速度减慢，工程工作量也随之增加。

手动工作流程

电子表格、电子邮件往来和手动文件传输使得翻译状态难以跟踪，版本发布也难以推进。现代应用程序产生的数据量如此之大，手动工作流程根本无法应对。

忽略质量保证

即使翻译正确，本地化内容也会导致用户界面问题。QA（质量保证）会在用户看到问题之前发现截断、布局问题、变量错误和格式问题。

译者缺乏上下文信息

翻译人员需要知道字符串出现的位置、它支持的操作以及用户如何看到它。如果没有上下文，团队得到的翻译虽然语法正确，但却不符合产品体验。

应用本地化不佳的风险

本地化做得不好会影响用户信任度、产品采用率和国际增长。用户会放弃使用语言表达混乱或不可靠的应用程序。

成本体现在产品的各个方面。糟糕的用户体验、较低的应用参与度、负面的应用商店评价、增加的支持请求、中断的注册或结账流程、较慢的国际增长、延迟的发布、更多的工程返工以及不一致的品牌和产品术语，所有这些都可以追溯到本地化差距。

对于产品和工程团队而言，其影响远远超出翻译质量本身。完整的产品体验受到影响。

如何在企业范围内扩展应用本地化

企业应用本地化不仅仅是逐一添加语言。团队需要一个互联互通的运营模式，以支持跨部门的自动化、治理、可视性和协作。

一个 可扩展本地化程序 该系统基于自动化内容摄取和交付、跨产品、工程、设计和本地化的集中式工作流程以及共享的语言资产（如翻译记忆库和术语管理）运行。强大的项目还包括明确的跨团队所有权、上下文审查、发布前的质量保证检查、API 和存储库集成，以及对高风险内容的治理。

Netskope 使用了 Smartling 的 AI Hub 将翻译周转时间缩短约 95%，一年可节省数十万美元。集中式 AI 翻译工作流程使发布周期中不再需要人工协调。

Smartling 通过自动化、集成、工作流编排和质量控制，帮助团队扩展应用程序本地化规模。

在不减慢发布周期的情况下发布多语言应用程序

应用本地化是一个与版本发布同步的工作流程，而不是附加在发布之后的翻译任务。

Smartling 通过自动化、集成和质量控制，帮助组织高效地本地化应用程序，从而支持快速发布周期。

看看如何 Netskope 使用 Smartling 的 AI Hub，本地化周转时间缩短了约 95%。