为什么您的 i18n 表现不佳，如何解决？全球就绪产品的最佳实践

"好 "的 i18n 还不够好

优化国际化（i18n）是设计软件的过程，使其无需重写代码即可支持任何语言或地区。它为有效的本地化 (l10n) 奠定了基础，确保您的产品能够处理不同的文本、格式、规则和布局。如果没有它，本地化和翻译可能会变得缓慢、不连贯且难以扩展。但是，尽管 i18n 的采用率越来越高，许多企业在为客户提供流畅的本地化体验方面仍然举步维艰。

为什么会这样？

i18n 性能不佳的根本原因并不总是你所想的那样。对许多公司来说，问题不在于架构或工具，而在于方法。太多团队将国际化视为事后考虑而非优先事项，陷入了被动的循环。

到了本地化的时候，这种被动的方式就会赶上你。拓展新的受众变得繁琐而零散。性能瓶颈、负面用户体验和错过最后期限成为常态。归根结底，表现不佳的国际化不仅会拖慢工程进度，还会影响业务的方方面面。

一些常见问题包括

重复劳动： 当您将 i18n 放在次要位置时，就会无意中为您的团队带来数百（甚至数千）小时的高成本返工。如果没有 i18n 优先战略，团队可能会硬编码字符串或构建无法跨语言扩展的功能。在本地化过程中，您最终会多次翻译相同的字符串，排除故障代码，并创建一个无法建立长期价值的快速修复程序。

人工流程： 人工流程会增加时间，并给内容翻译带来风险。在开发初期设置自动化可简化工作流程，最大限度地减少人工干预。

糟糕的用户体验： 不管你喜不喜欢，用户体验可以决定客户参与度和转化率。为多语言受众大规模优化用户体验更具挑战性。i18n 性能不佳会导致未翻译字符串、翻译不一致，甚至在本地化阶段导致代码损坏。

加载时间缓慢： i18n 性能不佳会导致臃肿的构建和缓慢的加载时间。过大的捆绑包、低效的内存使用以及缺乏集成都会导致加载时间延长，最终使用户感到失望并离开。

当 Mailgun 和 Mailjet by Sinch 希望扩展其手动本地化流程时，他们求助于 Smartling。通过将 Smartling 与 Contentful、Zendesk 和 Figma 集成，团队简化了工作流程，同时提高了翻译质量，仅一年就节省了 2,500 多个人工小时和 18 万美元。点击此处阅读全文。

优化 i18n 性能的最佳实践

国际化是任何产品走向世界的基础。而且，越早实施最佳实践，今后面临的问题就会越少。

为避免 i18n 优先级过低带来的问题，请考虑实施 i18n：

优化捆绑大小： 捆绑包大小是影响产品性能的关键因素；捆绑包越大，加载时间越长。除了加载时间外，大型捆绑包还会消耗更多内存，这可能会减慢运行速度、增加崩溃次数并导致布局问题。要优化捆绑包的大小，首先要拆分翻译文件，以便在需要时只加载相关的本地语言。JSON 和压缩文件等更轻的格式也有助于减少传输大小，加快传输速度。
懒加载： 对于任何大型项目来说，懒加载技术都是必不可少的。实施懒加载后，只有在需要时才加载资源和代码，而不是在应用程序启动时加载，从而大大减少了加载时间和内存使用量。懒加载增强了可扩展性和灵活性，使您能够在不影响性能的情况下添加新功能、语言或组件。
集成和自动化： 将Smartling 等 TMS 与您的技术堆栈相结合，通过自动化工作流程、消除人为错误、加快部署和提供可操作的见解，帮助您简化 i18n 和 l10n 工作。