一、iOS应用转让
(1)原因:
厂里最近扩展海外市场,由于刚开始上架新马版地区的app用的是个人开发者账号A(已上架应用),
后续要发布港澳台地区,又用了另外一个企业申请的开发者账号B发布港澳台版本。
两个不同账号同时上架相同应用的情况,往往就会被app store认为是马甲包,也就是通常见到的条款4.3。
类似描述:
Guideline 4.3 - Design We noticed that your app provides the same feature set as other apps submitted to the App Store; it simply varies in content or language, which is considered a form of spam. The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.
(2)预期:
在后续与apple团队交涉,并提供app声明文件无果之后。决定把账号A已上架的应用迁移到账号B。
提高过审几率,于是就开始了应用转让的踩坑之旅,待我细细道来。
二、应用转让条件概述
(1)关于转让步骤和条件:
详情查阅App-store-connect里,有很详细的文档概述,手把手教学。
转让步骤文档:https://help.apple.com/app-store-connect/?lang=zh-cn#/deved688524f
转让条件文档:https://help.apple.com/app-store-connect/?lang=zh-cn#/devaf27784ff
(2)容易忽略的条件
条件描述1) 商品ProductID必须不同。由于充值逻辑相同,前期在商品ID的配置上是相同的,建议采取的解决方法是在账号B未上架的应用将商品ID调整。
2) 关闭TF测试。这个比较简单,将版本设置为过期即可
三、转让后需要处理的杂务
(1)描述文件、证书
这里包括了需要在账号B下,更新转移过来的app的描述文件,以及部署新的发布、调试证书。如果有推送别把这个也忘了。
app id,随着转让会自动迁移到新账号。
证书,因为账号B的证书通常我们已经在本机有了,如果机器是同一台的话可忽略,否则导出p12。
描述文件,主要修改就是更新描述文件,其实这里主要就是关联一下账号B的证书。
重新创建描述、证书(2)丢失keychain access
通常是保留一些唯一标识用的,相比一直被拒审影响上架,比较不重要。选择性忽略
keychain邮件通知(3)Sign in with Apple
这个是最坑的!!!
由于应用有使用Sign in with Apple登录账号,在应用转移之后,会导致Identifier不一致。
简单来说,就是同一个开发者账号下,Identifier是相同的。
不同开发者账号,userid是不同的。
在转移应用之后就触发了Identifier的变更。
刚开始我是不清楚这个坑的,转让文档也没有提到这一点,高高兴兴转移了应用之后收到了玩家的问题反馈。
自己的玩家数据丢失了。这可是个大问题,如何解决,请看下文分解。
网友评论