如何在苹果App Store用新应用替换已有应用并完成用户迁移

1. 方案可行性判断 #

该方案具备基础可行性，是行业内迁移旧应用存量用户的常用方案之一，优势是可以直接承接旧应用的用户基础、历史评分评论、App Store搜索权重，无需从零启动新应用的推广，能最大限度降低用户流失率。但需要满足苹果App Store的审核规则，否则存在被拒审的风险。

2. 相同Bundle ID替换旧应用的规则 #

• 可以使用和旧应用完全相同的bundle id上传新应用，前提是你使用的开发者账号为旧应用的所属账号，且新应用的版本号高于旧应用当前在App Store上架的最新版本号即可完成提报。
• 替换成功后，旧应用的App Store展示页会直接更新为新应用的介绍、截图、预览视频等物料，旧版本的历史评分和评论会默认保留。

注意：如果新应用的核心功能、所属类目和旧应用差距极大，苹果审核团队可能会以「应用更新与原有功能定位不符」为由拒绝更新申请，这种情况建议在更新说明中清晰标注为产品全新版本迭代，功能已做全面升级，降低拒审概率。

3. 强制升级提示相关说明 #

苹果官方不会主动向用户发送该场景的强制升级提示：

• 默认情况下，用户设备开启自动更新权限的话，会在设备空闲（连接WiFi、处于充电状态）时自动在后台更新为新应用，用户后续打开应用时直接使用新版。
• 未开启自动更新的用户，打开App Store的更新列表页会看到该应用的更新提示，可自主选择是否更新。
• 如果需要实现强制升级，需要你自行在新旧应用中增加逻辑：旧应用启动时请求服务端接口，判断当前版本是否低于你设定的最低支持版本，如果是则弹出不可关闭的升级提示，引导用户跳转到App Store完成更新。

额外落地建议 #

• 上线前提前做好新旧版本的用户数据迁移方案，比如旧应用的用户账号、历史使用数据可以通过接口同步到新应用，用户更新后打开无需重新登录，可进一步降低用户流失。
• 首次推送更新可以选择苹果的分阶段发布功能，先推给小比例用户验证兼容性，没有异常问题再全量推送，避免大规模出现Bug影响用户体验。

内容的提问来源于stack exchange，提问作者FAIZAN