开篇介绍
最近, 在进行App
的转让迁移工作,这里将转让和接收的流程进行记录。
一般来说,将App
从一个账号迁移到另一个账号一般有两种方法可用:
- 将
App
从旧Apple ID
的AppStoreConnect
上下架,在新Apple ID
的AppStoreConnect
上重新发布上架 - 从旧
Apple ID
上把App
转让给新的Apple ID
第一种方案对用户影响较大,要求用户卸掉旧的App
再重新下载新的App
,这明显是不可取的做法,难免造成用户的流失。
通常我们一般选取第二种方案, 这里介绍第二种转让方案的流程。
App转让/迁移
-
验证
App
是否可以进行转让,只有满足特定条件的App
才能进行转让, 是否具有转让资格,请参考苹果官方提供的转让条件 https://help.apple.com/app-store-connect/#/devaf27784ff -
具备转让条件的
App
进行转让流程。
-
使用转让账户登录AppStoreConnect,选择需要转让的
点击转让AppApp
, 在App
信息页面的地步,点击转让App
按钮, 如下
-
查看转让条件是否符合,都符合的话点击继续, 否则需要满足符合条件才能继续转让,如下
查看App转让条件
一般可能是订阅
和TestFlight Beta版测试
选项不符合条件, 这里记录这两个问题的解决方案。 -
[ ] 订阅问题处理, 需要生成
生成App专用密钥App专用共享密钥
, 选中功能
->App内购买项目
->App专用共享密钥
, 生成密钥即可, 如下
-
[ ]
选中构建版本TestFlight Beta版测试
问题处理,将上传的构建版本全都设置为过期,删除所有的测试员, 如下
将构建版本设置过期
删除测试员 -
开始转让
填写接收者信息App
,需要填写Apple ID
、Team ID
信息, 如下
团队ID可以使用接收账户登录开发者后台https://developer.apple.com/,查找TeamID
,如下
查看TeamID -
查看
转让完成App
转让信息,同意协议,进行请求转让就可以了, 至此, 转让账户就完成了App
转让操作, 如下
App接收
完成了App
的转让,接收工作就很简单了。 使用接收账户登录AppStoreConnect,完成接收流程就可以了。(PS: 必须在转让发起的60天内接受转让。接受账号的必要职能:团队代理)
- 系统显示通知, 提示准备
App
接收, 如下
等待接收 - 点击
协议、税务和银行业务
, 点击Transfer Agreements(转让协议)
右侧的Review(审核)
,输入新的元数据信息(技术支持网址
、App 审核联系信息
、App Store 联系信息
等),同意协议就完成App
接收工作了。
兼容处理
App
转让成功之后,其实只是将App
的BundleID
迁移过来了,像开发证书、发布证书、推送的证书需要我们使用新的账户登录开发者后台https://developer.apple.com/进行重置。
可能会有这些疑问:
-
App
迁移完成之后AppStore
的信息什么时候更新?App
的相关数据有没有更改,下载量和评论等数据还存在吗? - 重置的推送证书可以对旧版本进行推送吗?
做一下简单回答,
-
App
迁移之后,在AppStore
的相关信息隔天才会生效显示,从AppStore
搜索转移的App
,App
信息是不会 立即生效的。 因为是将App
整体迁移的,所以App
的相关信息也是不会改变的,包括App
的AppleID
、SKU
、App的评论
等信息都是不变的。 - 因为推送时根据
App
的BundleID
走的,所以,也不用担心迁移之后重置的推送证书对旧版本的不支持,使用重置的推送证书,无论迁移前下载的App
还是迁移后下载的App
都是可以收到推送的。
需要注意的是,在 App
转让之前已经在 AppStore
上线了,但是打出的测试包无法覆盖安装 AppStore
上面的版本的,需要卸载重装才可以。 这个问题只是本地测试包不能覆盖安装,通过新的账号上架到App Store
之后,覆盖安装是没有问题的。
网友评论