迅雷“回归”引发的IOS上架痛点思考

前几天，时隔4年的迅雷再次“归来”，重新上架App Store,根据数据显示，迅雷于7月14日霸榜App Store应用总榜，仅在14日当日，迅雷App的下载量就达到了92587次，表现不俗。
图片来源：七麦研究院

迅雷的再次上架，让我们不禁重新思考App上架的问题，今天，我们就先来交流一下iOS上架的相关问题吧~

01 iOS上架的整体流程

1.申请开发者账号
苹果的开发者账号主要分为个人（Individual）、公司（Company）、企业（Enterprise）、高校（University）四种类型，一般开发者申请的都是个人或者公司的，企业的开发者账号开发应用不能发布到App Store，只能企业内部使用。

2.创建App ID、申请证书、生成描述文件
通过 Mac 的钥匙串工具，生成证书请求文件，下载证书，这里需要注意的是下载下来的证书只能在请求该证书的电脑上使用，如果想给其他开发者使用需要将已经导入的证书导出为个人信息交换（.p12）格式供他人使用。

3. 在开发者中心的 iTunes Connect 中配置 App 相关信息
   在开发者中心里的 iTunes Connect 里的 APP 选项中新建 APP 项目并配置相应的信息（需要各个版本的屏幕截图，运行模拟器，调到最大（command+1）用 command+s 截图，还有就是一个1024*1024的图标，不能有圆角）

4. 使用 Xcode 打包上传 App
   将 2 步骤中申请好的证书和描述文件正确配置到 Xcode 中，设置好Xcode 的一些属性。

5. 提交审核
   以上步骤完成后，返回 iTunes Connect 上查看自己的 App 信息，在构建版本中选择刚刚上传的 App 版本，此时有可能显示正在处理，这时可能需要等几分钟再回来查看。选择好版本后点击提交以供审核，这时 App 会变成等待审核状态。

后续就是等待苹果的审核人员审核应用了,审核通过一切OK，审核不通过，就要根据反馈修改应用，过程可能是这样…

那些年，关于App上架，有哪些常见的坑呢？

02 上架过程常见的坑与解决方法

问题1：用户生成内容（UGC）缺少必要的审核

为了防止非法滥用用户生成的内容，从而给用户提供虚假信息、盗取用户的知识产权，社交应用以及应用当中包含用户生成的信息的应用必须包括下述功能：
过滤不良内容
提供举报机制
后台服务可以提供阻止骚扰用户的行为
提供官方联系方式，让用户可以快速联系到开发商
解决方案：
增加关键词过滤，还有通过房管的方式人工审核，处理违规用户。

问题2：应用中使用了 IDFA 被拒绝

AppStore 禁止没有使用广告而采集 IDFA 的 App 上架，所以如果 App 本身没有广告的话，使用第三方 SDK 要注意检查是否含有 IDFA 广告模块。
解决方案：
如果应用本身有集成广告的话，只需要在提交审核的时候勾选正确的广告标识符选项即可。
如果应用本身未集成广告，却包含 IDFA 的话。这种情况一般都是集成的第三方 SDK 中包含 IDFA 导致的。首先寻找是否有不包含 IDFA 的 SDK 版本，如果没有的话可以参考 ShareSDK 的解决方法，通过后台配置在审核期间为应用添加广告，审核完成过后将广告展示去掉。

问题3：应用不支持 IPv6网络下使用

2016年6月1号起，苹果的审核人员会在 IPv6 网络上审核你的应用，如果你的应用程序无法使用 IPv6 协议，可能会被拒绝。
解决方案：
协调后端人员添加对 IPv6 网络的支持。App 端更新相关的第三方 SDK，比如使用 ASI 或者 AFN 的版本太低,使用最新的 AFN 即可解决问题。

问题4：第三方登录、支付、分享未安装应用，提示下载被拒

这个问题被拒的原因有两种，第一种是未安装应用没有任何提示，这种情况下相当于应用有无效的按钮所以会被拒；第二种是提示下载对应的第三方 App，这也是苹果所不允许的。
解决方案：
最新的第三方登录等相关的 SDK 目前已知的（微信，QQ，微博）都已经对这种情况做了处理，在未安装的情况下会调用 web 进行登录，所以如果测试过程中发现可以成功在 web 上登录的话可以不做处理。以前在没有这种处理机制的情况下需要开发者调用对应接口，先判断是否安装了相应的第三方 APP，如果未安装，需要隐藏按钮，这样便可轻松过审。

问题5：虚拟产品未使用应用内支付（IAP）被拒

根据苹果官方最新的审核条款：如果你希望通过付费才可以解锁你的应用当中的一些功能（例如，订阅内容，游戏货币，游戏关卡，获取优质内容，解锁完整版本），你必须使用应用内付费（IAP）。如果这种情况下，应用使用了其他的第三方支付，应用将被拒绝上架。
解决方案：
审核的时候，把相应的虚拟产品隐藏起来，通过后再放出来，此招有风险，可能会受到警告信，甚至被封号，如果用户量小就无所谓了，先把App 搞上架!
审核的时候，走 IAP 的支付方式，审核完成后再通过服务器配置动态切换到支付宝、微信等第三方支付。

…上架过程遇到的问题不止于这些，你们还遇到哪些问题或是有什么心得呢?欢迎交流

今天的内容就是这些，希望对你有帮助，如果你对独立开发者感兴趣，或对产品、技术、运营有一些自己的想法，欢迎

关注微信公众号『犀牛实验室Plus』，回复『加群』，加入『独立开发者技术交流群』，带你进入独立开发者的聚集地。