移动App的本地化,需要同时考虑用户在手机里看到什么,以及在下载前通过商店页面了解到什么。界面、通知、帮助内容与商店介绍应围绕同一个产品版本保持一致。
开始前先明确目标语言与地区、支持的平台和本轮发布范围,再分别安排应用内内容、商店资料和设备测试。这样可以避免只翻译按钮,却遗漏用户进入和使用App的其他环节。
先整理移动端的内容范围
应用内界面与消息
菜单、按钮、消息、通知和引导说明都需要纳入清单。标出文字出现的位置与用途,区分操作指令、状态说明和错误提示,避免短文本脱离上下文。
移动屏幕的空间有限,设计参考应包含实际界面,而不仅是文字表格。对同一功能在不同页面的称呼,也要统一管理。
帮助内容与视听资料
用户支持文档、图像、音频和视频可能与应用功能相连。先确认本轮是否包含这些内容,以及哪些画面、字幕或图片文字需要同步调整。
涉及隐私、法律条款或地区经营要求的内容,应由项目方安排专业审核;完成语言本地化不能代替这些审核。
区分 iOS 与 Android 的平台语境
iOS与Android版本可能使用不同的资源组织方式,也可能在导航和系统交互上有不同表达。即使源文相同,也应确认截图、文本位置和资源标识对应哪个平台。
不要只因两个资源文件出现同名字符串,就跳过平台语境审核。开发团队需要说明资源格式、变量规则和测试版本,语言人员据此处理表达。
例如,Android官方本地化指南建议将可本地化资源与核心功能分开,并为字符串补充用途、界面位置及不可翻译部分的说明。具体资源处理应遵循项目所用平台的开发规范。
检查语言与地区格式
选择语言时,也要说明面向的地区。日期、时间、数字、货币和度量单位可能需要不同呈现方式;文字语言与地区格式不应被当成同一项设置。
为每个目标版本准备代表性的内容,检查格式是否符合产品预期。图标、颜色和文化参考也需要结合实际场景判断,不能只凭一种文化的习惯推定所有用户都能理解。
让商店内容与 App 内体验对应
App Store与Google Play上的应用介绍、截图文字和其他展示内容,需要与应用内的功能名称、界面和当前版本保持一致。
整理商店资料时,可以逐项核对:
- 介绍中的功能是否已包含在计划发布的版本中。
- 截图是否对应目标语言和相应平台的界面。
- 产品名称、功能名称和应用内用词是否一致。
- 商店资料和应用内内容是否有各自的审核负责人。
商店字段与提交要求应由发布团队按平台当前规则核对。本地化可以帮助用户理解产品,但不能保证排名、下载量或销量提升。
在目标设备与界面中测试
翻译文件通过审核后,还需要进入可用构建检查。测试范围应结合产品支持的设备、屏幕和系统环境确定,不能只依赖一张设计稿。
关注长按钮、导航标签、通知和输入界面中的显示,检查截断、换行、缺字及文字与控件的对应关系。如果某个页面需要特定操作才能出现,应提供可复现的测试步骤。
语言问题交给语言人员处理;布局、资源加载或功能问题交给开发团队。修改完成后,在对应版本里复核,而不是只确认表格中的文字已经更新。
把语言版本纳入发布管理
为本轮App构建、语言资源和商店资料标明版本,列出已经确认与仍待审核的内容。如果开发过程中新增功能或修改源文,应标记变更范围,安排补充处理与复核。
发布准备还需明确谁负责资源整合、谁核对商店资料、谁确认测试结果。后续迭代沿用已确认术语,同时检查更新是否影响帮助内容和截图。
软件资源和界面问题的通用准备方法,可继续阅读软件本地化流程指南。如需讨论具体合作范围,可查看网站、软件与APP本地化。