苹果审核大体分为三部分，预审、机审和人工审核。目前应用提审的整个流程大体分为五个阶段：Prepare For Upload（准备上传）、Waiting For Review（等待审核）、 In Review（审核）、Pending Developer Release(等待开发者发布)、Ready For Sale（准备销售）。

APP上传后，会进入到 Wait for Review 状态，而后进入到In Review状态，In Review一般2天左右就会审核通过或者是被打回。

 

• 包上传后首先进入的是预审，会被扫描API等，预审通过后会在iTC里出现，然后才可以提交至 Waiting；
• 在 Waiting For Review（等待审核）阶段一般是机审，机审主要是对代码进行机器审核，排查APP是否重复应用，“2.1苹果狗年大礼包”事件就更多地依赖机器自动审核，减少人工成本；
• 通过后会进入In Review（审核）阶段，即人工审核阶段，这个阶段主要看的是App的元数据，例如APP封面、功能、体验等等，注重用户体验。

 

 

近期审核被拒TOP10

 

2.1 App 完成度

主要有应用出现崩溃、加载失败等非常明显的Bug、应用不支持 IPv6网络下使用、测试账号、隐藏开关等。

 

解决方法：提前测试产品是否有bug、和在IPV6网络下是否能使用等，根据提供邮件，一个个审查自身产品信息是否符合，适当情况下可以发送截图视频给苹果官方以证明自己的清白。

 

2.3  准确的元数据

主要是应用标题、描述、截图等与应用功能严重不符。

 

解决方法：重新更换截图，保证整个APP功能、流程看起来是一致的。去除隐藏功能模块代码或将需要隐藏功能的代码及定向跳转链接网址做混淆处理，适当增加逻辑复杂度。

 

3.2.1 可接受的商业模式

主要是没有资质。

 

解决方法：最佳方案是拿到资质，如果实在没有资质，建议大家尽可能多的把自己公司合规的证据资料发给苹果，而套壳、换新账号碰运气上架等操作，不得已的话可以尝试。

 

5.1.1  数据收集和存储

主要是App 强制用户注册，且基于不需要用户信息的功能之上、暗中采集/共享用户的个人信息。

 

解决方法：先与用户协商，让用户同意后注册，有“强登陆”功能的一定要修改为提示登陆的版本。

 

4.3 重复 App

主要针对的是重复App，就是马甲包。

 

解决办法：可通过修改名字、icon、主色调、代码等解决，并且注意相同的马甲包提交至少间隔一天以上。

 

4.2 最低功能要求

主要问题在于苹果认为部分开发者上传的App功能不够，或者没有自己的核心功能

 

解决办法：可以添加一些功能丰富产品，如果觉得功能已经全了，还没有通过审核，可以向苹果解释产品解决的用户需求，以及具体功能的展现。

 

3.1.1 购买项目

主要是接入第三方支付。

 

解决方法：老老实实地走 IAP 的支付方式，用内购。如果隐藏虚拟产品或者通过后更改支付方式，都是有一定风险的。

 

2.5 软件要求

主要是产品加入违规代码

 

解决方法：很可能是三方库中含有SDK，可以更新所有三方库，或者反编译提交的ipa，检查文档中是否有违规字符串，有的话删掉。

 

5.1.5 定位服务

主要是 App 未得到允许，与第三方共享收集的用户数据，且并未说明使用目的等，例：位置、账号……

 

解决方法：如果要采取用户数据信息，需要给予用户提示，并得到用户的允许，或设置为可选，并且明确告知苹果采集用户数据信息的使用目的。

 

5.2 知识产权

主要是未经授权，使用受版权保护的第三方材料、App不得与苹果现有产品类似等。

 

解决方法：确保 app 只包含由您创建或拥有使用许可的内容，提交产品时使用受版权保护的第三方的书面证据或者将产品中包含的未经第三方授权的部分隐藏。