苹果审核始终是APP上架时要面对的一座大山，很多iOSer同样也有过这么一段苦楚的经验。

在App上架苹果利用商店的过程中，置信大多数iOSer往往都有过这样的经验：辛苦开发进去的产品，测试验收也通过了，满怀期待的提交App给苹果审核，后果常常被苹果各种理由拒之门外，苦不堪言。

苹果为了给开发者和用户发明一个良性、偏心、衰弱、平安的利用商店环境，同时也为保障苹果本身利益，因而制订了一系列的利用商店条款《App Store Review Guidelines》，所有开发者必须遵循这些条款，能力取得App上架的资格。不可否认，App审核在肯定水平上保障了利用商店中的App品质，然而iOS提审对泛滥开发者来说，往往会有谈虎色变的感觉！

的确如此，很多手游同样也有过这么一段苦楚的经验，早在2015年之前，苹果审核始终是手游上架时要面对的一座大山，无论是首个版本还是更新版本的提审，都是一段忐忑甚至是悲壮的旅程，经常性被拒，无比煎熬。

大家都晓得，过来苹果响应App提审（提交实现从正在期待审核“Waiting for Review”变成正在审核 “In Review”，如下图）等待时间是十分漫长的，少则几天，多则十几天，审核被拒就意味着手游版本要整改、测试验收和从新提审排队，将大大缩短版本过审工夫，从而影响了上架的节奏和经营流动的打算，甚至是手游的流水！

为了进步手游产品的苹果审核通过率，公司成立了苹果审核的测试团队，将苹果审核条款以及各种被拒理由整顿成可测试的验收条目，并对验收项进行可自动化剖析，开发出ipa包、图片/视频、利用形容等自动化扫描工具，力求高效地裸露App的提审危险，全面保障App的提审通过率。通过近2年的运行，iOS审核通过率从最早的均匀35%晋升到目前的90%+，本篇文章将会与大家分享预审我的项目的一些实在案例。

iOS提审需面对的压力

上节咱们曾经大略理解了开发者们在提审过程中遇到的重大阻力，为什么过审会是如此的艰巨？不外乎如此：

1. 更粗疏、更刻薄的审核条款

2016年6月，苹果在官网更新了审核条款《App Store Review Guidelines》，通篇6000多英文单词，分5大章节，一共100+条款，波及平安、业务、性能、设计和法律畛域，让人目迷五色，开发者们如没有零碎的、全面的把控，稍有不慎便会触犯其中条款，一旦触犯便有可能被拒。

2. 苹果半自动半人工的审核机制

苹果审核是采纳半自动半人工的审核形式，不同审核人员对条款了解水平和执法力度往往会因人而异，所以时常会呈现开发者们遇到的如下状况：上次提审通过，但下一版本更新时便被拒了，审核人员呈现脱漏或者审核人员产生了变更。总之，不同时间段，审核后果可能会不一样，这些人为因素造成的后果，对开发者来说，容易产生困扰和不解。

3. APP数量激增，审核工作微小，审核人力不足

据苹果官网统计，利用商店App的数量以后曾经有200万+，均匀每周有上万款新App上线，5万+款App更新（每个App存在反复审核的可能）。对于苹果审核团队来说，要解决如此微小的审核工作（具体数据，笔者无从考据），难免会呈现精力有余， App性能的拜访门路略微深一点、实现逻辑略微简单一点，文字描述略微有含混，便有可能会被回绝。有开发者曾吐槽过，提交的一款娱乐类利用，被拒的起因是：苹果感觉利用并不具备娱乐性，让人举手无措！

咱们产品踩到的坑

每个App上架苹果利用商店时，须要提交给苹果进行审核的内容，基本上能够归类为以下几方面：

1. App信息

App信息（名称/副标题、类型等）
评级信息（年龄、暴力、赌博、色情等内容水平）
定价相干内购信息（IAP配置）
审核信息（体验账号）

2. ipa包（ipa规格属性、App内容）

ipa包规格属性（查看项很多，篇幅受限，不一一列举了）：

公有API和Non-public API的调用
64位反对
Info.plist键值的设置
第三方违规SDK的应用
Icon资源
…..

App内容：（查看项很多，篇幅受限，不一一列举了）

违规字样：测试字样、苹果产品英文拼写错误、色情/暴力/诋毁舆论等
抽奖流动内容
IAP充值性能
QQ会员专属福利
未凋谢的性能占位符
……

3. 宣传素材（预览图片、视频、Large App Icon）

图片

图片内容
图片规格属性

视频

视频内容
视频规格属性

Large App Icon

Icon内容
Icon规格属性

4. 元数据（利用形容等）

苹果审核也是围绕以上四方面来发展的，如果提审App呈现被拒，无非就是如上某些内容不满足苹果要求导致。接下来一起看看腾讯手游过去所踩过的一些坑吧

4.1 App信息被拒的案例

【案例1】游戏A的副标题蕴含显著关键词和宣传流动形容：

【案例2】游戏B提交的IAP档位，审核人员无奈在游戏内找到对应的档位：

【案例3】游戏C提交的体验账号，明码谬误，审核人员无奈通过该账号体验游戏：

4.2 ipa被拒的案例

【案例4】游戏D因存在调用公有API或non-public API导致被拒：

【案例5】游戏E因应用违规的第三方SDK导致被拒：

【案例6】游戏F因应用后盾服务（地位）但未在info.plist进行申明，导致被拒：

【案例7】游戏G弹出的布告中，呈现测试、删档等字眼（苹果认为是测试版本）导致被拒：

【案例8】游戏H弹出的布告中，呈现谬误的苹果产品的英文拼写”IOS“（正确的格局：iOS），导致被拒：

【案例9】游戏I，IAP领取性能异样，导致被拒。

4.3 宣传素材被拒的案例

【案例10】游戏J，提交的图片/视频中有“萝莉”“御姐”等低俗词语，导致被拒。

【案例11】游戏K，提交的图片/视频不能体现游戏实在内容（只显示了游戏角色，不能反馈游戏实在场景），导致被拒。

【案例12】游戏L，提交的图片/视频内容是在安卓机上截取的，导致被拒。

通过下面的被拒案例，大抵能够感触到，提审被拒的起因是形形色色的，稍有不慎便会被拒，对过往一段时间的提审数据，进行归类，详情如下：

当初咱们本人写了个iOS代码混同工具，每次上架前都混同下源码，上包通过率目前达到了85%

本文自己首发www.zfjobslib.com。 【iOS代码混同工具】版本：ZFJObsLib 1.7.2