苹果审核被拒2.1之网络连接失败总结

本以为这种案例属于少数派案例，但是从网友交流看来遇到这个问题真的不少。

问题描述

苹果审核被打回，违反条例 2.1 ，描述是因为联网问题被拒。

但是实际本地测试没有发现联网问题。

拒绝模版

Guideline 2.1 - Performance - App Completeness

We discovered one or more bugs in your app when reviewed on iPad running iOS xx.xx.xx on Wi-Fi.

Specifically, we were unable to xxx. The screen loaded indefinitely during the process.

xxxxxxx

For a networking overview, please review About Networking.

Please see attached screenshot for details.

自身网络联通性覆盖面不足导致的情况

首先做到以下自查测试：

在Wifi和蜂窝网络下的联网情况。模拟测试国外联网环境。弱联通测试。

另外，如果软件中存在基于地理位置提供的服务，要保证在任何地理位置情况下都能提供可用的默认服务。（有网友就栽在这里，单独拎出来说。）

苹果审核自身网络问题

比起前一种情况，这种情况确实不在少数。

一般来说，苹果审核采用的审核环境是 iPad+VPN，看得出来他们的网络环境并不见得很优越。

遇到这种情况，分两种处理策略。取决于对产品发布周期着不着急。

如果真的很着急，直接走申诉流程，这样苹果审核委员会会介入调查，这样可能会多一个审核验证程序，如果测试没问题，也比较有可能过。

当然了，最好还是建议先回复沟通，沟通无果后再走申诉流程。

如果并不着急，那解决方法就简单粗暴一些。就是等两周后再提交新版本审核，然后声称你已经“修复了该问题”。因为过了两周后审核的网络环境可能出现变化，可能问题就自己被解决了。 — 这个方法虽然土，但是也是被验证过有效的。

苹果审核人员自身的失误

这个问题就离谱了，但是真的发生过。

有两种可能的失误：

审核人员在第一次打开app的时候禁用了wifi 。审核人员忘了开网络！

先说第一种失误，这种可能是存在的，而且必须要 *** 作系统的设置页中去重新开启。

建议App里也做这类检测和跳转到设置页。如果前面的情况都尝试过了，也不妨试试礼貌询问审核人员是否出现了这个实务 *** 作。

第二种情况就离谱了。（但是我一个朋友真的遇到了），就是审核人员忘了开Wi-Fi！所以大家遇到这类问题可以多个心眼，看看审核提供的截图，留意状态栏是不是wifi标志不在，如果确实不在，恭喜你，直接回复审核提醒一下即可。记录如下

讲个笑话。我们的一个App因为苹果登录异常被拒了，经排查发现这个异常d窗是苹果登录超时后系统自动d的，不受App控制。我回复苹果说可能是审核时网络异常导致的，让苹果多试几次，结果还是同样的截图被拒了，两张截图只是时间不一样。这次我才注意到，截图上状态栏怎么没有WiFi图标呢？苹果不会没开网络吧。于是，我友情提示苹果“你似乎忘记打开WiFi了”。第二天就过审了。

另外，强烈建议针对提审（最终上架）的版本号为偶数，这样自己平时测试的版本号可以设置为奇数。

这么做有个好处，就是提审的版本号因为没上架，而你可以设置为过审后手动发布，这样一来该偶数的版本号的所有行为都来自审核人员，这样你就可以通过活跃日志在后台观察审核人员是否进行了 *** 作了。这可以带来很多有意义的信息，而如果直到审核被拒你的行为日志依然没有数据，那就可能说明审核环境确实网络异常了。

更多阅读

🔗 谈面对苹果的14天封号，开发者能做什么

🔗 苹果开发者关联封号扫盲贴

🔗 2020年苹果审核中遭遇的Other调查及攻关经历

🔗 苹果审核的沟通与申诉的一些见解

🔗 移动开发者联盟加入指引