无需发布新版本即可更新你的 Google Play 应用信息
你只是想换几张截图、改一处描述里的错字，或者在 Google Play 上换一张新的宣传图。你不想为此重新打包、升级版本号、再走一遍发布流程。在 Play 上你确实不用这样做。应用信息页和发布版本是两个独立的对象，Play Console 允许你只改其中一个。
Google Play 把应用信息和发布版本分开管理
Play Console 里有两个并存的东西。应用指你的 APK 或 AAB 发布版本——通过发布渠道推送的带版本号的二进制文件。应用信息页是用户在商店页面上看到的一切：应用名称、简短和完整描述、截图、宣传图和图标。你可以在 Grow users → Store presence → Main store listing 中编辑应用信息页，这些改动与任何发布版本都是独立的。
只有一个前提条件：应用必须至少发布过一次。应用信息页会随首次发布一同上线，之后你就可以在应用的整个生命周期内单独编辑它。在不改动安装包的情况下修改描述是一种正常且受支持的流程——你编辑字段、保存，然后单独提交这项应用信息改动即可。
如何单独发布一次应用信息改动
- 打开应用信息页。Play Console → 你的应用 →
Grow users → Store presence → Main store listing。 - 编辑需要修改的内容。替换截图、更新宣传图、重写简短或完整描述、调整名称或图标。
- 保存并提交改动。不会附带任何发布版本。Play Console 会将其记录为一次应用信息改动，与应用包更新区分开来。
- 等待生效。若未开启托管发布，审核通过的改动会自动上线。
哪些改动生效快，哪些需要审核
并非所有字段都一样。截图和大多数文案改动通常会在几小时内出现在商店页面上。但部分元素——尤其是应用名称和图标——需要经过 Google 的审核，这个过程可能从几小时到一两天不等，之后改动才会公开显示。
- 快速生效：截图、宣传图和大多数描述改动通常在几小时内上线。
- 需要审核：应用名称、图标及其他部分元素可能会被 Google 审核，最长可能耗时一两天。
实际建议是：如果应用信息更新需要配合发布日期或广告活动，请提前一两天提交名称和图标的改动，而不要等到当天早上才动手。截图通常可以留到最后再改。
托管发布：把审核通过的改动留到你按下发布
如果你需要更精确的时间控制，可以在 Publishing overview 中开启托管发布。开启后，应用信息改动——包括自定义应用信息页和应用信息实验——会在审核通过后被暂时保留，处于「待发布」状态，直到你自己点击发布，才会真正上线。
这正是用来配合发布活动、媒体报道或付费推广的方式：提前让一切都通过审核，然后在你想要的确切时刻统一发布，而不是眼看着每项改动在审核完成后各自零散上线。
Apple 的做法正好相反——这就是问题所在
同时上架两大平台的团队常常在这里栽跟头。在 App Store 上，你的默认截图与应用版本绑定在一起。要更改一个已上线应用的截图，你需要创建一个新版本并提交 App Review——即使二进制文件本身并没有变化。虽然有一些更窄的绕行路径（自定义产品页面和 Product Page Optimization 测试），但默认的应用信息页始终跟随版本走。
所以同一件事——「只是换个截图」——在 Google Play 上是一次轻量的应用信息改动，在 Apple 上却是一次版本提交。如果你同时管理两个平台，务必记住这种不对称：Play 上的快速调整是真的很快，但同样的调整放在 App Store 上，就意味着要排队等待 App Review。
Mokbi 在这个流程中的位置
Mokbi 处理整个应用信息页。设计你的截图和宣传图、撰写完整的应用信息文案，并将全部内容翻译成 50 种语言，让每个语言版本的商店页面读起来都像是母语者亲自撰写的，而不是机器翻译的产物。
然后 Mokbi 会替你发布。对于 Google Play，它通过 Play Developer API 直接把应用信息文案和素材推送到商店——不需要新的构建版本，也不需要手动复制粘贴到 Play Console。对于 App Store，它会把一切准备好放入 App Store Connect，等待提交；Apple 要求你自己点击提交并通过 App Review，这是 Apple 的规则，而不是工具本身的限制。无论哪种情况，素材和文案都会以所有语言版本落地，应用信息也会顺利发布出去。