App Store审核通过后怎么发布？手动发布、自动发布与Phased Release完整指南
很多开发者第一次提交 iOS App 时，会认为：
Apple 审核通过 = App 马上上线。
实际上并不一定。
在 App Store Connect 中，开发者可以提前选择不同的 App Release 方式。
例如：
审核通过后自己手动发布。
审核通过后自动发布。
审核通过后，但不早于指定日期发布。
对于已经上线 App 的版本更新，还可以使用：
Phased Release。
也就是分阶段向用户推送更新。
所以在提交 App Review 前，最好先决定：
审核通过以后，到底什么时候让用户看到这个版本。
一、App Store审核通过后一定马上上线吗？
不一定。
Apple 当前允许开发者为 App 版本选择不同的 Release Option。
主要包括：
手动发布。
审核通过后自动发布。
审核通过后，在指定日期之后自动发布。
所以 App 审核通过以后是否马上上线，取决于你提交之前选择了哪种发布方式。
二、什么是手动发布？
手动发布就是：
Apple 审核通过以后，先不要立即上线。
当版本审核通过后，状态会进入：
Pending Developer Release
这时候 App 已经通过审核，但仍然等待开发者自己点击发布。
这种方式非常适合：
需要配合市场宣传。
需要配合服务器上线。
需要等待客户确认。
需要和其他平台同步发布时间。
需要选择具体发布日期。
三、怎么手动发布？
当 App 状态变成：
Pending Developer Release
以后，可以进入 App Store Connect。
找到对应 App 和版本。
然后点击：
Release This Version
确认以后，Apple 会开始正式发布这个版本。
Apple 官方说明，手动发布以后，App 最长可能需要约 24 小时才会在 App Store 完全显示。
所以不要把发布时间卡得太死。
如果计划晚上8点活动上线，不建议晚上7点59分才点击发布。
四、Pending Developer Release是什么意思？
它可以理解成：
审核已经通过，但是开发者还没有正式放出去。
这个状态通常不是审核失败。
也不是 App 有问题。
而是因为你选择了：
Manually release this version
所以需要开发者完成最后一步。
这是新开发者非常容易误解的一个状态。
五、审核通过后自动发布是什么？
如果选择：
Automatically release this version
Apple 审核通过以后，就会自动开始发布。
开发者不需要再登录后台点击：
Release This Version。
这种方式比较适合：
没有固定发布时间。
审核通过以后越快上线越好。
不需要配合大型运营活动。
的 App。
六、自动发布是不是审核通过后瞬间出现？
不一定。
即使审核通过并开始发布，也可能需要一定时间同步到不同地区的 App Store。
Apple 官方说明，App 审核通过并发布后，最长可能需要约24小时出现在 App Store。
因此：
Approved
和：
所有地区用户立即都能搜索到
不是完全同一个时间点。
七、什么是指定日期后自动发布？
Apple 还提供：
Automatically release this version after App Review, no earlier than
这种方式。
意思就是：
审核通过以后可以自动发布。
但绝对不能早于你指定的日期和时间。
比如你计划：
10月1日发布新版本。
如果9月28日就审核通过，Apple 不会立即发布。
而会等到设置的时间以后再自动处理。
八、这种方式适合什么情况？
例如：
游戏全球上线。
新产品发布会。
节日版本。
品牌活动。
服务器功能同步开放。
市场广告统一投放。
这些场景都比较适合指定时间以后自动发布。
这样可以减少：
审核时间不可预测
对正式发布日期造成的影响。
九、如果审核晚于设定日期怎么办？
设定的意思是：
不早于这个日期。
如果 Apple 在指定日期之前还没有审核完成，那么当然不会提前发布。
等审核通过以后，才会开始正式发布。
所以指定日期并不是：
“无论审核有没有完成，这一天一定上线。”
审核仍然是前提。
十、第一次发布App也能选择手动发布吗？
可以。
如果是新 App，也可以选择手动控制正式发布日期。
Apple 在其发布流程中明确提供了手动、自动以及指定日期后的发布方式。
如果是做商业项目，我通常更建议在重要首次发布时选择：
手动发布。
这样开发团队有最后一次确认机会。
十一、Phased Release是什么？
Phased Release 是：
分阶段发布版本更新。
它主要针对已经上线 App 的新版本更新。
开启以后，Apple 不会第一天就自动更新到所有符合条件的用户。
而是分 7 天逐渐扩大自动更新范围。
十二、7天怎么分配？
Apple 当前的 Phased Release 自动更新比例为：
第1天：1%
第2天：2%
第3天：5%
第4天：10%
第5天：20%
第6天：50%
第7天：100%。
也就是说：
先让少部分用户拿到新版本。
如果没有明显问题，再逐渐扩大。
十三、Phased Release有什么好处？
最大的价值就是：
降低重大版本更新风险。
例如某个新版本出现：
崩溃。
登录异常。
支付问题。
服务器兼容问题。
UI 严重 Bug。
如果第一天只有少量自动更新用户受到影响，开发团队还有时间发现并处理问题。
这比一次直接推给全部用户更容易控制风险。
十四、开启Phased Release后，用户是不是不能主动更新？
不是。
Apple 明确说明：
即使处于 Phased Release，任何用户仍然可以进入 App Store 主动下载或更新最新版本。
分阶段控制的是：
自动更新的用户比例。
不是禁止其他用户主动更新。
十五、Phased Release可以暂停吗？
可以。
Apple 当前允许在 Phased Release 过程中暂停发布。
累计最多可以暂停：
30天。
比如第3天发现服务器异常。
可以先 Pause。
等问题处理完成以后，再继续。
十六、暂停以后会从头开始吗？
不会。
Apple 官方说明，恢复以后会从之前暂停的位置继续。
例如：
已经执行到第3天。
暂停两天。
重新恢复。
之后会继续后面的阶段。
不需要重新从1%开始。
十七、能不能中途直接发布给所有用户？
可以。
如果已经开启 Phased Release，但后来确认版本非常稳定，可以选择：
Release to All Users
直接让所有符合条件的自动更新用户获得新版本。
所以 Phased Release 并不是开启以后必须完整等7天。
十八、手动发布和Phased Release是一个东西吗？
不是。
手动发布
控制的是：
审核通过以后，什么时候正式上线版本。
Phased Release
控制的是：
版本上线后，自动更新用户如何逐渐获得这个新版本。
两个解决的问题不同。
十九、首次App可以使用Phased Release吗？
Phased Release 主要用于：
版本更新。
Apple 官方把它定义为已经存在 App 的版本更新分阶段发布。
所以第一次新 App 上架，更应该考虑：
手动发布。
自动发布。
指定日期发布。
而不是把 Phased Release 当作首次上架方式。
二十、应该选择哪种发布方式？
如果是普通小版本：
自动发布会比较省事。
如果是第一次上线或者重要版本：
手动发布会更容易控制。
如果必须配合固定发布日期：
可以考虑指定日期以后自动发布。
如果是用户量比较大的重大更新：
可以考虑 Phased Release。
没有绝对哪一个最好。
应该根据实际业务决定。
二十一、提交审核前建议检查什么？
正式提交之前建议确认：
App Store资料已经完成。
Build选择正确。
Review Information正确。
测试账号正常。
App Privacy完成。
Release Option选择正确。
如果是版本更新，再考虑是否开启Phased Release。
这样审核通过以后就不会临时发现：
发布方式设错了。
二十二、这篇文章在矩阵里的位置
现在我们的 Apple / iOS 教程线已经包括：
账号申请。
D-U-N-S。
团队成员。
Certificates。
App Privacy。
TestFlight。
App Store审核资料。
现在继续补：
审核通过后的发布。
于是整个链路越来越完整：
Apple Developer账号 → 签名 → Build → TestFlight → 隐私 → 提交审核 → 审核通过 → App发布 → 版本更新
这就是第13天继续补这个主题的原因。
总结
App Store审核通过以后，并不一定马上向所有用户上线。
开发者可以根据实际业务选择：
手动发布。
审核通过后自动发布。
指定日期以后自动发布。
对于已有 App 的版本更新，还可以使用：
7天 Phased Release。
如果是重要商业项目，提前规划发布时间，可以让：
审核。
服务器。
市场宣传。
用户更新。
配合得更加顺畅。
