如何本地化你的 App Store 和 Google Play 列表
本地化商店列表和本地化 App 本身是两回事。你可以让列表支持十几种语言，而 App 本身仍然只有英文界面。Apple 明确说明 App Store Connect 元数据与 App 二进制文件是分开的——添加本地化条目不会改动构建版本中的任何内容。Google Play 的做法类似：商店列表文案和图片是独立的内容，在 Play Console 中单独上传。
所以本地化让人觉得繁琐，不是商店在为难你，而是大量手动的、逐语言的数据录入——外加两个只有点到第十种语言时才会浮现的陷阱。下面是每家商店的具体步骤，然后是那些坑。
“本地化列表”到底包含什么
在两家商店上，可本地化的列表字段大致是：App 名称/标题、副标题（Apple）或简短描述（Google）、完整描述、关键词字段（仅 Apple——Google 会索引整段描述），以及截图。这些都不需要提交新的构建版本。即使 App 界面仍然是英文，翻译好的列表也可以在某个市场上线。
在 App Store（App Store Connect）上本地化
- 让 App 处于可编辑状态。Apple 的帮助文档说得很直接：“只有当 App 状态为可编辑时，才能管理语言。”如果你的版本处于 In Review 或 Pending Developer Release 状态，就无法添加或修改本地化内容，除非它回到可编辑状态。
- 打开语言菜单。在 App 的页面（或共享字段所在的 App Information 页面），点击右上角的主语言名称，滚动到“Not Localized”，点击你想要的语言旁边的 + 号。
- 填写没有自动复制的字段。这就是陷阱所在。添加一种语言时，Apple 会从主语言复制截图和大部分属性，“但描述和关键词除外”。这两项会是空的。系统不会有任何提示——这个语言看起来已经填得差不多了，所以很容易在描述其实悄悄回落到主语言的情况下就保存了列表。
- 单独处理 App Information。App 名称、副标题和隐私政策 URL 位于 App Information（共享元数据）下，而不是版本页面。也要在那里添加语言，并逐语言填写这些值。
- 本地化截图。由于截图会从主语言继承，新语言默认会使用你的英文截图，除非你替换它们。如果图片里嵌入了文案，就意味着每种语言都要上传一套翻译好的图片。
- 保存，然后提交审核。新语言的元数据不会因为你保存了就立即生效。App Review 必须批准新语言；你要提交一个携带本地化元数据的版本供审核。要为这个等待时间做好计划，而不是指望瞬间生效。
在 Google Play（Play Console）上本地化
- 打开翻译工具。在 Play Console 中，进入 Grow › Store presence › Store listings and products，然后 Manage translations。列表的所有语言都在这里统一管理。
- 添加语言。在 Manage translations 下，选择 Select languages，勾选你想要的语言，点击 Apply，再点击 Save。它们会以行的形式出现，供你填写。
- 提供文案——三种方式。粘贴你自己的翻译；或使用 Google 免费的机器翻译生成初稿；或者在同一菜单中，向 Google 的第三方供应商购买人工付费翻译。Google 的报价大约是每字 0.07 美元，约七天内交付翻译，涵盖商店列表（标题、简短描述、完整描述）和应用内商品。
- 逐语言应用，然后保存。翻译交付后，打开每种语言的那一行，检查标题/简短描述/完整描述/截图，然后保存。Google 也会在这些内容上线前审核商店列表的改动，所以同样不是瞬间生效。
Google Play 的列表支持多少种语言？Google 没有公布一个明确的官方数字，常被引用的数字大约在 77 到 88 种商店列表语言和方言之间，具体取决于变体如何计算——所以看到任何单一数字都应视为近似值。实际意义是：数量有几十种，足以覆盖每一个值得进入的市场。
没人告诉你的那些坑
- Apple 的继承陷阱。截图和大部分字段会从主语言复制，描述和关键词不会。你有一半的工作是要记住哪些语言的描述其实还是空的，只是藏在一个看起来内容齐全的页面背后。
- 截图也会继承——这一点反过来也是问题。新语言会自动使用你主语言的截图。如果你还没本地化图片，这很方便；但如果你忘了替换，就会把英文文案发到日本商店页面。
- 关键词字段是逐语言的，值得认真对待。Apple 给每种语言提供一个 100 字符的关键词字段，用户看不到它。逐字机器翻译会浪费这个位置——每个市场用户实际搜索的词，很少和字面翻译一致。Google 没有单独的关键词字段，它索引的是你的整段描述，所以关键词意图必须体现在每种语言的正文里。
- 可编辑状态的时机。在 Apple 上，只有 App 状态为可编辑时才能修改本地化内容。在锁定版本提交审核前批量完成本地化工作，能省下一轮“这个字段为什么是灰的”的困惑。
- 每种新语言都要经过审核。两家商店都会审核新语言的元数据。没有一种方式能让你粘贴 40 种翻译后就立刻全部上线——文案是你自己完成的，但上线时间仍然由商店的审核节奏决定。
- 字符限制不同，翻译文本会变长。德语和芬兰语通常比英文长 30-40%；一个在英文里刚好放得下的副标题，翻译后可能超出 Apple 30 字符的限制。要逐字段、逐语言检查限制，不能只检查一次。
Mokbi 能帮上什么
商店负责基础设施——添加语言、存储文案、审核内容。它们不会替你写好每种语言的元数据，而这正是让 50 种语言变成一整周复制粘贴工作的部分。Mokbi 一次性生成并翻译每种语言的列表字段——标题、副标题、关键词和描述——覆盖 50 种语言，你不用再逐一手动填写每个 App Store Connect 语言，也不用一行一行往 Play Console 里粘贴。关键词字段会被当作关键词来处理，而不是字面翻译，所以那 100 字符的位置不会被浪费。
说清楚边界在哪里：这能让你拿到一套完整的、本地化好的字段，随时可以放进每家商店。但它不能绕过审核。每种新语言的元数据仍然要经过 Apple 的 App Review 和 Google 自己的列表检查——没有任何工具能自动绕开这一点，任何声称能做到的说法都是在回避商店实际的运作方式。你省下的是手动撰写和逐语言复制粘贴的时间，而这正是真正耗费时间的地方。
你可以在同一个项目里本地化截图——搭建一次轮播图，把文案翻译成全部 50 种语言，然后为每种语言导出一套，这样就不会在翻译好的列表下面配上英文图片。